遷移最佳做法

本頁面提供一些最佳做法，說明如何使用 Google Cloud VMware Engine 將 VMware 虛擬機器 (VM) 執行個體遷移至私人雲端。

規劃遷移專案

將 VMware VM 遷移至私人雲端前，請按照下列步驟規劃遷移作業：

  • 識別人員，包括：

    • 客戶利害關係人
    • 計畫贊助者和擁有者
    • 負責遷移作業的技術團隊
    • 範圍內系統和應用程式的利害關係人
    • 相關的 Google 技術支援帳戶經理 (TAM)、合作夥伴工程經理 (PEM) 或客戶工程師 (CE)

  • 評估來源環境。

  • 建立企劃書，定義下列項目：

    • 遷移策略
    • 新環境的架構
    • 目標和成功標準，包括 UAT 和 QA 指令碼
    • 角色和職責
    • 通訊模式，包括每日站立會議、狀態回報、升級路徑、聊天室
    • 無法遷移的資料和相關策略
    • 里程碑和時間

  • 確保與所有相關人員保持一致。

評估遷移選項

如要評估 VMware Engine 的不同遷移選項，請考慮下列選項：

  • 建議分批進行遷移。

    • 考量應用程式依附元件和對應項目。
    • 根據 VM 的維護作業排程將其分組。
    • 為避免多次電源週期，請找出有待處理系統更新的 VM，並將時間表與遷移切換重新啟動作業保持一致。

  • 建立 VM 的備份和災難復原策略。建議您使用 Google Cloud 備份和災難復原和 VMware Engine 防護服務。

  • 請確認 vSphere、vCenter、HCX 和適用情況下的 NSX-T 在本地端符合 VMware Engine 元件版本的最低版本相容性。

  • 找出記憶體、CPU 或儲存空間需求超出目前節點類型規格，或與其他大型 VM 搭配使用時可能會造成爭用的 VM。

    舉例來說，資料庫伺服器可能需要大量記憶體，而檔案儲存伺服器可能需要大型資料儲存庫。

  • 針對因硬體或標記而無法遷移的內容，制定遷移前後策略，例如已掛載的 ISO、NSX-T 標記、使用 DirectPath I/O 的傳送裝置、多寫磁碟和實體 RDM。您可以考慮將實體 RDM 轉換為虛擬相容性模式。

  • 評估遷移方法。

    建議使用大量遷移功能。請考量相關規定和限制。

使用 VMware HCX 進行遷移

使用 HCX 進行遷移時，請考慮下列建議：

  • 雖然 HCX 連接器和 HCX 服務網格部署作業支援平面網路拓撲，但為避免路由問題和連線錯誤，請在不同的網路和 VLAN 上設定 HCX 管理和 HCX 上行鏈路網路設定檔。

  • 請確認您的 VMware 環境已安裝最新的 HCX 版本。詳情請參閱 HCX 服務更新程序。

  • 請務必視需要設定 HCX 備份和還原作業。

    SRE 團隊會管理 HCX Manager 備份，但不會管理 HCX Connector 備份。

    HCX 服務機器 (包括 HCX-IX 和 HCX-NE) 不需要個別備份。已還原的 HCX Manager 會重新連線至在備份期間內建立的現有服務裝置。如果服務機器人無法運作，HCX Manager 會根據備份的設定部署新的機器人 VM。

  • 使用 HCX 網路擴充功能延伸第 2 層網路時，請啟用 TCP 資料流量調節功能。如需相關資訊，請參閱「HCX 提供的流量調控功能」。

  • 如果 VM 透過 HCX L2 擴充功能與私有雲端進行通訊，請根據 VPN 端點設定，設定最佳 MTU 設定。在應用程式無法控制最大酬載大小的情況下，這點尤其重要。

    Google 建議在允許以以下方式傳輸資料的 VM 介面中，設定 1350 位元組至 1390 位元組或更低的 MTU：

    • 從地端端點連線至私有雲，反之亦然
    • 從一個私人雲端中的 VM 到另一個私人雲端中的 VM，透過 L2 擴充功能

    如需計算封裝額外負擔的其他指南，請參閱 MTU 考量事項和 VMware NSX-T VPN。

後續步驟