vMotion 的概念和最佳作法

HCX 實際上就是 vMotion 雙向 Proxy。 HCX 的每個執行個體都模擬vSphere資料中心內任何叢集外部的單一VMware ESXi™ 主機。 HCX 實例是雲端閘道佇列元件 (CGW) 的「前端」。 對於每一個連結至目前所檢視網站的 HCX 網站，都會出現一部 Proxy 主機。 當向遠端主機啟動vMotion時，本機 ESXi 主機會將該虛擬機器遷移到本機代理 ESXi 主機。

vMotion 在透過該通道收到來自來源 CGW 的資料時，會起始從遠端 ESXi Proxy 主機到目的地 vSphere 實體 ESXi 主機的 vMotion 移轉。 應用 vMotion 時，一次只能執行一個 VM 移轉作業，這與大量移轉選項不同。 因此，對於許多要遷移的虛擬機，建議僅在無法停機或存在重新啟動虛擬機的風險時才使用vMotion。 不過，就像標準 vMotion 一樣，VM 在此處理程序期間內可以是即時狀態。

透過 WAN 優化器，單一vMotion在 LAN 上達到最高限制，約1.7 Gbps，在 WAN 上達到 300 - 400 Mbps。 這不表示 LAN 上的 1.7 Gbps 等於 WAN 上的 400 Mbps（透過 WAN 最佳化工具），而是在特定環境上觀察到這些最大值。 此類環境由 10 GB LAN vMotion 網路和 1 GB 網際網路上行鏈路（與正式作業 Web 資料流量共用）組成。

在以下情況下使用vMotion：

• 如果虛擬機器難以關閉、啟動，或正常運作時間較長，關閉虛擬機器可能會帶來風險。
• 適用於任何需要磁碟 UUID 的叢集類型應用程序，例如Oracle RAC 叢集。vMotion不會更改目標上的磁碟 UUID。
• 如果您想要儘快移動單一虛擬機器。
• 如果不需要排程移轉。

大量移轉的概念和最佳作法

HCX 的大量移轉功能會使用 vSphere 抄寫來移轉磁碟資料，同時在目的地 vSphere HCX 實例上重建 VM。 移轉 VM 需要下列工作流程：

• 在目的地端及其對應的虛擬磁碟上建立新的 VM。
• 將 VM 資料抄寫至新的 VM。 不論切換排程為何，只要精靈完成，就立即開始複製。
• 關閉原始 VM 的電源。
• 在關閉電源期間，會進行任何資料變更的最終抄寫。
• 在目的地端開啟新 VM 的電源。
• 重新命名原始 VM 並將它移至移動目的地雲端資料夾中。

以下是大量移轉優於 vMotion 的優點：

• 同時移轉多部 VM。
• vMotion 會產生頻寬使用的波動，在網路監控工具或 WAN Opt UI 中會顯示為波峰和波谷。
• 使用批次遷移可以獲得比使用單一vMotion更高的網路頻寬能力的整體使用率。
• 排定大量移轉，在排定的中斷期間切換至新移轉的 VM。
• 允許遷移目前正在使用虛擬CPU功能的VM，這與雲端不同。在這些情況下，vMotion遷移可能會失敗。

以下是大量移轉劣於 vMotion 的缺點：

• 個別 VM 移轉的速度比 vMotion 慢很多。
• 在目的地端啟動新的複製 VM 時，VM 需要暫時關閉。
• 取決於磁碟排序及磁碟 UUID (Oracle RAC) 的 VM 可能會發生問題，其磁碟顯示會因為 UUID 變更而不同，這可能會將 OS 路徑變更至虛擬磁碟裝置。

共用磁碟叢集

Oracle RAC、MS Exchange 和 MS-SQL 叢集是應用程式範例，其中兩部以上的 VM 參與叢集，且需要在所有 VM 或叢集節點上共用磁碟。 對於屬於應用程式群集 (非 OS 虛擬磁碟) 的磁碟，需要在所有虛擬機器節點上啟用 VMware® multi-writer flag。 不支援為任何虛擬磁碟啟用多重寫入標記的虛擬機器。

查看以下有關遷移啟用多寫入器虛擬磁碟的叢集的資訊：

• vMotion 使用，因為原始的 VM 磁碟和 UUID 對應會保留。
• 在移轉期間，叢集在欠佳狀態下維持啟動（單一節點）。
• 叢集在移轉開始之前及移轉完成之後會出現運作中斷時間，以便在叢集 VM 之間重新組合多寫入器配置。

若要遷移啟用多寫入器磁碟的集群，請完成以下步驟：

1. 根據應用程式最佳作法，關閉叢集和所有節點的電源。
2. 如果應用程式有需要，請記下每個節點 VM 中針對多寫入器配置的虛擬磁碟的磁碟順序。
3. 對於Oracle和使用虛擬磁碟 UUID 功能的任何其他應用程序，請登入 ESXi 主機並執行命令 vmkfstools -J getuuid /vmfs/volumes/datastore/VM/vm.vmdk。 此命令取得需要為叢集設定多寫入器標誌的每個虛擬磁碟檔案的 UUID。 如果最佳實務使磁碟順序與路徑在作業系統中的顯示方式保持一致，則此步驟是必要的。vMotion可以對磁碟（ disk1、disk2、disk3 ）重新排序，但 UUID 保持不變。 遷移完成後，必要時使用注意到的 UUID 對應磁碟資訊，以重新建立磁碟命名順序和 SCSI ID。 當Oracle實例具有許多已映射的虛擬磁碟時，此資訊可用於故障排除。
4. 從主要叢集以外的所有叢集 VM 移除虛擬磁碟。
5. 從主叢集虛擬機器（唯一擁有叢集磁碟的虛擬機器）中刪除多重寫入器標誌。
6. 視需要開啟主要叢集的電源，使運作中斷時間縮至最少。
7. 使用 vMotion 移轉所有叢集節點。 先移轉主要叢集。 在關閉電源之後移轉所有其他節點。
8. 當擁有節點的主要磁碟完成移轉時，關閉電源。
9. 必要的話，以適當的磁碟 UUID 和 Scsi ID 重新對映磁碟順序。 應用程式要能運作，並不需要重新對映。
10. 在主要節點上重新啟用多寫入器旗標。
11. 啟動主要節點並驗證操作。
12. 在所有其他群集虛擬機器上對應磁碟或啟用多重寫入器旗標，並開啟它們。
13. 驗證其他叢集作業。

一般 VM

對 HCX 的功能建立信賴度之後，必須採用大量移轉。 對於備援應用程式，有必要執行大量移轉。 例如，Web 伺服器以及要將幾百個或幾千個的 VM 移轉到的位置。

使用直接連接 NAS 的 VM

NFS通常用於在許多伺服器之間共用數據，例如 Web 伺服器內容。iSCSI可以跨由電子郵件或 RDBMS 等應用程式叢集組成的 VM 節點使用，並且通常比NFS對延遲更敏感。

無論是哪一種情況，如果到 IBM Cloud 資料中心的延遲時間可以維持在較低水平 ( iSCSI 的延遲時間小於 ~7 ms，而 NFS 的延遲時間則視應用程式可容忍的程度而定)，並允許應用程式以 ~1 Gbps 或更低的頻寬運作，則 NAS 網路可透過 HCX 延伸至 IBM Cloud 位置。 之後，可以使用 HCX 遷移或vMotioned虛擬機器。

在移轉後，iSCSI 磁區可與 OS 鏡映到另一個本端雲端儲存空間解決方案，而且 NFS 資料可以抄寫至任何雲端解決方案。 查看以下注意事項：

• 延遲（iSCSI 或對 NFS 的應用程式容錯）
• 頻寬（每個延伸網路為 ~1 Gbps）
• 基礎鏈結頻寬

遷移生命週期結束後，在嘗試於生產系統進行遷移之前，先測試開發或暫存應用程式。 您可以在支援延遲敏感延伸 L2 網路的 L2C HCX 應用裝置之間，對基礎通道資料流量 (UDP 500/4500) 採用 QoS（服務品質）。