kvm虚拟机迁移openstackhavana

1、现有系统是openstack f版，使用的openvswitch插件管理的sdn。今年十月openstack发布了H版，按照策略为了根上 openstack的步伐，暂定每年升级一次，但是这次升级出现了问题。f版本的openvswitch插件使用的是长期支持版本1.4.2，系统都是centos6.3。H版的openstack使用的是centos6.4, openvswitch1.11.0.由于迁移需要增加了两台 pcserver作为计算节点，一 台pc作为控制节点，但是交换机资源有限只能在原系统网络拓扑中增加了这3台机器，为故障埋下了祸根。1. 搭建 openstack Havana。过程中具体

2、配置不是本文主题，由于未知影响，看网络抓包应该像是dhcp包影响到openstack f版本的生产系统，导致从早上搭建开始整个系统kernel panic 一次，中午一次，晚上一次，十分郁闷等到晚上7点，无论如何起不来了，6台生产系统的 HP pcserverDL380G6轮番重启。2. 从 openstack folsom迁移至U virt manager。其实也不算迁移，由于f版的生产系统无论如何起不来，也没有时间研究原因，按计划 应该已经搭建完成的h版本系统也没完成，老生产系统也无法恢复。直接原因就是openvswitch1.4.2，开始考虑使用linux bridge,经过2小时研究这

3、时已经晚上 10点，发 现linux bridge貌似不支持vlan，也就是说，无法使用一个网卡接口实现 sdn建立不同网 段的虚拟机。压力很大，心口像有一块大石丫的我好累，不知道谁唱的鸟歌。突然想到， f版的openstack管理的生产环境其实只有 3个网段，0,1,2,而hp的pcserver有4个网 卡，可以去掉 openstack直接使用kvm的manager, 一个网卡作为管理口，剩下 3个作 为0,1,2每个网段的分网卡。就这么干了，马上上楼做网线，调华为交换机，trunk , vlan不是主题不说。弄好环境以后，由于openstack管理的虚拟机也是通过 kvm的接口 virt管

4、理的，所以虚拟机还是在 kvm上，只需要关闭openstack的所有服务，然后再 kvm的 virtmanager中修改对应虚拟机 0,1,2网段的桥接网卡。然后启动虚拟机，修改虚拟机中 的网卡，以前openstack管理的eth0卡已经不见了，给eth 1手动增加ip, ping 一下网关， 心中暗喜，大石落地。3. 搭建 openstack Havana过程不表了， 文档多的是,详细的很。4. 将kvm管理的虚拟机迁移到H版本的openstack说了这么多，这才是本文重点。具体步骤如下：a. 备份kvm中的虚拟机成为镜像文件，在计算节点执行qemu-img

5、 convert -f qcow2 -O qcow2 disk newdiskb. 停止虚拟机c. 在计算节点创建 nfs将上面打快照的newdisk共享到控制节点，主要要减少大型虚拟 机在结算节点和控制节点之前的拷贝，虚拟机一般500g左右。mount好以后，控制节点就会误以为镜像文件已经在自己的控制节点上了，省去了将快照镜像导入glance的步骤。mount :/home/share/newdisk on /openstack/lib/glance/imagesd.修改openstackHavana版本的数据库，修改数据库后，在havana版上新建虚拟机时才能在页面和

6、openstack真正使用刚才假冒导入glance的虚拟机快照。细心同事写的脚本。在控制节点执行。#!/bin/shiname=$1filepath1="/tmp/$iname-1.sqlfilepath2="/tmp/$iname-2.sqlmysql -uroot -phavanapasswd<<EOFuse glance;loaddata localinfile'$filepath1'intotableimages(id,name,size,status,is_public,created_at,updated_at,deleted_at,

7、deleted,disk_format,container_format,checksum,owner,min_disk,min_ram,protected);loaddata localinfile'$filepath2'intotableimage_locations(image_id,value,created_at,updated_at,deleted_at,deleted,meta_data);EOF执行 import_mysql.sh 192.168.1.xxx_20131205inname-1.sql 内容：e340ccc1-dd65-4163-822f-348d

8、5711313factive 02013-12-02 18:10:04qcow2ovff3267153b73d4bf09bed91eb289e26ec01_20131205979560038402013-12-02 19:36:10N0e30b8b94918aad131cf4618a8efc3d78 00inname-2.sql 内容:92b44daf-a529-469d-b428-dca8bc39fe4cfile:/openstack/lib/glance/images/92b44daf-a529-469d-b428-dca8bc39fe4c 2013-12-02 17:

9、59:302013-12-02 17:59:30 N 0e. 修改计算节点openstack HAVANA代码，由于我们不想让glance把快照传来传去，假装了 glance的已经导入的快照，但是 glance还是有办法判断，注释下面的代码让 glanceclient不再判断。记得注释完pythonc编译一下，然后重启serviceopenstack-nova-compute 服务。vi /usr/lib/python2.6/site-packages/glanceclient/common/http.py将501行-504行注释代码501 #if self._checksum is not None and md5sum != self._checksum:502 # raise IOError(errno.EPIPE,503 #'Corrupted image. Checksum was %s '504 #&#