VMware虛擬機遷移不僅是一項技術任務，更是一個涉及多方面考量的系統化工程。它要求我們對現有資產信息進行詳盡梳理、精心規劃數據遷移的路徑、執行具體的遷移操作，并最終確保業務在遷移過程中無縫切換。

深信服為VMware數據遷移的用戶提供4種遷移方式以滿足各類場景的遷移需求：

• VMware納管遷移：使用深信服云/虛擬化平臺納管vCenter進行數據遷移

• SCMT無代理點對點遷移：使用深信服遷移工具對接vCenter進行數據遷移

• SCMT有代理點對點遷移：使用遷移工具對接代理插件，基于數據復制進行遷移

• SCMT有代理熱備遷移：使用遷移工具對接代理插件，基于CDP技術進行遷移

本文將為用戶詳細說明每種數據遷移方式的操作流程及注意事項，以便正在規劃VMware替換的用戶對數據遷移流程有全面的了解，建議收藏！

遷移前關鍵信息收集與評估

在進行VMware虛擬機遷移之前，應進行詳細的信息收集來確定遷移方案，包括：

物理服務器、外置存儲、網絡設備等型號

評估物理存儲和網絡設備的利舊支持情況，如果現有設備到達使用年限或新平臺不兼容，則考慮新建資源池承載。

關于深信服云/虛擬化平臺的軟硬件兼容性列表可參考下列鏈接：

http://www.szyuanan.com/compatibility

vCenter/ESXi版本

評估是否支持對接VDDK使用無代理遷移模式，如果不支持則采用有代理的方式進行遷移。下表為深信服支持的無代理遷移版本：

業務應用類型、停機窗口

評估業務可接受的停機時間，確定各應用虛擬機所適合的遷移方式。實際環境因網絡和存儲性能差異而表現不同，下表為實驗室測試數據，僅供參考：

操作系統版本號

避免出現太老舊的版本不予支持的情況，如果不支持則考慮采用更換操作系統重建應用的遷移路徑。下表為部分操作系統的兼容性支持情況，詳細請參考深信服官網兼容性列表。

虛擬設備格式及文件系統類型

評估有代理遷移的支持情況，通用文件系統基本支持，裸盤介質參考文件系統進行遷移，也可重新映射使用。下表為深信服遷移工具代理插件對磁盤及文件的支持列表：

網絡端口策略

檢查網絡端口策略按需放開遷移源端與目標端之間的管理端口和數據傳輸端口，否則會造成遷移失敗。下表以各遷移方式為例展示端口通信情況：

遷移網絡信息

根據遷移傳輸的網絡帶寬情況，評估對業務網絡的影響，并計算和安排整體遷移工作的時間。下表以部分系統遷移為例：

系統資源配置以及占用率

評估遷移后的操作系統是否需要進行資源與配置調整?？紤]到應用綁定影響，原則上僅擴容不縮容。

基于無代理技術的VMware納管遷移

深信服云/虛擬化平臺內置納管VMware的能力，支持通過納管vCenter調用VDDK接口的方式將VMware虛擬機遷移到新平臺上運行，允許在開機狀態下進行批量系統遷移，在遷移的最后階段關閉源虛擬機完成遷移。整體過程采用類似于vMotion的做法，簡單高效完成遷移動作。

VMware納管遷移關鍵步驟如下：

1 深信服云/虛擬化平臺對接vCenter，需放通深信服平臺到vCenter之間的443和902端口，兼容支持vCenter 5.0~7.0.2等版本。

2 納管對接完成后，選中多臺業務虛擬機進行批量遷移，遷移過程中最大并發2臺虛擬機，其余虛擬機按順序排隊等待，整體遷移速率取決于網絡質量與存儲速率。

3 在深信服云/虛擬化平臺對遷移任務進行配置，確定每臺虛擬機遷移后的運行位置、網絡連接、遷移限速、壓縮傳輸等配置，開啟虛擬機遷移任務。

4 遷移最后階段平臺將虛擬機鏡像格式轉換完成后將自動開機進行驅動注入和配置優化，同時源端虛擬機關閉（不會刪除），業務被切換至目標虛擬機訪問。

5 由業務和運維人員發起驗證，驗證業務系統訪問正常即遷移完成。若業務訪問異常需要回滾，可關閉目標端，重新開啟VMware虛擬機恢復業務。

VMware納管遷移注意事項：

無法遷移場景：VMware虛擬機掛載外置存儲LUN、裸磁盤映射RDM、USBKEY映射等場景下，這部分數據無法被VDDK快照捕獲，不能通過納管遷移的方式遷移到深信服平臺，可在遷移前取消掛載，遷移后手動重新掛載/映射到新的虛擬機實現遷移。

遷移配置變化：納管遷移的效果是將源虛擬機完全復制到新的平臺，包括CPU、內存、IP、hostname、存儲等資源都不會發生變化，如需修改請在業務上線時手動進行配置。虛擬機遷移后的MAC地址和UUID將會發生變化，部分應用需要依賴MAC和UUID進行授權或功能綁定時，請在遷移后進入平臺修改配置。

規避快照影響：納管遷移是基于快照來捕獲和對比VMDK的數據差異，在整個遷移的過程中會進行多次快照動作，對業務性能影響較大，所以高負載業務的遷移工作需申請特定的業務空窗期進行。

遷移關機切換：整個納管遷移的過程是全自動的，遷移任務開始之后包括數據傳輸、目標開機、網絡切換都是系統自動實現的，除手動關機和業務驗證之外無需人為介入操作。優點是遷移操作簡單，缺點是無法手動變更配置，源端存在關機風險，如果業務應用對連續性非常敏感，或需要把控切換過程細節，請采用SCMT工具進行遷移。

基于無代理技術的SCMT點對點遷移

深信服提供信服云遷移工具SCMT來實現基于無代理技術的數據遷移，同納管遷移的技術類似，由SCMT來對接vCenter的接口來獲取資源和下發傳輸指令。相比于納管遷移來說，SCMT在遷移流程上功能更為豐富，可以實現遷移變更、定時切換、虛擬機驗證等功能，適用于更多場景。

SCMT無代理遷移的關鍵步驟如下：

1 使用深信服遷移工具SCMT對接vCenter管理平臺，對接成功后會自動通過vCenter獲取VMware的虛擬機列表和狀態信息。參考遷移評估來確定兼容性。

2 對接完成后，在SCMT選擇待遷移的虛擬機，創建點對點遷移任務。此步驟選擇對源虛擬機CPU/內存/磁盤/網卡等資源進行遷移，允許在遷移過程中對資源大小、類型、配置進行修改，允許根據網絡狀況配置數據同步頻率和傳輸帶寬限制等內容。

3 在新建遷移任務的過程中嵌入深信服云/虛擬化平臺新建虛擬機功能，可同時選擇遷移后目標端虛擬機的詳細配置，如需對遷移后的虛擬機進行配置修改、策略修改、高級特性配置，皆可在遷移之前完成，配置完成后自動在目標端生效，無需在業務停機切換過程中消耗時間，可以在一定程度上縮短業務停機窗口。

4 遷移任務創建完成之后，SCMT會自動按照上述步驟的配置在目標端創建虛擬機并連接。連接完成后進入數據傳輸階段，首次傳輸全量數據，后續按照設定的頻率進行增量數據傳輸，整個傳輸過程源端業務可正常運行，但每次快照會造成性能下降40%左右。

5 來到業務切換窗口期或業務低峰期，進入停機切換過程，切換過程中對源和目標端狀態進行選擇。建議選擇源端為“斷開網絡”，目標端直接開機以驗證業務。

6 開始切換后，SCMT會按照配置的策略將源端網卡關閉以停止業務，然后將最后的增量數據同步到目標端，同時開啟目標端虛擬機進行格式轉換和驅動注入等工作。待切換完成后，目標端虛擬機接管業務。

7 由業務和運維人員發起驗證，驗證業務系統訪問正常即遷移完成。若業務訪問異常需要回滾，可關閉目標端，重新開啟VMware虛擬機恢復業務。

SCMT無代理點對點遷移說明：

基于無代理技術的SCMT點對點遷移同樣無法處理掛載了外置存儲LUN、裸磁盤映射RDM、USBKEY映射的場景，以及同樣無法避免快照帶來的影響。但相比于納管遷移來說，SCMT為整個遷移過程加入了豐富的編排和驗證能力來支撐更多場景：

• 在需要對待遷移虛擬機進行規格擴容和配置優化時，在創建遷移任務時就可以完成，無需在業務停機切換過程中消耗時間，可以在一定程度上縮短業務停機窗口。
• 在需要對集群類應用系統（Redis、Zookeeper）進行遷移時，可以對多個虛擬機同時創建遷移任務，待所有節點數據同步完成后，進行統一的遷移切換。
• 無人值守場景下，可以在第一天傍晚對應用虛擬機創建遷移任務，夜里由遷移系統自動進行數據傳輸，待到第二天業務上線前進行統一的應用切換。

 

基于有代理技術的SCMT點對點遷移

深信服遷移工具SCMT支持通過代理插件Agent的模式進行文件系統的數據拷貝遷移。在源端操作系統安裝Agent之后與SCMT服務端進行連接，用于接收SCMT界面下發的遷移任務和數據傳輸指令，同時通過讀取操作系統中的磁盤塊來實現全量和增量數據的傳輸。借助Agent插件可以降低對源系統的影響，提高遷移效率。

SCMT有代理遷移的關鍵步驟如下：

1 在待遷移的源端操作系統中安裝代理插件Agent，要求源端操作系統的總內存大于2G，空閑內存大于1G，且可以訪問SCMT服務端的相關網絡端口。參考遷移評估來確定環境和兼容性。

2 對接完成后，在SCMT選擇待遷移的虛擬機，創建點對點遷移任務。此方案的步驟在傳輸技術上與SCMT無代理遷移有所不同，在頁面操作上完全一樣。

3 在新建遷移任務的過程可同時選擇遷移后目標端虛擬機的詳細配置，如需對遷移后的虛擬機進行配置修改、策略修改、高級特性配置，皆可在遷移之前完成，配置完成后自動在目標端生效，無需在業務停機切換過程中消耗時間，可以在一定程度上縮短業務停機窗口。

4 遷移任務創建完成之后，SCMT會自動按照上述步驟的配置在目標端創建虛擬機并連接。在傳輸過程中Agent對CPU的資源占用小于3% ，內存消耗峰值小于260MB；默認對存儲性能占用30%，讀取隊列深度為4；默認占用300Mbps網絡帶寬；存儲和網絡的限制可手動進行調整。

5 來到業務切換窗口期或業務低峰期，進入停機切換過程，切換過程中對源和目標端狀態進行選擇。建議選擇源端為“斷開網絡”，目標端直接開機以驗證業務。

6 開始切換后，SCMT會按照配置的策略進行最后的增量數據同步，同步完成后開啟目標端虛擬機進行驅動注入和配置調優后接管業務。待目標端開機之后，手動卸載遷移Agent插件。

7 由業務和運維人員發起驗證，驗證業務系統訪問正常即遷移完成。若業務訪問異常需要回滾，可關閉目標端，重新開啟VMware虛擬機恢復業務。

SCMT有代理點對點遷移說明：

無論是有代理還是無代理，點對點遷移的過程和步驟大致相同，在無人值守等場景同樣適用，只是在遷移技術原理上有所區別。除此之外，在使用有代理的遷移方式時，需注意以下事項：

停機切換方式選擇：在遷移最后階段，為將數據完整地傳輸到目標端，需停機以避免源端業務產生新的數據。單機類應用在停機時，優先采用斷網絡/禁網卡的方式進行，可以避免業務服務啟動時發生故障，也方便回滾。集群類應用在停機時，斷開網卡會導致集群服務異常，推薦采用關停服務的方式進行，此時在界面選擇“不做操作”，進入操作系統內部關停服務。盡量避免關停源機。

停機中斷時間：基于無代理的點對點遷移模式在業務切換過程的中斷時間在5~10分鐘之間。停機中斷時間包括最后的增量傳輸時間、目標端開機時間、應用配置檢查時間、業務系統驗證時間四個步驟。其中前兩個步驟由系統自動完成，后兩個步驟需要運維和業務的相關人員手動進行，在估算停機時需為人工預留時間。

業務異常情況處置：在應用系統驗證過程中，如果因環境問題導致目標端無法正常啟動或應用無法正常運行，應在可接受停機范圍內協調運維修復。若評估超出停機范圍，需斷開目標端的網絡，恢復源端訪問狀態，將業務切換回原資源池系統，可在1分鐘內完成回退。

基于有代理技術的SCMT熱備遷移

深信服遷移工具SCMT提供基于CDP持續數據保護技術的熱備遷移，借助代理插件Agent將全量數據和每秒的數據變化量備份至SCMT的服務端，然后通過熱備計劃將服務端備份的數據推送到目標端虛擬化平臺。

目標端在接收到全量數據之后，便生成全新的業務虛擬機，完成驅動注入和配置修改等動作后，進入半開機運行狀態與遷移源端同步每秒的差異數據變化量。在進行業務停機切換時，目標端半開機狀態的虛擬機可以快速完成IP漂移和業務接管，進一步縮短停機切換的時間。

SCMT熱備遷移的關鍵步驟如下：

1 在待遷移的源端操作系統中安裝代理插件Agent，要求源端操作系統的總內存大于2G，空閑內存大于1G，且可以訪問SCMT服務端的相關網絡端口。參考遷移評估來確定環境和兼容性。

2 對接完成后，選擇需要進行熱備遷移的虛擬機新建CDP備份計劃，在備份計劃中選擇業務優先策略異步遷移數據，備份時間粒度最小可達微秒級，高頻傳輸數據。支持對網絡、存儲等性能進行限速設置。創建完成后，執行此備份計劃，將數據備份至SCMT服務端。

3 在CDP數據備份開始之后，新建熱備計劃將CDP的數據流從服務端傳輸到目標端。以整機恢復的方式在目標端建立起新的虛擬機，并開始傳輸數據。在建立目標端虛擬機的過程中會進行平臺檢測、驅動注入、系統開機。

4 目標端虛擬機創建完成之后，系統進入半開機狀態，此狀態表明目標端系統已準備完成，并實時同步源端數據，等待最后切換。

5 來到業務切換窗口期或業務低峰期，進入熱備切換過程。找到相應的熱備計劃對其進行切換，切換時選擇將備機切換到最新的數據。切換過程中自動修改源端網絡配置，將業務切換到目標端。

6 切換完成后，由業務和運維人員發起驗證，驗證業務系統訪問正常即遷移完成。若業務訪問異常需要回滾，可關閉目標端，重新開啟VMware虛擬機恢復業務。

SCMT有代理熱備遷移說明：

準備數據空間：熱備遷移模式的工作過程，是將源端數據通過CDP備份傳輸到SCMT服務端，其次再通過熱備計劃在目標端建立虛擬機。在整個過程中數據需要保存在SCMT服務端，所以需要為服務端配置足夠存儲空間來保存數據，通常建議配置存儲空間為源端數據量的1.5倍。

停機中斷時間：熱備遷移方式通過CDP數據傳輸，半開機狀態同步等技術提高數據傳輸頻率，加快數據同步效率，縮短目標端開機時間，將業務切換過程中的停機時間控制在1分鐘左右（具體中斷時間和業務服務啟動時間有關），滿足對可靠性較高的業務系統遷移需求。

業務異常情況處置：通過熱備遷移的方式切換后，源業務系統除網絡信息之外不會發生變化。在應用系統驗證過程中，若評估修復失敗，需進行業務回退時，通過斷開目標端網絡，恢復原業務系統網絡訪問狀態即可實現回退。將業務切換回原資源池系統，可在1分鐘內完成。

 

深信服VMware遷移技術總結

云話技術是深信服打造的一檔云技術內容專欄，將定期為大家推送云計算相關的技術解析、場景實踐等內容，為大家深度解析深信服在云計算領域的創新能力、技術動態、場景應用及前瞻分析。