ZStack跨平台遷移可以如此簡單

　　前言

　　ZStack 從1. 8 版本開機就支持了vCenter的納管，并不斷豐富其運維、租戶、運營等方面的能力。加之國産化浪潮的推動，從納管到遷移幾乎是一串順其自然的需求，遷移中客戶主要面臨兩個困難，一是部分業務連續不中斷或者盡量降低中斷時間，再則免費工具的複雜程度以及兼容性所存在的問題，導緻客戶不得不夠買一些第三方的遷移服務。這就使得屬于ZStack雲原生的遷移服務模塊， 在ZStack3. 0 版本中應運而生。

　　在ZStack接管VMware的基礎上，遷移服務輕松幫助用戶将vCenter上的雲主機遷移至ZStack平台，過程全UI界面操作，IP級細粒度屬性自定義，已支持主流Windows、Linux系統的雲主機的遷移。

　　ZStack V2V介紹

　　ZStack中有一個模塊叫遷移服務，可将不同平台的雲主機系統及數據完整遷移至當前雲平台。遷移服務除了可以将VMware的虛拟機遷移到ZStack，在3.6. 0 的版本中也支持将任何基于KVM的平台(源平台包括ZStack)遷移到ZStack。同時滿足在線遷移、離線遷移、并發遷移、指定遷移網絡、預修改雲主機配置等多種特性。本文重點以VMware虛拟機遷移至ZStack展開。

　　場景設定

　　假定用戶已部署一套vCenter環境和一套的ZStack私有雲環境，并已将vCenter接管到ZStack私有雲雲平台。由于業務需要，現要将已接管的vCenter雲主機遷移至當前的KVM雲平台中。

　　V2V遷移需要指定目标集群内的物理機作為遷移服務器。本場景下，假定用戶已提前準備好 1 台存儲服務器，并将該存儲服務器添加到目标集群内作為計算節點，用戶将使用這台計算節點作為遷移服務器。

　　用戶的源端和目标端信息如下：

　　具體實踐流程如下：

　　1.添加遷移服務器

　　2.創建遷移任務

　　a) 創建V2V遷移任務的第一步，除了填寫一些基本信息，需要指定源平台上待遷移的雲主機。若此處選擇多台源雲主機，将批量創建相應的遷移任務，最多可以同時指定 50 台。

　　b) 第二步配置目标平台的資源，也就是ZStack端的配置。對于計算和存儲資源可以根據當時的資源池情況給出參考數據。然後選擇剛才添加的遷移服務器。最後還有一個“壓縮模式”的選項，可以根據存儲類型和帶寬情況選擇是否先壓縮成qcow2 的格式再傳輸，當然壓縮本身也是需要占用整個遷移時間的。

　　c) 遷移任務的第三步，也是最複雜的一步。用戶通常是希望整個業務不中斷，或者中斷時間盡量縮短的，因此目标平台上可能提前做好了相應的網絡規劃。ZStack給出了每個網卡的源vCenter網絡與目标網絡的對應關系，可以細粒度到每個IP和mac地址。如果對業務的私網地址沒有嚴格要求，可以直接以網段的形式做出映射即可。

　　3. 确認提交後， 4 台vCenter雲主機創建出 4 個獨立的遷移任務，如圖所示已成功遷移至當前KVM雲平台。

　　4. 小結，整個過程使用下來比第三方的遷移工具的體驗流暢很多，全UI操作的同時保留了雲主機屬性的自定義能力，但需要先接管的要求對于某些場景可能有所限制。

　　後記

　　在筆者來看，未來幾年企業上多雲是大的趨勢，有趣的是大家對“混合雲”的定義也越來越寬泛。随着不同雲平台間遷移的需求愈發旺盛，各家雲廠商原生的遷移工具也會逐漸豐富，對客戶來說雲的遷入成本會逐步降低。對雲廠商來說，遷移技術的積累一方面可以轉化為災備能力，另一方面也可以補充自動化運維的場景。也許有客戶真的會對“混合雲”的彈性買單。