kvm虛擬機遷移openstackhavana

1、現(xiàn)有系統(tǒng)是openstack f版，使用的openvswitch插件管理的sdn。今年十月openstack發(fā)布了 H版，按照策略為了根上 openstack的步伐，暫定每年升級一次，但是這次升級出現(xiàn)了問題。f版本的openvswitch插件使用的是長期支持版本 142，系統(tǒng)都是centos6.3°H版的openstack 使用的是centos6.4, openvswitch1.11.0.由于遷移需要增加了兩臺 pcserver作為計算節(jié)點，一 臺pc作為控制節(jié)點，但是交換機資源有限只能在原系統(tǒng)網(wǎng)絡(luò)拓?fù)渲性黾恿诉@3臺機器，為故障埋下了禍根。1. 搭建 openstack Havana

2、。過程中具體配置不是本文主題，由于未知影響，看網(wǎng)絡(luò)抓包應(yīng)該像是dhcp包影響到ope nstack f版本的生產(chǎn)系統(tǒng)，導(dǎo)致從早上搭建開始整個系統(tǒng)kernel panic 次，中午一次，晚上一次，十分郁悶等到晚上7點，無論如何起不來了，6臺生產(chǎn)系統(tǒng)的 HP pcserverDL380G6輪番重啟。2. 從 openstack folsom遷移至U virt manager。其實也不算遷移，由于f版的生產(chǎn)系統(tǒng)無論如何起不來，也沒有時間研究原因，按計劃 應(yīng)該已經(jīng)搭建完成的h版本系統(tǒng)也沒完成，老生產(chǎn)系統(tǒng)也無法恢復(fù)。直接原因就是openvswitch1.4.2，開始考慮使用linux bridge,經(jīng)過

3、2小時研究這時已經(jīng)晚上 10點，發(fā) 現(xiàn)linux bridge貌似不支持vlan，也就是說，無法使用一個網(wǎng)卡接口實現(xiàn) sdn建立不同網(wǎng) 段的虛擬機。壓力很大，心口像有一塊大石丫的我好累，不知道誰唱的鳥歌。突然想到， f版的openstack管理的生產(chǎn)環(huán)境其實只有 3個網(wǎng)段，0,1,2，而hp的pcserver有4個網(wǎng) 卡，可以去掉 openstack直接使用kvm的manager, 個網(wǎng)卡作為管理口，剩下3個作為0,1,2每個網(wǎng)段的分網(wǎng)卡。就這么干了，馬上上樓做網(wǎng)線，調(diào)華為交換機，trunk , vlan不是主題不說。弄好環(huán)境以后，由于openstack管理的虛擬機也是通過 kvm的接口 vi

4、rt管理的，所以虛擬機還是在 kvm上，只需要關(guān)閉openstack的所有服務(wù)，然后再 kvm的 virtmanager中修改對應(yīng)虛擬機 0,1,2網(wǎng)段的橋接網(wǎng)卡。然后啟動虛擬機，修改虛擬機中 的網(wǎng)卡，以前openstack管理的eth0卡已經(jīng)不見了，給eth1手動增加ip, ping 下網(wǎng)關(guān)， 心中暗喜，大石落地。3. 搭建 openstack Havana過程不表了， 文檔多的是，詳細(xì)的很。4. 將kvm管理的虛擬機遷移到 H版本的 openstack說了這么多，這才是本文重點。具體步驟如下：a. 備份kvm中的虛擬機成為鏡像文件，在計算節(jié)點執(zhí)行qemu-

5、img convert -f qcow2 -O qcow2 disk n ewdiskb. 停止虛擬機c. 在計算節(jié)點創(chuàng)建 nfs將上面打快照的newdisk共享到控制節(jié)點，主要要減少大型虛擬 機在結(jié)算節(jié)點和控制節(jié)點之前的拷貝，虛擬機一般500g左右。mount好以后，控制節(jié)點就會誤以為鏡像文件已經(jīng)在自己的控制節(jié)點上了，省去了將快照鏡像導(dǎo)入glanee的步驟。mount :/home/share/newdisk on /ope nstack/lib/gla nce/imagesd. 修改openstackHavana版本的數(shù)據(jù)庫，修改數(shù)據(jù)庫后，在havana版上新建虛擬機

6、時才能在頁面和openstack真正使用剛才假冒導(dǎo)入glanee的虛擬機快照。細(xì)心同事寫的腳本。在控制節(jié)點執(zhí)行。#!/bi n/shin ame=$1filepath仁"/tmp/$i name-l.sql" filepath2="/tmp/$i name-2.sql"mysql -uroot -phava napasswd<<EOFuse gla nee;loaddatalocalin file'$filepath1'in totableimages(id, name,size,status,is_public,create

7、d_at,updated_at,deleted_at,deleted,disk_format,co n tai ner_format,checksum,ow ner,min_disk,min_ram,protected);loaddatalocalin file'$filepath2'intotableimage_locatio ns(image_id,value,created_at,updated_at,deleted_at,deleted,meta_data);EOF執(zhí)行 import_mysql.sh 192.168.1.xxx_20131205 inname-1.sq

8、l 內(nèi)容： e340ccc1-dd65-4163-822f-348d5711313f active 02013-12-02 18:10:04qcow2ovff3267153b73d4bf09bed91eb289e26ec01_20131205979560038402013-12-02 19:36:10Ne30b8b94918aad131cf4618a8efc3d780 0inname-2.sql 內(nèi)容:92b44daf-a529-469d-b428-dca8bc39fe4cfile:/ope nstack/lib/gla nce/images/92b44daf-a529-4

9、69d-b428-dca8bc39fe4c2013-12-02 17:59:302013-12-02 17:59:30 N0e. 修改計算節(jié)點openstack HAVANA代碼，由于我們不想讓glanee把快照傳來傳去，假裝了 glanee的已經(jīng)導(dǎo)入的快照，但是glanee還是有辦法判斷，注釋下面的代碼讓glanceclient不再判斷。記得注釋完pythonc編譯一下，然后重啟serviceope nstack -no va-compute服務(wù)。vi /usr/lib/pyth on 2.6/site-packages/gla nceclie nt/com mon/http.py將501行-504行注釋代碼501502503504self._checksum)#if self._checksum is not None and md5sum != self._checksum:# raise IOError(errno.EPIPE,# 'Corrupted image. Checksum