KVM虛擬機在不同主機之間的遷移，是個復雜的問題，有非常多的解決方案，但是不同的解決方案都有其優(yōu)點和缺點，下面來分析下當前幾種可用的KVM虛擬機遷移的方案。
1. 虛擬機遷移過程中數(shù)據(jù)的傳輸（磁盤鏡像和內(nèi)存數(shù)據(jù)）
  通常有兩種常用的數(shù)據(jù)傳輸方式：
  — 基于hypervisor的傳輸機制，即通過host之間連接來進行數(shù)據(jù)傳輸
  — 基于libvirtd的傳輸機制，即兩個libvirtd進程之間的數(shù)據(jù)傳輸
（1）基于hypervisor的數(shù)據(jù)傳輸
       這種傳輸方式具有最低的overload，因為傳輸?shù)氖锹銛?shù)據(jù)，不支持數(shù)據(jù)的加密。另外，因為依賴于hypervisor的網(wǎng)絡(luò)，所以需要對hypervisor networks進行一些特定的配置，比如打開某些端口。
  

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：主機域名、虛擬空間、營銷軟件、網(wǎng)站建設(shè)、莎車網(wǎng)站維護、網(wǎng)站推廣。

（2）基于libvirtd的數(shù)據(jù)傳輸
   這種傳輸方式支持加密，是通過libvirt內(nèi)建的RPC協(xié)議來進行數(shù)據(jù)的傳輸?shù)?，但是缺點是除了傳輸裸數(shù)據(jù)外，還需要傳輸一些額外的數(shù)據(jù)，這對鏡像尺寸 很大的虛擬機來說是個大問題。優(yōu)點是由于不依賴與hypervisor network，所以不需要hypervisor對network做過多的配置，僅僅打開某個指定的port即可。

  （2）虛擬機遷移過程中的控制流

 帶有管理端的直接遷移，這種遷移方式是由一個管理客戶端發(fā)起，管理客戶端完全控制整個遷移流程，所以它必須能夠且有權(quán)限訪問源主機和目的主機上 libvirtd的權(quán)限，因為外加一個管理客戶端，所以不需要源libvirtd和目的libvirtd之間進行直接的交流，只需要按照管理客戶端的指示 來辦事就好了。這種方式的優(yōu)點是：
   If the client application crashes, or otherwise loses its connection to libvirtd during the migration process, an attempt will be made to abort the migration and restart the guest CPUs on the source host. There may be scenarios where this cannot be safely done, in which cases the guest will be left paused on one or both of the hosts

 帶有管理端的點對點的遷移，這種遷移方式下，管理客戶端至于源libvirtd交互，然后源libvirtd完全控制整個遷移過程。優(yōu)點是，即使管理客戶端掛掉了，遷移還是能正常完成的。

http://blog.chinaunix.net/uid-20940095-id-3616577.html