KVM虛擬機的熱遷移---Live Migration:
- 服務器虛擬化技術是當前的熱點，而虛擬機的“熱遷移（Live Migration）”技術則是虛擬機的運行狀態完整保存下來，同時可以快速的回復到原有硬件平台甚至是不同硬件平台上。恢復后，虛擬機仍舊平滑運行，用戶不會察覺到任何差異。
遷移的種類：
- P2P：物理機之間的遷移
- V2P：虛擬機遷到物理機
- P2V：物理機遷到虛擬機
- V2V：虛擬機遷到虛擬機
熱遷移的優勢
- 首先是可伸縮性比較強，IT管理者可以在合理時間段讓運行某些關鍵業務的服務器適當減少工作量，以便進行新操作系統，給應用程序打補丁等。而到了服務高峰期，又可以彈性的運行大負載量的運算。虛擬機遷移過程完全透明，幾乎不影響使用。
- 其次，現在的數據中心都追求環保節能，工作量負載大的應用程序必然會令服務器能耗增加，有了虛擬機熱遷移技術，當一台物理機服務器負載過大時，系統管理員可以將其上面的虛擬機熱遷移到其他服務器，可有效降低數據中心服務器的總體能耗，再通過冷卻系統將數據中心的溫度保持在正常水平。
熱遷移的局限
進行虛擬機的熱遷移也有不少的限制。例如：
VMotion在進行遷移之前，管理軟件檢測目標服務器的X86架構是否與源服務器兼容。包括存儲設備以及處理器，虛擬機必須放到共享的存儲里，CPU的類型也要一樣，不僅不能一個是英特爾，一個是AMD，甚至相同廠商不同產品線的CPU也不行，比如英特爾至強和奔騰。
KVM動態遷移，也有如下幾個建議和注意事項：
- 源宿主機和目的宿主機盡量用網絡共享的存儲系統來保存客戶機磁盤鏡像。例如：NFS,ISCSI,Glusterfs等。
- 為了提高動態遷移的成功率，盡量在同類型CPU的主機上面進行動態遷移，盡管KVM動態遷移也支持從intel平台遷移到AMD平台，但，從安全性，穩定度考慮不建議這樣去操作
- 64位客戶機只能運行在64位宿主機之間的遷移，而32位客戶機可以在32位宿主機和64位宿主機之間遷移。
- 進行動態遷移時，被遷移客戶機的名稱是唯一的，在目的宿主機上不能有與源宿主機被遷移客戶機同名的客戶機存在。
- 目的宿主機和源宿主機的軟件盡可能的相同。也就是同為Vmware,kvm,xen等。
V2V遷移
- 部署NFS服務器實現Linux與Linux之間的文件共享，NFS通常運行於2049端口
由於在使用NFS服務進行文件共享之前，需要使用RPC（Remote Procedure Call,遠程過程調用）服務將NFS服務器的IP地址和端口號等信息發送給客戶端。因此，在啟動NFS服務之前，還需要順帶重啟並啟用rpcbind服務程序。
服務器端配置：
- 下載nfs和rpcbind
1 [root@localhost ~]# yum install nfs-utils rpcbind -y
- 配置nfs的文件
[root@localhost ~]# mkdir /nfsdate [root@localhost ~]# vim /etc/exports /nfsdate 192.168.127.133/24(rw)
- 重啟nfs和rpcbind
1 [root@localhost ~]# systemctl restart rpcbind nfs
客戶端配置：
- 下載nfs-utils
1 [root@localhost ~]# yum install nfs-utils -y
- 查看共享文件
1 [root@localhost ~]# showmount -e 192.168.127.130 2 Export list for 192.168.127.130: 3 /nfsdate 192.168.127.133/24
- 掛在服務端nfs至本地
1 [root@localhost ~]# mkdir /nfsdate 2 [root@localhost ~]# mount -t nfs 192.168.127.130:/nfsdate /nfsdate 3 [root@localhost ~]# df -h 4 文件系統 容量 已用 可用 已用% 掛載點 5 /dev/mapper/cl-root 17G 8.3G 8.8G 49% / 6 devtmpfs 478M 0 478M 0% /dev 7 tmpfs 489M 0 489M 0% /dev/shm 8 tmpfs 489M 7.1M 482M 2% /run 9 tmpfs 489M 0 489M 0% /sys/fs/cgroup 10 /dev/sda1 1014M 141M 874M 14% /boot 11 tmpfs 98M 0 98M 0% /run/user/0 12 192.168.127.130:/nfsdate 17G 10G 7.1G 59% /nfsdate
- 服務端把要遷移虛擬機的配置文件（啟動文件）/etc/libvirt/qemu/備份到/root下和磁盤文件/var/lib/libvirt/images/移動到剛剛創建的共享文件/nfsdate中
- 把vm1的磁盤文件移動到共享文件中
1 [root@localhost ~]# cd /var/lib/libvirt/images/ 2 [root@localhost images]# ls 3 centos7.0.qcow2 CentOS-7-x86_64-DVD-1611.iso test.qcow2 vm1.qcom2 vm2.qcow2 4 [root@localhost images]# mv vm1.qcom2 /nfsdate
- 把vm1的配置文件備份到/root下
[root@localhost ~]# cd /etc/libvirt/qemu/ [root@localhost qemu]# ls centos7.0.xml networks test.xml vm1.xml vm2.xml [root@localhost qemu]# cp vm1.xml /root
- 刪除vm1虛擬機域
1 [root@localhost qemu]# ls 2 centos7.0.xml networks test.xml vm1.xml vm2.xml 3 [root@localhost qemu]# virsh undefine vm1 4 域 vm1 已經被取消定義 5 6 [root@localhost qemu]# ls 7 centos7.0.xml networks test.xml vm2.xml
- 切換到/root下修改vm1配置文件，修改其磁盤文件路徑
1 [root@localhost ~]# vim vm1.xml 2 <disk type='file' device='disk'> 3 <driver name='qemu' type='qcow2'/> 4 <source file='/nfsdate/vm1.qcom2'/> #把源路徑修改為/nfsdate 5 <target dev='vda' bus='virtio'/> 6 <boot order='1'/> 7 <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> 8 </disk>
- 恢復vm1
1 [root@localhost ~]# virsh define vm1.xml 2 定義域 vm1（從 vm1.xml） 3 4 [root@localhost ~]# virsh list --all 5 Id 名稱 狀態 6 ---------------------------------------------------- 7 - centos7.0 關閉 8 - test 關閉 9 - vm1 關閉 10 - vm2 關閉
- 服務端和客戶端都需要做域名解析
1 [root@localhost ~]# vim /etc/hosts 2 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 3 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 4 192.168.127.130 yun1 5 192.168.127.133 yun2
- 客戶端查看共享文件
[root@localhost ~]# cd /nfsdate
[root@localhost nfsdate]# ls
vm1.qcom2
在宿主機中進行驗證
- 首先在宿主機中創建連接，是兩台宿主機能共享。
- 建議修改兩台宿主機的主機名，避免兩台主機名相同。防止產生一些不必要的錯誤。
hostnamectl set-hostname 主機名 exit
- 點擊連接，然后分別輸入yes、賬戶密碼，連接創建完成
- 因為是熱遷移，所以要把遷移的虛擬機開啟；然后點擊遷移
