OpenStack 通常用 RabbitMQ 实现消息队列，几乎所有的 OpenStack 模块都会用到 RabbitMQ，如果 RabbitMQ 挂了，OpenStack 也就瘫了，可以说它是最重要的组件。下面介绍一下如何通过页面访问RabbitMQ状态.

linux中的虚拟机技术，在网络上，除了Bridge和Switch，还有两个重要的概念：Namespace和 veth pair
net namespace主要是隔离网络设备本身，例如在Linux 中有多个容器，每个容器对应各自的namespace，我们可以把不同的网络设备指派给不同的容器。

veth pair你可以理解为使用网线连接好的两个接口，把两个端口放到两个namespace中，那么这两个namespace就能打通。

Neutron 通过 dnsmasq 提供 DHCP 服务，而 dnsmasq 如何独立的为每个 network 服务呢？
答案是通过 Linux Network Namespace 隔离.
Neutron 通过 namespace 为每个 network 提供独立的 DHCP 和路由服务，从而允许租户创建重叠的网络。
如果没有 namespace，网络就不能重叠，这样就失去了很多灵活性。

Neutron 提供 DHCP 服务的组件是 DHCP agent。 DHCP agent 在网络节点运行上，默认通过 dnsmasq 实现 DHCP 功能.

有时候虚拟机无法ssh，可以选择从页面，进入控制台登陆。但有时候控制台链接超时，这时候只能从该虚拟机所在宿主机计算节点登陆。但默认情况下，该xml是重定向到file，而不能登陆，所以我们需要修改该xml文件.

对 Instance 的管理按运维工作的场景分为两类：常规操作和故障处理。

　　集群运行过程中不可避免的会出现各种问题，比如硬件故障或者断电造成整台计算节点无法工作，该节点上运行的 instance 如何恢复呢？
　　用 Shelve 或者 Migrate 可不可以？ 很不幸，这两个操作都要求 instance 所在计算节点的 nova-compute 服务正常运行。 幸运的是，还有 Evacuate 操作.
　　Evacuate 可在 nova-compute 无法工作的情况下将节点上的 instance 迁移到其他计算节点上。但有个前提： Instance 的镜像文件必须放在共享存储上.

在 Open vSwitch 实现方式下，不同 vlan instance 的虚拟网卡都接到 br-int 上。
这一点与 linux bridge 非常不同，linux bridge 是不同 vlan 接到不同的网桥上。

在这里，收发 vlan 数据的物理网卡为 eth1，上面可以走多个 vlan，
所以物理交换机上与 eth1 相连的 port 要设置成 trunk 模式，而不是 access 模式。

Python的作用域一共有4中，分别是：

Open vSwitch（下面简称为 OVS）是由 Nicira Networks 主导的，运行在虚拟化平台（例如 KVM，Xen）上的虚拟交换机。在虚拟化平台上，OVS 可以为动态变化的端点提供 2 层交换功能，很好的控制虚拟网络中的访问策略、网络隔离、流量监控等等。