2冷遷移

冷遷移有兩種方式：

一種方式只能在同一個openstack叢集中做，另一種可以再相同或者不同的叢集中做

在做冷遷移之前記得把要遷移的例項關機

2.1方法1

把主機名為YUN-19上的例項遷移到YUN-20上，兩個節點在同一個叢集中，其中YUN-19是控制節點

2.1.1在YUN-19上，修改資料庫

（修改資料庫必須要在控制節點上做）

# mysql

mysql> use nova;

mysql> update instances set host='YUN-20' where hostname='test1';

2.1.2例項檔案拷貝

在YUN-19上，把例項的檔案拷貝到目的端

切換到/var/lib/nova/inctances目錄

# scp -r a8814340-98d5-4ed3-b99b-32ee38cfb78f/ [email protected]192.168.0.20:/var/lib/nova/instances/

2.1.3檢視檔案

在YUN-20上可以看到拷貝過來的檔案

[[email protected]YUN-20 instances]# ll

total 20

drwxr-xr-x. 2 nova nova 4096 Apr 28 20:55 1c11a4b1-5df8-48f8-be5d-6e1c5efb7f99

drwxr-xr-x. 2 root root 4096 Apr 28 21:41 a8814340-98d5-4ed3-b99b-32ee38cfb78f

drwxr-xr-x. 2 nova nova 4096 Apr 28 20:55 _base

-rw-r--r--. 1 nova nova   29 Apr 28 21:28 compute_nodes

drwxr-xr-x. 2 nova nova 4096 Apr 23 23:49 locks

2.1.4新建與遷移的例項關聯的網橋

切換到遷移過來例項的目錄下

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh define libvirt.xml

Domain instance-00000001 defined from libvirt.xml

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh start instance-00000001

error: Failed to start domain instance-00000001

error: Cannot get interface MTU on 'qbr95221104-b9': No such device

通過上邊的出錯資訊可以看到例項所繫結的網橋資訊

新建網橋並檢視

在新建網橋前，首先應該把YUN-19上的網橋刪除

再刪除之前首先關閉網橋

可以輸入ifconfig命令檢視到網橋資訊

關閉網橋

[[email protected]YUN-19 ~]# ifconfig qbr95221104-b9 down

刪除網橋

[[email protected]YUN-19 ~(keystone_admin)]# brctl delbr qbr95221104-b9

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# brctl addbr qbr95221104-b9

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# brctl show

bridge name bridge id  STP enabled interfaces

qbr482b0524-26  8000.ea9b0ced7d50 no  qvb482b0524-26

tap482b0524-26

qbr95221104-b9  8000.000000000000 no  

show  8000.000000000000 no  

virbr0  8000.525400d2ae89 yes  virbr0-nic

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh define libvirt.xml

Domain instance-00000001 defined from libvirt.xml

上邊命令執行成功了

開啟例項

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh start instance-00000001

Domain instance-00000001 started

昨晚上面開啟例項的操作後，在dash中並沒有發現該例項啟動，在dash中再點選“開啟雲主機”。

2.2方法2

把YUN-11叢集中的例項遷移到YUN-19所在的叢集

要遷移的例項選擇linux的系統，在系統中建立目錄、編輯檔案，遷移後檢視建立的目錄和修改的文件是否正常

遷移之前關閉要遷移的例項

關閉之後把例項所在的目錄做下備份，目錄是2dccde39-31a4-48d5-8f62-0f963ffec481_copy

YUN-17是YUN-11所在叢集上的一個計算節點

進入拷貝後的目錄

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# ll

total 6896

-rw-r-----. 1 root root       1 Apr 30 10:18 console.log

-rw-r--r--. 1 root root 7536640 Apr 30 10:18 disk

-rw-r--r--. 1 root root      79 Apr 30 10:18 disk.info

-rw-r--r--. 1 root root    1635 Apr 30 10:18 libvirt.xml

2.2.1轉換映象格式

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img convert -O raw disk disk3

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# ll

total 807664

-rw-r-----. 1 root root           1 Apr 30 10:18 console.log

-rw-r--r--. 1 root root     7536640 Apr 30 10:18 disk

-rw-r--r--. 1 root root 21474836480 Apr 30 10:25 disk3

-rw-r--r--. 1 root root          79 Apr 30 10:18 disk.info

-rw-r--r--. 1 root root        1635 Apr 30 10:18 libvirt.xml

2.2.2檢視映象資訊

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img info disk

image: disk

file format: qcow2

virtual size: 20G (21474836480 bytes)

disk size: 6.7M

cluster_size: 65536

backing file: /var/lib/nova/instances/_base/0872411ded8842738a2265ea3e670ff330ab475f

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img info disk3

image: disk3

file format: raw

virtual size: 20G (21474836480 bytes)

disk size: 782M

轉換格式的命令說明：

本來應該是這樣的

qemu-img convert -f raw -O qcow2 test.raw test.qcow2

-f後面跟的是轉變之前的格式，這個系統自己會識別，所以不新增也可以

-O後面是要轉變的格式，注意o是大寫

從上面可以看出，修改映象格式之後變得很大

2.2.3幾種映象格式的比較：

raw格式

最簡單，就是一個直接給虛擬機器進行讀寫的檔案。raw不支援動態增長空間，必須一開始就指定空間大小。所以相當的耗費磁碟空間。但是對於支援稀疏檔案的檔案系統（如ext4）而言，這方面並不突出。

cow格式

cow格式和raw一樣簡單，也是建立時分配所有空間，但cow有一個bitmap表記錄當前哪些扇區被使用，所以cow可以使用增量映象，也就是說可以對其做外部快照。但cow也沒有其他功能，其特點就是簡單。

qcow格式

qcow在cow的基礎上增加了動態增加檔案大小的功能，並且支援加密，壓縮。qcow通過2級索引表來管理整個映象的空間分配，其中第二級的索引用了記憶體cache技術，需要查詢動作，這方面導致效能的損失。qcow現在基本不用，一方面其優化和功能沒有qcow2好，另一方面，讀寫效能又沒有cow和raw好。

qcow2格式

qcow2是集各種技術為一體的超級映象格式，支援內部快照，加密，壓縮等一系列功能，訪問效能也在不斷提高。但qcow2的問題就是過於臃腫，把什麼功能都集於一身。

raw格式的話，速度稍微快點，在高版本的qemu-kvm中，幾乎不比qcow2的格式快，而qcow2格式節省空間，可動態增長，在公有云中廣泛使用，建議使用qcow2。

可以使用下面的命令對映象進行擴充套件和收縮

qemu-img resize disk3 +100M        擴充套件

qemu-img resize disk3 -- -100M      收縮

2.2.4注意事項

相關推薦