虛擬雲網路

網路虛擬化NSX 技術文章系列一百九十八: VMware HCX:方案介紹(三)

作者: Colin Jao 饒康立 – VMware資深技術顧問,主要負責VMware NSX產品線,目前致力於網路虛擬化、分散式安全防護技術與新應用遞送方案的介紹與推廣。

當管理者要使用VMware HCX來進行虛機移轉到另一個vSphere環境時,他有幾種選擇:Cold Migration / vMotion / Bulk Migration / Replication-Assisted vMotion這些不同的移轉方式。在接下來要和大家討論的就是這些不同方式的差異比較,如果各位後續會使用到HCX這個服務,可以依據業務的特性來考慮要採用哪種方式。

Cold Migration

沒有那麼複雜,Cold Migration就是虛機在關機狀況下,在兩個vSphere環境間做移轉。因為是關機,當然在過程當中,業務無法提供服務。當我們在進行HCX移轉選擇時,只要虛機的狀態是關機,自動地就會被選擇為Cold Migration的方式。在下圖內,當管理者選擇的虛機都是關機狀態,後面Migration Info內就會直接指出目前採用的是Cold Migration機制

Cold Migration要可以運作,有下列幾個限制:

  • VM的版本必須要在第9版以上
  • 來源端與目的端vSphere間的vMotion網路需要可以路由連接且防火牆開啟

Cold Migration是採用VMware NFC (Network File Copy) 機制進行虛機複製,執行時,只能一個一個虛機轉移。也就是說即使我一次選了十個虛機,一次就只能拷貝一個,一個做完再做下一個。這個時候大家就會覺得奇怪了,那我們幹嘛不直接用vCenter裡面的Migration就好啦,為什麼還特別要裝HCX,而且vCenter裡面還可以容許一次多個Cold Migration / vMotion進行耶。

如果大家願意採用Cold Migration,而且可以直接執行,當然不用HCX沒問題。但請考慮下列問題:

  • 來源與目的端的vCenter / vSphere版本可能差很多,也沒有支援enhanced linked mode,不用HCX,要怎麼用UI來進行虛機移轉呢?(其實可以啦,但要用API)
  • 用了HCX,可以透過底層廣域網路加速 / 傳輸加密的機制,來優化資料傳輸喔

但不管怎麼說,Cold Migration是在虛機停機的狀況下來移轉,對於支援核心業務的虛機肯定是不夠好的。所以來討論下一個vMotion。

vMotion

如果我們是選擇目前正在開機的虛機,就可以選擇vMotion這種移轉形式,如下圖:

如名字所述,HCX就是呼叫標準Live vMotion的方式在來源與目的端間進行虛機移轉。方案限制與上面一樣:HW version必須在第9版以上,兩端vMotion網路必須可以互通。而當然,採用HCX時就可以享受到跨vSphere版本,以及底層傳輸網路優化等好處了。但幾件事情特別討論:

  • 與Cold Migration不一樣,因為是Live Migration,此時轉移時就會有CPU指令集版本的問題。之前標準我們的做法是採用EVC (Enhanced vMotion Compatibility),但HCX裡面有支援per-VM EVC,即使目的地的vSphere叢集沒有開EVC,仍然可以執行成功
  • 可是如果是從新的CPU轉移到早期的CPU環境,此時Live vMotion就無法執行了
  • 與Cold Migration相同,管理者可以在HCX介面內一次選很多個虛機進行vMotion轉移,但此時HCX會『一個一個做』。而vMotion又是從頭開始去進行虛機的轉移,比如說一個虛機佔用200G的儲存空間,此時要把第一個虛機傳完,才傳第二個,大家就排隊排不完。在下圖我們可以看到在選擇多個虛機做vMotion轉移時,當一個正在跑,另一個就是排隊等著 (Parked)

所以以『大規模進行批次轉移』這樣的需求來說,Cold Migration / vMotion其實不太符合需求。如果一次是需要轉幾百個虛機,那麼下篇我們來討論,在VMware HCX內的Bulk Migration機制是更為常用的。

相关文章

评论

发表评论

电子邮件地址不会被公开。 必填项已用*标注