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私有云云平台。由於業務需要，現要將已接管的vwww.cppcns.comcenter雲主機遷移至當前的kvm雲平台中。

v2v遷移需要指定目標集群內的物理機作為遷移伺服器。本場景下，假定使用者已提前準備好 1 臺儲存伺服器，並將該儲存伺服器新增到目標集群內作為計算節點，使用者將使用這台計算節點作為遷移伺服器。

使用者的源端和目標端資訊如下：

具體實踐流程如下：

1.新增遷移伺服器

2.建立遷移任務

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

b) 第二步配置目標平台的資源，也就是zstack端的配置。對於計算和儲存資源可以根據當時的資源池情況給出參考資料。然後選擇剛才新增的遷移伺服器。最後還有乙個「壓縮模式」的選項，可以根據儲存型別和頻寬情況選擇是否先壓縮成qcow2 的格式再傳輸，當然壓縮本身也是需要占用整個遷移時間的。

c) 遷移任務的第三步，也是最複雜的一步。使用者通常是希望整個業務不中斷，或者中斷時間盡程式設計客棧量縮短的，因此目標平台上可能提前做好了相應的網路規劃。zstack給出了每個網絡卡的源vcenter網路與目標網路的對應關係，可以細粒度到每個ip和m程式設計客棧ac位址。如果對業務的私網位址沒有嚴格要求，可以直接以網段的形式做出對映即可。

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

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

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

本文標題: zstack跨平台遷移可以如此簡單

本文位址: /news/media/284714.html

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

Oracle跨平台遷移的簡單總結

SYBASE 資料庫的跨平台遷移

db2 v9 7 跨平台遷移

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

Oracle跨平台遷移的簡單總結

SYBASE 資料庫的跨平台遷移

db2 v9 7 跨平台遷移

相關推薦