openstack云计算平台部署经验

openstack！一个开源的可以方便部署云平台的开源项目。

开源总是那么吸引人。

我们项目组接触openstack有小一年了。我主要负责对各个版本的部署并测试。对E板和G版的部署应该不低于百遍了吧。中间有各种各样的问题。这里开通一个博客，一方面便于记录我们项目的历程，另一方面可以方便和各位大神交流。好了，废话少说，下面说一下openstack Grizzly版本的部署心得。

关于Ubuntu版本：我们一直使用的是12.04的Ubuntu LTS版，也试过12.10，但是这个版本有一个奇怪的问题就是对网卡的改名有点麻烦，不像12.04，直接就是eth0,eth1这样往下排列，所以就一直用的12.04.

关于源：源对于openstack的部署速度影响很大，换个好点源的话，部署一个三节点的集群大概需要一个半小时，如果源不好，呵呵... 建议大家选用上海交大的源，百度一下。

关于openstack网络：从F版，openstack的网络管理从nova-network进化为quantum。一个看上去很牛逼的组件，很多人对这个组件搞不懂。我们一开始也是一点不懂。推荐一个科普性的文章云网络介绍 。大家在配置时候很多是对网络节点的网络配置不懂，这里我列出来我们的网络节点的配置，以供参考：

auto eth0
iface eth0 inet static
address 192.168.0.153
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 222.200.160.1 222.200.160.2

auto eth1
iface eth1 inet static
address 192.168.0.162
netmask 255.255.255.0

auto eth2
iface eth2 inet static
    up ifconfig $IFACE 0.0.0.0 up
    up ip link set $IFACE promisc on
    down ip link set $IFACE promisc off
    down ifconfig $IFACE down
    address 192.168.0.62
    netmask 255.255.255.0
    dns-nameservers 222.200.160.1 222.200.160.2

这里eth0是作为manage network（管理网络）,eth1是作为data network（数据网络), eth2是作为external network（外部网络).

分别的功能是：管理网络是为了各个节点与控制节点的通信，主要是数据库连接以及认证。数据网络是为了各个实例之间通信。外部网络是为了实例连外部网络存在的。

这是标准的推荐配置。当然我们的配置中有一个不合理的就是所有的网络都放在一个网段（192.168.0.0/24）上面了。因为我们实验室就用一台交换机把所有的机器连在一起。

在https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst 这篇文档中，作者把ovs的安装分成了两个部分，这是因为作者是用eth2来连外网进行下载软件安装的，所以中间不能执行 ovs-vsctl add-port br-ex eth2，一旦执行，eth2就失去了Internet连接。希望这样说大家能懂了。

关于ovs: ovs(openvswitch)是比较容易出错的一个部件，可能是因为这个不是openstack本来的组件，所以兼容性各方面会有问题，如果大家在安装完重启这个服务启动不来的时候，可以参考一下longgeek大哥的方法：http://longgeek.com/2013/04/20/how-to-properly-install-on-ubuntu-open-vswitch/

如果重启之后 执行ovs-vsctl show 现实版本号，说明就没有问题。

关于quantum-plugin-openvswitch-agent ：这是quantum利用ovs的一个插件。这个是我在安装G版的时候最容易出错的地方。在这里给大家详细描述一下。

在网络节点装完quantum以后重启所有服务，请仔细观察 service quantum-plugin-openvswitch-agent status，是否是start running，如果不是，恭喜你，遇到问题了。

同样在计算节点装完这个服务之后重启服务，没有问题，ok ,重启电脑，再看service quantum-plugin-openvswitch-agent status， 是否是 stop/waiting呢？如果是，那么遇到问题了。

这个时候，在网络节点把quantum和ovs完全卸载。卸载的指令大家会吧？

apt-get autoremove -y --purge quantum-plugin-openvswitch-agent quantum-dhcp-agent quantum-l3-agent quantum-metadata-agent

apt-get autoremove -y --purge openvswitch-switch openvswitch-datapath-dkms

等待卸载完之后。再重新安装，ovs 和quantum各个组件。我和我项目组的分析出现这问题的原因可能是包的依赖问题，反正是目前没有好的解决办法。

计算节点同样做这两个动作，只是计算节点quantum没安装这么多的东西。

ok,在控制节点执行 quantum agent-list，看alive下是否都是笑脸呢？如果是，恭喜你，这个问题解决了。

openstack配置过程中主要会出问题的就是quantum这里，其它的都是改改ip，应该没啥问题。