OpenStack 高可用性解决方案手动安装指南（四）
4.7.6Glance 安装
在所有控制节点安装Glance API和注册包：
apt-get install -y glance-api glance-registry
删除创建在/var/lib/glance/目录的glance.sqlite文件：
rm /var/lib/glance/glance.sqlite
为Glance创建一个MySQL数据库。这个数据库仅仅需要创建在一个控制节点上：
mysql
CREATE DATABASE glance;
GRANT ALL ON glance.* TO 'glance'@'%' IDENTIFIED BY 'glance_pass';
GRANT ALL ON glance.* TO 'glance'@'localhost' IDENTIFIED BY 'glance_pass';
quit;
按如下内容编辑/etc/glance/glance-api.conf文件，用控制节点的管理IP地址（即control01: bind_host
= 192.168.220.41）
替换[CONTROLLER_MGT_IP]，确保在每个控制节点都做了更改：
[DEFAULT]
verbose = True
default_store = swift
bind_host = [CONTROLLER_MGT_IP]
sql_connection=mysql://glance:glance_pass@192.168.220.40/glance
sql_idle_timeout = 30
registry_host = 192.168.220.40
swift_store_auth_address = http://192.168.220.40:5000/v2.0/
swift_store_user = services:swift
swift_store_key = keystone_admin
swift_store_container = glance
swift_store_create_container_on_put = True
[keystone_authtoken]
auth_host = 192.168.220.40
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = glance
admin_password = keystone_admin
[paste_deploy]
flavor=keystone+cachemanagement
按如下内容编辑/etc/glance/glance-registry.conf文件，用控制节点的管理IP地址（即control01: bind_host =
192.168.220.41）替换[CONTROLLER_MGT_IP]，确保在每个控制节点都做了更改：
[DEFAULT]
verbose = True
bind_host = [CONTROLLER_MGT_IP]
sql_connection=mysql://glance:glance_pass@192.168.220.40/glance
sql_idle_timeout = 30
[keystone_authtoken]
auth_host = 192.168.220.40
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = glance
admin_password = keystone_admin
[paste_deploy]
flavor=keystone
重启glance-api 和 glance-registry服务：
service glance-api restart; service glance-registry restart
数据库的数据表纳入了版本控制，在新的安装中你可以使用以下命令来保护镜像服务免受升级过程中可
能的破坏，这些命令只在一个控制节点上使用：
glance-manage version_control 0
在一个控制节点上同步glance的数据库（你可能得到一个关于被抛弃的信息————你可以忽略）：
glance-manage db_sync
再次重新启动服务，使新的修改生效：、
service glance-registry restart; service glance-api restart
下载Cirros 0.3.1云端镜像（cloud image）到一个控制节点，然后上传到Glance。
wget http://download.cirros-cloud.net/0.3.1/cirros-0.3.1-x86_64-disk.img
glance add name="cirros" is_public=true disk_format=qcow2 container_format=ovf < cirros-0.3.1-x86_64-disk.img
验证Glance在为这个镜像服务：
glance image-list
当然，你也可以添加Ubuntu precise镜像到Glance：
wget http://cloud-images.ubuntu.com/precise/current/precise-server-cloudimg-amd64-disk1.img
glance add name="precise" is_public=true container_format=ovf disk_format=qcow2 < precise-server-cloudimg-amd64-disk1.img
4.7.7Quantum 安装
4.7.8Nova安装在所有控制节点上安装Quantum服务：
apt-get install -y quantum-server quantum-plugin-openvswitch
只在一个节点上创建Quantum的数据库：
mysql
CREATE DATABASE quantum;
GRANT ALL ON quantum.* TO 'quantum'@'%' IDENTIFIED BY 'quantum_pass';
GRANT ALL ON quantum.* TO 'quantum'@'localhost' IDENTIFIED BY 'quantum_pass';
quit;
在所有控制节点上编辑/etc/quantum/quantum.conf文件。用控制节点的管理IP地址（即control01: bind_host
= 192.168.220.41）替换[CONTROLLER_MGT_IP]：
[DEFAULT]
bind_host = [CONTROLLER_MGT_IP]
rabbit_userid=openstack_rabbit_user
rabbit_password=openstack_rabbit_password
rabbit_ha_queues=True
rabbit_hosts=control01:5672,control02:5672,control03:5672
verbose = True
log_file=/var/log/quantum/server.log
[keystone_authtoken]
auth_host = 192.168.220.40
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = quantum
admin_password = keystone_admin
signing_dir = /var/lib/quantum/keystone-signing
在所有控制节点上编辑OVS插件的配置文件/etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini：
[DATABASE]
sql_connection=mysql://quantum:quantum_pass@192.168.220.40/quantum
sql_idle_timeout = 30
[OVS]
network_vlan_ranges = physnet1
bridge_mappings = physnet1:br-ex
[SECURITYGROUP]
firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver
重启quantum服务：
service quantum-server restart
Nova的安装从在所有控制节点上安装Nova软件包开始：
apt-get install -y nova-api nova-conductor nova-consoleauth nova-scheduler nova-novncproxy
只在一节点上创建Nova的数据库：
mysql
CREATE DATABASE nova;
GRANT ALL ON nova.* TO 'nova'@'%' IDENTIFIED BY 'nova_pass';
GRANT ALL ON nova.* TO 'nova'@'localhost' IDENTIFIED BY 'nova_pass';
quit;
修改/etc/nova/api-paste.ini文件中认证令牌的部分，使其包含如下内容：
[filter:authtoken]
paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory
auth_host = 192.168.220.40
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = nova
admin_password = keystone_admin
signing_dir = /tmp/keystone-signing-nova
# Workaround for https://bugs.launchpad.net/nova/+bug/1154809
auth_version = v2.0
用以下内容编辑/etc/nova/nova.conf文件，用控制节点的IP地址（如：control01 = 192.168.220.41）替换
[CONTROLLER_MGT_IP]，在每个节点重复这一步骤：
[DEFAULT]
sql_idle_timeout=30
network_api_class=nova.network.quantumv2.api.API
quantum_url=http://192.168.220.40:9696
quantum_admin_auth_url=http://192.168.220.40:35357/v2.0
quantum_auth_strategy=keystone
quantum_admin_tenant_name=services
quantum_admin_username=quantum
quantum_admin_password=keystone_admin
firewall_driver=nova.virt.firewall.NoopFirewallDriver
service_quantum_metadata_proxy=true
quantum_metadata_proxy_shared_secret=quantum_proxy_secret
dhcpbridge_flagfile=/etc/nova/nova.conf
dhcpbridge=/usr/bin/nova-dhcpbridge
logdir=/var/log/nova
state_path=/var/lib/nova
lock_path=/var/lock/nova
iscsi_helper=tgtadm
libvirt_use_virtio_for_bridges=True
verbose=true
ec2_private_dns_show_ip=True
api_paste_config=/etc/nova/api-paste.ini
image_service=nova.image.glance.GlanceImageService
rpc_backend=nova.rpc.impl_kombu
rabbit_ha_queues=True
rabbit_hosts=control01:5672,control02:5672,control03:5672
glance_api_servers=192.168.220.40:9292
service_down_time=60
rabbit_port=5672
rabbit_virtual_host=/
sql_connection=mysql://nova:nova_pass@192.168.220.40/nova
memcached_servers=192.168.220.41:11211,192.168.220.42:11211,192.168.220.43:11211
rabbit_userid=openstack_rabbit_user
rabbit_password=openstack_rabbit_password
metadata_listen=[CONTROLLER_MGT_IP]
ec2_listen=[CONTROLLER_MGT_IP]
enabled_apis=ec2,osapi_compute,metadata
osapi_compute_listen=[CONTROLLER_MGT_IP]
volume_api_class=nova.volume.cinder.API
auth_strategy=keystone
rootwrap_config= /etc/nova/rootwrap.conf
novncproxy_port=6080
novncproxy_host=0.0.0.0
novncproxy_base_url=http://192.168.220.40:6080/vnc_auto.html
novncproxy_host=[CONTROLLER_MGT_IP]
注意：在我们的例子中的nova.conf允许verbose登录，在实用环境下，你可能想要去修改以禁止verbose登录。
只在一个控制节点上同步Nova的数据库（你可能会收到一个DEBUG信息———你可以忽略这个信息）：
nova-manage db sync
由于OpenStack的1158958BUG（详见：https://bugs.launchpad.net/nova/+bug/1158958），NovaAPI必须通过打补丁来支
持memcached而不是采用in-process cache(memcached是一个高性能的分布式内存对象缓存系统，用于动态Web
应用以减轻数据库负载。in-process cache:因为对象的创建和销毁会耗费时间，将这些对象保存在处理过程中的
内存中，这样避免频繁的创建和销毁)。首先，通过检索需要打补丁的文件（extended_availability_zone.py）来
查看Nova是否需要打补丁。如果文件需要补丁，你将收不到任何输出信息，如果文件不要补丁，你将会收
到 host= str(instance.get('host')):
grep "str(instance.get('host'))" /usr/lib/python2.7/dist-packages/nova/api/openstack/compute/contrib/extended_availability_zone.py
如果extended_availability_zone.py需要补丁，下载补丁文件：
wget https://raw.github.com/dflorea/nova/grizzly/nova/api/openstack/compute/contrib/extended_availability_zone.py
复制升级补丁后的patched extended_availability_zone.py文件到/usr/lib/python2.7/dist-packages/nova/api
/openstack/compute/contrib/目录：
cp extended_availability_zone.py /usr/lib/python2.7/dist-packages/nova/api/openstack/compute/contrib/extended_availability_zone.py
确保这个文件的所有者是root：root
ls -l /usr/lib/python2.7/dist-packages/nova/api/openstack/compute/contrib/extended_availability_zone.py
如果 extended_availability_zone.py文件的所有者不是root，更改文件的所有权：
chmod root:root /usr/lib/python2.7/dist-packages/nova/api/openstack/compute/contrib/extended_availability_zone.py
由于一个与OpenStack的1158958BUG相似的BUG存在，NovaAPI必须通过打补丁来支持memcached而不是采用
in-process cache.编辑/usr/lib/python2.7/dist-packages/nova/api/ec2/ec2utils.py文件，在
key= "%s:%s" % (func.__name__, reqid)之后添加下面这行：
key = str(key)
注意：新的这行应该放到第45行，确保在修改前和添加这行之后间距仍然是一样的。
在所有控制节点上重启nova-*服务：
cd /etc/init.d/; for i in $( ls nova-* ); do sudo service $i restart; done
检查nova服务的笑脸（表示服务正常运行的标志）确保安装正确：
nova-manage service list
也要检查nova-api正在运行：
service nova-api status
4.7.9Cinder安装
Cinder的安装从在所有的控制节点上安装Cinder软件包开始：
apt-get install -y cinder-api cinder-scheduler
在一个控制节点上创建Cinder的MySQL数据库：
mysql
CREATE DATABASE cinder;
GRANT ALL ON cinder.* TO 'cinder'@'%' IDENTIFIED BY 'cinder_pass';
GRANT ALL ON cinder.* TO 'cinder'@'localhost' IDENTIFIED BY 'cinder_pass';
quit;
在每个控制节点上编辑/etc/cinder/api-paste.ini 文件：
[filter:authtoken]
paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory
service_protocol = http
service_host = 192.168.220.40
service_port = 5000
auth_host = 192.168.220.40
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = cinder
admin_password = keystone_admin
signing_dir = /var/lib/cinder
在每个控制节点上编辑配置文件/etc/cinder/cinder.conf。注意：默认的卷组从cinder-volumes变成了
nova-volumes。正如手册中关键提醒部分所提及的一样，每个计算（Compute）节点必须有一个名为
nova-volumes的LLVM卷组。
[DEFAULT]
sql_idle_timeout=30
rabbit_ha_queues=True
rabbit_hosts=control01:5672,control02:5672,control03:5672
rabbit_userid=openstack_rabbit_user
rabbit_password=openstack_rabbit_password
sql_connection = mysql://cinder:cinder_pass@192.168.220.40/cinder
osapi_volume_listen = [CONTROLLER_MGT_IP]
rootwrap_config = /etc/cinder/rootwrap.conf
api_paste_confg = /etc/cinder/api-paste.ini
iscsi_helper = tgtadm
volume_name_template = volume-%s
volume_group = nova-volumes
verbose = True
auth_strategy = keystone
state_path = /var/lib/cinder
lock_path = /var/lock/cinder
volumes_dir = /var/lib/cinder/volumes
只在一个控制节点上初始化Cinder的数据库：
cinder-manage db sync
在所有控制节点上重启Cinder服务：
service cinder-api restart; service cinder-scheduler restart
4.7.10Horizon安装
4.8Compute节点安装Horizon的安装从在所有的控制节点上安装Horizon软件包开始：
apt-get install -y memcached libapache2-mod-wsgiOpenStack-dashboard
接下来，修改/etc/openstack-dashboard/local_settings.py文件，用控制节点群集的VIP地址（192.168.220.40）
替代所有默认的loopback接口（即127.0.0.1） 。在/etc/memcached.conf中修改memcached的监听地址，用控制节
点的管理IP地址替换[CONTROLLER_MGT_IP]。
-l [CONTROLLER_MGT_IP]
在每个控制节点重启Apache和memcached服务：
service apache2 restart; service memcached restart
在浏览器中输入下面的URL进入Horizon，使用admin/keystone_admin作为你的登录凭证。如果你通过VIP
（192.168.220.40）进入Horizon时遇到问题，尝试通过一个控制节点的真实IP（即control01 = 192.168.220.41）进入。
http://192.168.220.40/horizon
当然，如果你想删除Ubuntu主题：
apt-get purge -yOpenStack-dashboard-ubuntu-theme
4.8.1升级客户端库（Client Libraries）在安装开始前确保你已经完成了所有节点的通用安装，在compute01, compute02 和compute03计算节点上执行
如下安装步骤。
为了支持 RabbitMQ Mirrored Queues，在安装之前一些客户端的库必须升级。更新需要的客户端库：
apt-get install -y python-pip
pip install kombu==2.4.7
pip install amqp==0.9.4
检查anyjson的版本：
pip freeze | grep anyjson
如果anyjson的版本不是0.3.3，请安装正确的版本（0.3.3）：
pip install anyjson==0.3.3
4.8.2Quantum安装
安装Quantum软件包：
apt-get -y install quantum-plugin-openvswitch quantum-plugin-openvswitch-agent quantum-dhcp-agent
检查每个计算节点上的OpenvSwitch服务的状态：
service openvswitch-switch status
如果这些节点上的OpenvSwitch服务没有运行就启动每个节点上的服务：
service openvswitch-switch start
计算节点需要名为"br-int"和"br-ex"的OVS桥，"br-ex"桥和公网接口（在我们的例子中是eth1）相连：
ovs-vsctl add-br br-int
ovs-vsctl add-br br-ex
ovs-vsctl add-port br-ex eth1
按如下内容编辑Quantum的配置文件 /etc/quantum/quantum.conf。注意：确保rabbit_hosts中节点名字的格式
如下：
#Under the default section
[DEFAULT]
rabbit_userid=openstack_rabbit_user
rabbit_password=openstack_rabbit_password
rabbit_ha_queues=True
rabbit_hosts=control01:5672,control02:5672,control03:5672
verbose = True
log_file=/var/log/quantum/server.log
#Under the keystone_authtoken section
[keystone_authtoken]
auth_host = 192.168.220.40
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = quantum
admin_password = keystone_admin
signing_dir = /var/lib/quantum/keystone-signing
编辑OVS插件的配置文件/etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini：
#Under the database section
[DATABASE]
sql_idle_timeout = 30
在OVS里添加如下内容。注意：223:225标志着租户使用的VLAN的VLAN ID范围。修改VLAN ID范围根据你的部署
需求。这些VLANs必须中继到计算节点的eth1接口，并且你必须在上层的l-3设备上创建一个网关地址（对于
223VLAN即：192.168.223.1）。
[OVS]
network_vlan_ranges = physnet1:223:225
bridge_mappings = physnet1:br-ex
# Using Quantum Security Groups instead of Nova Security Groups
[SECURITYGROUP]
firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver
更新/etc/quantum/dhcp_agent.ini:
#Under the default section
[DEFAULT]
# Required to run multiple Quantum DHCP agents
use_component_ext = True
# Add root_helper due to bug: https://bugs.launchpad.net/quantum/+bug/1182616
root_helper = sudo quantum-rootwrap /etc/quantum/rootwrap.conf
更新/etc/quantum/metadata_agent.ini:
metadata_proxy_shared_secret = quantum_proxy_secret
在每个控制节点上重启Quantum服务：
service quantum-plugin-openvswitch-agent restart; service quantum-dhcp-agent restart; service quantum-metadata-agent restart
4.8.3Nova安装
Nova的安装从在所有计算节点上安装Nova软件包开始：
apt-get install -y nova-compute
按以下内容编辑/etc/nova/nova.conf文件。用计算节点的管理IP地址（如：compute01 = 192.168.220.51）替换
[COMPUTE_MGT_IP]：
[DEFAULT]
force_config_drive=true
network_api_class=nova.network.quantumv2.api.API
quantum_url=http://192.168.220.40:9696
quantum_admin_auth_url=http://192.168.220.40:35357/v2.0
quantum_auth_strategy=keystone
quantum_admin_tenant_name=services
quantum_admin_username=quantum
quantum_admin_password=keystone_admin
firewall_driver=nova.virt.firewall.NoopFirewallDriver
service_quantum_metadata_proxy=true
quantum_metadata_proxy_shared_secret=quantum_proxy_secret
logdir=/var/log/nova
verbose=true
state_path=/var/lib/nova
lock_path=/var/lock/nova
iscsi_helper=tgtadm
libvirt_use_virtio_for_bridges=True
ec2_private_dns_show_ip=True
api_paste_config=/etc/nova/api-paste.ini
rabbit_ha_queues=True
rabbit_hosts=control01:5672,control02:5672,control03:5672
glance_api_servers=192.168.220.40:9292
sql_connection=mysql://nova:nova_pass@192.168.220.40/nova
memcached_servers=192.168.220.40:11211
rabbit_userid=openstack_rabbit_user
rabbit_password=openstack_rabbit_password
metadata_host=192.168.220.40
volume_api_class=nova.volume.cinder.API
auth_strategy=keystone
rootwrap_config= /etc/nova/rootwrap.conf
vncserver_proxyclient_address=[COMPUTE_MGT_IP]
novncproxy_base_url=http://192.168.220.40:6080/vnc_auto.html
vncserver_listen=[COMPUTE_MGT_IP]
注意：在我们的例子中的nova.conf允许verbose登录，在实际环境下，你可能想要去修改以禁止verbose登录。
验证/etc/nova/nova-compute.conf和下面的内容相同：
[DEFAULT]
libvirt_type=kvm
compute_driver=libvirt.LibvirtDriver
在每个计算节点上重启 nova-compute服务：
service nova-compute restart
创建一个认证文件以便你可以从计算节点使用OpenStacke的客户端命令：
vi /root/openrc
export OS_TENANT_NAME=admin
export OS_USERNAME=admin
export OS_PASSWORD=keystone_admin
export OS_AUTH_URL="http://192.168.220.40:5000/v2.0/"
export OS_AUTH_STRATEGY=keystone
export SERVICE_TOKEN=keystone_admin_token
export SERVICE_ENDPOINT=http://192.168.220.40:35357/v2.0/
source /root/openrc
检查nova服务的笑脸（表示服务正常运行的标志）确保安装正确：
nova-manage service list
4.8.4Cinder安装
4.9配置OpenStack的网络（Quantum）并部署第一台虚拟机Cinder安装从在所有的计算节点上安装Cinder的软件包开始:
apt-get install -y cinder-volume
按如下内容编辑/etc/cinder/cinder.conf文件，用计算节点的管理IP地址（如：compute01 = 192.168.220.51）替
换[COMPUTE_MGT_IP]：
[DEFAULT]
iscsi_ip_address=[COMPUTE_MGT_IP]
rabbit_ha_queues=True
rabbit_hosts=control01:5672,control02:5672,control03:5672
rabbit_userid=openstack_rabbit_user
rabbit_password=openstack_rabbit_password
sql_connection = mysql://cinder:cinder_pass@192.168.220.40/cinder
rootwrap_config = /etc/cinder/rootwrap.conf
api_paste_confg = /etc/cinder/api-paste.ini
iscsi_helper = tgtadm
volume_name_template = volume-%s
volume_group = nova-volumes
verbose = True
auth_strategy = keystone
state_path = /var/lib/cinder
lock_path = /var/lock/cinder
volumes_dir = /var/lib/cinder/volumes
在所有计算节点重启Cinder服务：
service cinder-volume restart; service tgt restart
从一个计算节点或一个控制节点运行以下命令。如果某个特殊的节点上有一些工作需要完成，这个节点将
会被调用。
注意：如果你遇到找不到Quantum命令的问题，你可能需要做如下操作：
apt-get install -y python-pip
pip install -U cliff
创建你第一个租户网络。在我们的例子中，我们使用admin租户。根据需要创建附加网络和相关的子网。注意：
创建网络时带“-shared ”参数可以使该网络对所有租户可用。如果你希望这个网络只提供给你openrc文件中设
定的租户，就删除该参数：
keystone tenant-list
quantum net-create public223 --tenant_id admin --provider:network_type vlan --provider:physical_network physnet1 --provider:segmentation_id 223 --shared
创建你第一个租户的子网并连接该子网到上一步所创建的网络。下面的例子使用.10--.250作为实例IP。根据
你部署的需要修改分配池（allocation-pool）和域名服务器：
quantum subnet-create --name 223-subnet --allocation-pool start=192.168.223.10,end=192.168.223.250 public223 192.168.223.0/24 --dns_nameservers list=true 192.168.26.186
如果你之前跳过了下载一个镜像并将其上传到Glance，现在做如下操作：
wget http://cloud-images.ubuntu.com/precise/current/precise-server-cloudimg-amd64-disk1.img
glance add name="precise" is_public=true container_format=ovf disk_format=qcow2 < precise-server-cloudimg-amd64-disk1.img
在一个计算节点创建一个SSH密钥对并把公钥添加到Nova。注意：创建密钥对的时候把密码留空。如果你遇到
了找不到Nova命令的问题，你需要安装通过nova客户端来解决：
apt-get -y install python-novaclient
ssh-keygen
cd ~/.ssh/
nova keypair-add --pub_key id_rsa.pub <key_name>
例如：
nova keypair-add --pub_key id_rsa.pub net-key
启动实例之前，检查我们刚刚创建的网络的ID。注意：<quantum_net_id>的值从命令"quantum net-list" 的输出中得到：
quantum net-list
nova boot --image precise --flavor m1.small --key_name <key_name> --nic net-id=<quantum_net_id> <instance_name>
例如：
nova boot --image precise --flavor m1.small --key_name net-key --nic net-id=f9035744-72a9-42cf-bd46-73d54c0cea06 vm1
查看实例的状态：
nova show <instance_name>
例如：
nova show vm1
当OS-EXT-STS:vm_state为“active”时实例就已经完全启动了。留意虚拟机的IP地址，或者你可以通过运行命令查看
虚拟机启动时的完整日志：
nova console-log --length=25 vm1
注意：如果你看到实例日志卡在下面的状态，就要在计算节点上重新启动quantum-dhcp-agent服务并且重新部署
实例：
Starting network...
udhcpc (v1.20.1) started
Sending discover…
编辑Quantum默认的安全组，使得ingress可以和实例通信。
注意：安全组的规则关联到一个特定的租户。 在我们的例子中我们使用admin租户。 下面命令中的租户id应该和
之前quantum创建网络命令中的租户id相匹配。
quantum security-group-rule-create default --direction ingress --ethertype IPv4 --protocol icmp --remote-ip-prefix 0.0.0.0/0 --tenant-id admin
quantum security-group-rule-create default --direction ingress --ethertype IPv4 --protocol tcp --port-range-min 22 --port-range-max 22 --remote-ip-prefix 0.0.0.0/0 --tenant-id admin
这个例子允许所有ICMP和SHH通信：
quantum security-group-rule-create default --direction ingress --ethertype IPv4 --protocol icmp --remote-ip-prefix 0.0.0.0/0 --tenant-id 2fbf0d3f6b914b5e8eb4605355cf2c9b
quantum security-group-rule-create default --direction ingress --ethertype IPv4 --protocol tcp --port-range-min 22 --port-range-max 22 --remote-ip-prefix 0.0.0.0/0 --tenant-id 2fbf0d3f6b914b5e8eb4605355cf2c9b
注意：如果你收到如下信息“Multiple security_group matches found for name 'default', use an ID to be more
specific.”，就用安全组的ID替换缺省的安全组名。安全组的ID可以通过quantum security-group-list命令得到。
你现在应给能够从主机ping通VM和SSH，这台主机是你在启动阶段用来创建和VM相关的密钥的那台。
4.10配置OpenStack 网络（Quantum）DHCP代理高可用
首先，验证你的Quantum 代理的状态。从下图中你应该可以看见：-）（笑脸）在alive列下和True在admin_state_up列下。除非出现
如果输入quantum agent-list命令后的情况和下图不符，不要进行DHCP代理的失效转移测试：
（失效转移(failover)是一种备份操作模式，当主要组件由于失效或预定关机时间的原因而无法工作时，这种模
式中的系统组件，比如处理机、服务器、网络或数据库的功能被转嫁到二级系统组件。对于希望使系统具有更高
的故障容忍力，失效转移是一定会被经常使用的紧急任务系统的主要部分。）
quantum agent-list
+--------------------------------------+--------------------+------------------------+-------+----------------+
| id | agent_type | host | alive | admin_state_up |
+--------------------------------------+--------------------+------------------------+-------+----------------+
| 17538649-c80b-4c82-aedf-67ffca608a5d | DHCP agent | compute03.dmz-pod2.lab | :-) | True |
| 4bc8dac3-ec4a-4369-b1b9-3c0111211d63 | DHCP agent | compute02.dmz-pod2.lab | :-) | True |
| 4f574568-1342-4eea-94ae-96ce7b6af3f1 | Open vSwitch agent | compute01.dmz-pod2.lab | :-) | True |
| 53a44eae-025d-40a5-9505-10d33b3f9779 | DHCP agent | compute01.dmz-pod2.lab | :-) | True |
| 7394b48c-5b1a-459f-95c0-1522c443fa88 | Open vSwitch agent | compute02.dmz-pod2.lab | :-) | True |
| a2f55922-b230-4e8f-8535-30ce59dbbb98 | Open vSwitch agent | compute03.dmz-pod2.lab | :-) | True |
+--------------------------------------+--------------------+------------------------+-------+----------------+
验证哪个DHCP代理正在为Quantum的public223网络服务：
quantum dhcp-agent-list-hosting-net public223
+--------------------------------------+------------------------+----------------+-------+
| id | host | admin_state_up | alive |
+--------------------------------------+------------------------+----------------+-------+
| 4bc8dac3-ec4a-4369-b1b9-3c0111211d63 | compute02.dmz-pod2.lab | True | :-) |
+--------------------------------------+------------------------+----------------+-------+
给public223网络加入另外一个DHCP代理服务（祈使句）。在我们的例子中，Compute01节点上的DHCP代理被添加到
Public223网络。
注：DHCP代理的ID可以在quantum agent-list 命令的输出中获得：
quantum dhcp-agent-network-add 53a44eae-025d-40a5-9505-10d33b3f9779 public223
Added network public223 to DHCP agent
验证在Compute01节点上的DHCP代理已经添加到了public223网络：
root@control01:~# quantum dhcp-agent-list-hosting-net public223
+--------------------------------------+------------------------+----------------+-------+
| id | host | admin_state_up | alive |
+--------------------------------------+------------------------+----------------+-------+
| 4bc8dac3-ec4a-4369-b1b9-3c0111211d63 | compute02.dmz-pod2.lab | True | :-) |
| 53a44eae-025d-40a5-9505-10d33b3f9779 | compute01.dmz-pod2.lab | True | :-) |
+--------------------------------------+------------------------+----------------+-------+
验证你可以成功地启动一个新的实例：
nova boot --image precise --flavor m1.small --key_name <key_name> --nic net-id=<quantum_net_id> <instance_name>
例如：
nova boot --image precise --flavor m1.small --key_name net-key --nic net-id=f9035744-72a9-42cf-bd46-73d54c0cea06 vm1
查看实例的状态：
nova show <instance_name>
例如：
nova show vm1
当OS-EXT-STS:vm_state为“active”时实例就已经完全启动了。留意虚拟机的IP地址，或者你可以通过运行命令查看
虚拟机启动时的完整日志：
nova console-log --length=25 vm1
注意：确保你的实例已经收到了一个来自nova的console-log命令的IP地址。通过禁用一个计算节点的DHCP代理
来测试失效转移，我们的例子在Compute02节点上禁用DHCP代理。DHCP代理的ID可以在quantum agent-list 命令的
输出中获得。
quantum agent-update 4bc8dac3-ec4a-4369-b1b9-3c0111211d63 --admin_state_up=false
Updated agent: 4bc8dac3-ec4a-4369-b1b9-3c0111211d63
验证代理是被禁用的。你应该看见与你禁用的DHCP代理对应的admin_state_up是False：
root@control01:~# quantum agent-list
+--------------------------------------+--------------------+------------------------+-------+----------------+
| id | agent_type | host | alive | admin_state_up |
+--------------------------------------+--------------------+------------------------+-------+----------------+
| 17538649-c80b-4c82-aedf-67ffca608a5d | DHCP agent | compute03.dmz-pod2.lab | :-) | True |
| 4bc8dac3-ec4a-4369-b1b9-3c0111211d63 | DHCP agent | compute02.dmz-pod2.lab | :-) | False |
| 4f574568-1342-4eea-94ae-96ce7b6af3f1 | Open vSwitch agent | compute01.dmz-pod2.lab | :-) | True |
| 53a44eae-025d-40a5-9505-10d33b3f9779 | DHCP agent | compute01.dmz-pod2.lab | :-) | True |
| 7394b48c-5b1a-459f-95c0-1522c443fa88 | Open vSwitch agent | compute02.dmz-pod2.lab | :-) | True |
| a2f55922-b230-4e8f-8535-30ce59dbbb98 | Open vSwitch agent | compute03.dmz-pod2.lab | :-) | True |
+--------------------------------------+--------------------+------------------------+-------+----------------+
验证你可以成工地启动一个新实例：
nova boot --image precise --flavor m1.small --key_name <key_name> --nic net-id=<quantum_net_id> <instance_name>
例如：
nova boot --image precise --flavor m1.small --key_name net-key --nic net-id=f9035744-72a9-42cf-bd46-73d54c0cea06 vm1
查看实例的状态：
nova show <instance_name>
例如：
nova show vm1
当OS-EXT-STS:vm_state为“active”时实例就已经完全启动了。留意虚拟机的IP地址，或者你可以通过运行命令查看
虚拟机启动时的完整日志：
nova console-log --length=25 vm1
注意：确保你的实例已经收到了一个来自nova的console-log命令的IP地址。
通过禁用一个计算节点DHCP代理来测试失效转移，其他DHCP代理也重复相同的过程。
当失效转移测试完成后，启用所有DHCP代理并且为自动恢复测试重复上面所有步骤。（failback:在簇网络系
统，有两台或多台服务器互联的网络中，由于要某台服务器进行维修，需要网络资源和服务暂时重定向到备
用系统。在此之后将网络资源和服务器恢复为由原始主机提供的过程，称为自动恢复。）
5.支持
Email:OpenStack-support@cisco.com
6.致谢：
这项工作是基于：
Ubuntu 12.04 (LTS)的OpenStack Grizzly安装指南文档（http://docs.openstack.org/grizzly/openstack-compute
/install/apt/content/）
7.作者
Daneyon Hansen
Shannon McFarland
评分:4.6/5 (8票)
（个人水平有限，错误难免，转载请注明出处：http://blog.csdn.net/bangbanglovetting）
2549
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
