將 VMware 工作負載遷移至 IBM Cloud VPC 虛擬伺服器：選項與最佳實務
您可以透過「自行操作」（DIY）方法、RackWare Migration Manager（ RMM ），或由 IBM 合作夥伴提供的託管遷移服務，將 VMware 工作負載遷移至 IBM Cloud VPC 虛擬伺服器。
- WanClouds 或 PrimaryIO 等服務供應商可以管理您的遷移。 如需更多資訊，請參閱您所選服務的說明文件。
- RackWare RMM- 如需進一步了解如何使用 進行遷移，請參閱 RackWare RMM 《從 -Automated 遷移至 VPC 虛擬伺服器（使用 ）技術指南》 IBM Cloud VMware VCF RackWare RMM。
- DIY（自己動手做）遷移是指不透過服務供應商或 RackWare RMM 進行的遷移方式。 您使用最適合自己的技巧。
下圖顯示主要的運算架構元素。
以下指南分為一般原則、DIY 移轉和 RackWare RMM。
一般移轉原則
若要進一步瞭解一般移轉原則，請參閱下列連結。
DIY 移動
如需進一步了解 DIY 遷移的相關資訊，請參閱以下連結。
RackWare RMM
如欲進一步了解「RackWare」（ RMM ），請參閱以下連結。
DIY 移轉方法比較
下表提供了四種可用於將 VMware 虛擬機器遷移至 VPC 虛擬伺服器實例的 DIY 遷移方法的比較。 每種方法都有其獨特的優點，適用於不同的移轉方案。 檢閱這些選項，以決定哪種方法最適合您的工作負載需求、技術限制和移轉規模。
檢視下表，瞭解每種移轉方法的摘要。
| 遷移方法 | 說明 |
|---|---|
| 映像檔匯入 | 最適用於單磁碟虛擬機、範本重複使用情境和簡單的遷移。 如需詳細資訊，請參閱 方法 1：影像匯入（基於範本的移轉）。 |
| 直接複製音量 | 最適合需要避免影像擴散的多磁碟虛擬伺服器，以及需要精確控制磁碟區配置的場景。 如需詳細資訊，請參閱 方法 2：複製直接磁碟區（多磁碟方法）。 |
| 即時網路傳輸 | 最適合用於大規模的遷移、需要將停工時間減至最短，或匯出虛擬伺服器不切實際的情況。 如需詳細資訊，請參閱 方法 3：即時網路傳輸（建議用於規模）。 |
| VMware VDDK 直接抽取 ( 僅 vCenter ) | 此選項是適用於 vCenter 環境的單一指令遷移程序。 如需詳細資訊，請參閱 方法 4：VDDK Direct Extraction(僅限 vCenter)。 |
Linux 和 Windows 移轉考量
請參閱下列 Windows 和 Linux 虛擬伺服器的遷移注意事項。
RackWare Migration Manager ( RMM ) 移轉概觀
RackWare Migration Manager ( RMM ) 是一個商用的遷移平台，可從 IBM Cloud 目錄中取得。 RMM 自動將 VMware 工作負載遷移至 IBM Cloud VPC 虛擬伺服器實體。 與以往的手動遷移方法不同，RackWare 提供了圖形化介面和集中化協調的遷移體驗。 如需詳細資訊，請參閱 RackWare 和 IBM Cloud。
RackWare RMM 的運作方式
RMM 透過使用輕量級的無代理架構運作。 您在目標 VPC 環境中部署 RackWare 管理伺服器，作為虛擬伺服器實例，作為所有遷移活動的協調中心。 該平台可發現您的來源虛擬機，並提供基於 Web 的介面以選擇和設定遷移。
該平台可執行虛擬伺服器磁碟的區塊層級複製，並直接將資料傳輸至 VPC 磁碟區。 在此過程中，RMM 會自動進行格式轉換 (將虛擬 machineDK 轉換為原始格式)、驅動程式注入 (透過為 Windows 和 Linux 安裝 VirtIO 驅動程式)，以及目標雲端環境所需的作業系統層級修改。
RMM 根據來源虛擬伺服器自動佈建目標虛擬伺服器實體及其開機和資料磁碟區。 RMM 支援 delta 同步，在來源虛擬伺服器執行時初始化完全同步，以幫助最小化切換視窗。 然後，接著是變更區塊的增量同步，以及最後同步和切換的簡短切換視窗。
RMM 支援橋接伺服器，可啟用來源虛擬伺服器的 NAT，有助於保留來源和目標中的 IP 位址範圍。
RackWare RMM BYOL
RackWare RMM 此產品可透過「自備授權」（BYOL）方案，於 目錄中取得。IBM Cloud 您可以將 RackWare Management Server 作為 VPC 中的虛擬伺服器實體進行佈建，並根據計劃遷移的工作負載數量，直接透過 RackWare 處理授權事宜。 IBM 與 RackWare, 擁有合作關係，且該解決方案已通過 VMware 至 VPC 遷移的驗證與支援。 您可以在目錄中的 Migration tools 下找到 RackWare，或搜尋 "RackWare"。
部署過程涉及以下動作。
- 在您的 VPC 中佈建 RackWare 裝置
- 在 VMware 環境與 VPC 之間設定網路連線 (通常透過 Transit Gateway )
- 從 RackWare 網頁介面設定和執行轉移
RackWare 提供特定於 IBM Cloud VPC 目標環境的 文件和支援。
RackWare 的應用案例 RMM
RMM 最適合有下列情況的組織。
- 您需要遷移超過 50 台虛擬伺服器。 與手動方式相比，集中化的協調、批次處理功能和自動化可大幅減少遷移工作。 手動處理每個虛擬伺服器可能需要 2-3 小時，使用 RMM 則可縮短到 30-60 分鐘。
- 您需要為具有嚴格可用性要求的生產工作負載盡量減少停機時間。 RMM 遷移與 delta 同步執行大部分的資料傳輸，而主要應用程式則維持執行。 此流程可將切換時間從數小時縮短至數分鐘。
- 雲端專業技術有限。 RackWare 管理複雜的作業，例如驅動程式注入、作業系統準備和雲端特定組態。
- 您需要工作流程自動化。 RMM 提供工作流程自動化、稽核記錄和可重複性，這些都是手動遷移方法難以達到的。
- 支援很重要。 與開放原始碼工具 (libguestfs, virt-v2v )不同，RackWare 提供企業支援、定期更新，以及 IBM Cloud VPC 的驗證配置。
RMM 可能不是下列情況的最佳工具。
- 10 台或更少虛擬伺服器的小型遷移。 對於小規模的轉移，授權成本和設定時間可能不足以證明自動化的好處。
- 高度客製化或非標準的虛擬伺服器。 RMM 可處理大多數作業系統組態，但具有特殊組態、自訂核心或不尋常儲存配置的虛擬伺服器可能需要手動介入。
- 預算有限的專案。
- 缺乏 VPC 專業知識的組織。 使用 RackWare 可以自動執行許多 VPC 任務，您的團隊可能會從實際學習中獲益。 若要建立長期的 VPC 專業知識，請從手動遷移開始。
將 RMM 與手動方法整合
RMM 和手動方法並不互相排斥。 以下範例是常見的遷移模式。
- 手動啟動試點波次 (方法 2 或 3) 以學習 VPC 概念並驗證您的目標架構。
- 記錄問題、時機和經驗教訓。
- 為後續波次部署 RackWare，利用您的試點經驗優化 RackWare 配置。
- 保留手動方法給特殊情況或有問題的虛擬伺服器。
這種混合方法可平衡整個遷移專案的學習、成本和自動化效益。