Openstack dnsmasq配置域名解析

vi /etc/nova/nova.conf

在[DEFAULT]添加

dnsmasq_config_file=/etc/dnsmasq-nova.conf

dns_server=8.8.8.8

vi /etc/dnsmasq-nova.conf

添加

addn-hosts=/etc/dnsmasq/hosts

mkdir /etc/dnsmasq

vi /etc/dnsmasq/hosts

添加

192.168.0.240 download.test.org

找到dnsmasq和nova-network的进程,并kill掉它们

然后再启动nova-network

/usr/bin/python /usr/bin/nova-network --config-file /etc/nova/nova.conf &

这时候在云主机里ping download.test.org,就指向192.168.0.240

时间: 2024-10-11 18:26:13

Openstack dnsmasq配置域名解析的相关文章

openstack安装配置—— controller node配置

    实际生产环境中,每个服务模块很有可能都是一个集群,但我们这里只是带大家配置了一个实验环境,所以我们这里把keystone.nova.neutron.glance.dashboard都安装在了contoller节点上. controller节点基础配置 [[email protected] ~]# hostname controller [[email protected] ~]# lscpu Architecture:          x86_64 CPU op-mode(s):  

openstack安装配置(三)

增加Networking - 前期准备(controller) Networking又叫做Neutron,是Openstack必不可少的组件,它其实是网络虚拟化的实现工具,可以让我们模拟出路由器.交换机.网卡等网络设备. Neutron支持两种网络模式,第一种是非常简单的网络架构,它仅支持是让实例连接外网,不支持自定义网络.路由器以及浮动ip.只有管理员或者授权的用户有权限去管理网络.第二种网络功能比较强大,支持自定义网络管理,支持自建路由器并且也支持浮动ip.即使没有授权的用户也可以管理网络,

openstack newton 配置glusterfs 作cinder backend

一.搭建gluster 1.节点准备 hostname ip 数据盘vdb g0 192.168.10.10 10G g1 192.168.10.11 10G g2 192.168.10.12 10G 2.安装glusterfs yum install centos-release-gluster310 yum install glusterfs-server 3.创建glusterfs,登录g0 gluster peer probe g1 gluster peer probe g2 4.对vd

openstack安装配置—— file share node 配置

实际生产中,很多时候需要数据源的共享来实现多节点的实时数据保持一致,openstack官方提供了manila服务模块实现了云盘共享,manila服务也是需要manila服务端和存储节点共同组成的,本实验中为了节约虚机节点,就把manila服务端安装在了controller节点上,manila数据存储节点和cinder存储节点合并使用一个虚机节点,各自使用了一块独立硬盘. manila服务端配置 准备数据库 [[email protected] ~]# mysql Welcome to the M

openstack安装配置—— 实例启动(双网络模型)

    启动实例前至少需要配置好nova和neutron服务,当然实际中cinder服务也是必须的,否则一台虚拟是可以启动,但没有数据卷也是不合常理的.启动实例之前需要事先创建好网络模型,私有网络模型是包含公有网络模型的,所以我们前面配置netron服务时直接选择了私有网络模型,当然此时我们要想启动实例,公有网络模型和私有网络模型我们都可以选择,本实验中我们会先带大家在公有网络模型下启动一个实例,私有网络模型下启动实例要比公有网络下复杂一些. 第一步:创建物理网络 [[email protect

openstack安装配置—— orchestration安装配置

    如果一次需要启动10个实例,手动一个一个的去套模版启动,相信也行太low了吧,openstack官方也为运维人员准备了强大的利器,那就是任务编排orchestration服务模块了,当然如果要想用好这一工具来帮我解决低级趣味的任务编排,还需要我们专业去学习一下heat模版语法了,在这里我只是带大家简单实现一下通过任务编排模版自动创建并启动一个实例,具体语法规则不这里不详细陈述. controller节点安装配置 准备数据库 [[email protected] ~]# mysql Wel

centos6 名字服务dnsmasq配置

1 主机名配置 主机hd1配置(后面配置为名字服务器) [[email protected] Desktop]$ cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=hd1.asn.cn #主机名为hd1.asn.cn (asn.cn为搜索域) ? [[email protected] Desktop]$ cat /etc/hosts 127.0.0.1 ????hd1.asn.cn????hd1???? localhost???? localh

openstack安装配置—— block node配置

    对于云主机来说,机器可以随时销毁再创建,但数据一定不能,所以就需要数据的持久存储,openstack官方给出的数据存储方案就是cinder模块,cinder模块需要cinder服务端和cinder存储节点共同构成,在本实验中,我们把cinder服务端一并安装在了controller节点上,另行配置一台cinder存储节点,也就是我们的block节点. block节点基础配置 [[email protected] ~]# lscpu Architecture:          x86_6

openstack安装配置—— dnshboard安装配置

    做为专业运维人员,使用命令行工具去管理云主机是没有问题的,但如果云要提供给客户使用,就不可能让用户命令行工具去管理自己的云主机了,此时,就需要一个简单易用的管理页面提供给用户了,openstack官方也很体贴的为我们已经准备好了,只是程序代码方面还存在着一些小问题,不过我已经帮大家趟过一连坑了,按照如下的配置流程是可以让大家体验到使用鼠标管理云主机的效果的. 安装并修改配置文件 [[email protected] ~]# yum install -y openstack-dashboa