今天想跟大家分享一下 以 VMware 技術(shù)為底座的云間漫游方案 ,在開始正文之前談?wù)勎以趯戇@個(gè)話題時(shí)想到的幾個(gè)典故。
典故 1:科幻經(jīng)典巨作《2001: 太空漫游》是一部偉大的作品,電影和書都是。也正如《三體》的作者劉慈欣對(duì)該作品的薦言中寫道:我所有作品都是對(duì)《2001:太空漫游》的拙劣模仿。
上個(gè)世紀(jì) 60 年代末所暢想的人類將會(huì)在 2001 年實(shí)現(xiàn)太空漫游,其場(chǎng)景中有諸多對(duì)未來的想象與推測(cè)在今天都一一兌現(xiàn)了,但更多的是時(shí)至2020年我們還有很多領(lǐng)域沒有做到該作品所預(yù)測(cè)的那樣。2019年是該電影作品的50周年,我們?nèi)祟惾栽谟钪嫣剿鞯牡缆飞喜铰嫩橎堑那斑M(jìn)著。我也帶著對(duì)該作品崇高的敬意期待著它的進(jìn)程。
典故 2:清楚的記得前東家作為網(wǎng)絡(luò)大廠,很早就提出了 Intercloud 的想法,并成立事業(yè)部,提供了解決方案。在這個(gè)事業(yè)部存在的那幾年了,作為一名中國員工總是帶著這玩意不靠譜的心理預(yù)期去看待它。嘗試去閱讀 Intercloud 的文檔后,除了已知采用路由器構(gòu)建VPN到公有云之外,并沒有別的讓我興奮的特色。以至于后來新 CEO Chunk 上臺(tái)后該事業(yè)部就被無情的連根拔了。也許是時(shí)機(jī)不成熟,也許是生態(tài)帶來的壁壘,或是別的什么原因我們不得而知。
好了,閑篇少敘。正式開始正文部分,站在 2020 年這個(gè)時(shí)間節(jié)點(diǎn)來向大家介紹來自 VMware 可落地的云際漫游方案。
02、VMware 混合云體驗(yàn) (HCX)
在商業(yè)虛擬化領(lǐng)域 VMware 以接近 90% 的市場(chǎng)占有率獨(dú)占鰲頭,而如今更是通過一系列眼花繚亂的操作強(qiáng)力躋身云原生領(lǐng)域。收購 Heptio & Pivotal 等公司使得 VMware 更是成為了 CNCF(云原生基金會(huì)) 貢獻(xiàn)率第二的公司, 僅次于 Google。
即便在今天各個(gè)廠家與機(jī)構(gòu)都在大力的參與云原生的事業(yè),你可能會(huì)猜想容器Runtime會(huì)成為主流,虛擬機(jī)會(huì)逐漸淡出歷史舞臺(tái)? 但就我們觀察到的趨勢(shì)卻恰恰相反,虛擬機(jī)正在通過改良基因而成為新一代的云原生Runtime。大量的超微虛擬機(jī)支持了 OCI(Open Container Initiative)標(biāo)準(zhǔn)。如 VMware 的 CRX,AWS 的 Firecracker,Openstack 主導(dǎo)的 Kata,還包括 Google 的 gVisor,都是以裁剪后的虛擬機(jī)為基底作為容器的Runtime。
它們無一例外都是借助了虛擬機(jī)天然的優(yōu)勢(shì):強(qiáng)隔離,硬件虛擬化,網(wǎng)絡(luò)高性能,存儲(chǔ)方案多樣性等等。同時(shí)兼具了容器的輕量級(jí)和簡便封裝的核心。但不管貴司采用的是何種Runtime,標(biāo)準(zhǔn)虛擬機(jī)或者容器,亦或超微虛擬機(jī),事實(shí)上在應(yīng)用有狀態(tài)時(shí)依然是難以遷移的。也就是我們常說的帶存儲(chǔ)遷移,這給云際漫游帶來了實(shí)質(zhì)性的障礙。
那我們著眼當(dāng)下, 傳統(tǒng)的企業(yè)數(shù)據(jù)中心采用的大量的 VMware vSphere 技術(shù)棧的業(yè)務(wù),絕大多數(shù)都是帶狀態(tài)的業(yè)務(wù),這些業(yè)務(wù)的平滑遷移是我們率先需要解決的。將這些業(yè)務(wù)遷移到 VMware 下一代的技術(shù)平臺(tái),亦或是遷移到 VMware 技術(shù)棧的公有云平臺(tái)。當(dāng)然你可以用于新老平臺(tái)間,私有云與公有云間的容災(zāi)保護(hù)。該解決方案就是 VMware HCX,混合云際漫游。
VMware HCX 提供一套能夠多云間虛擬機(jī)遷移的解決方案,上圖中可概覽到,在私有云環(huán)境中用戶可以通過 HCX 將老版本的虛擬機(jī)業(yè)務(wù)平滑的遷移到 VMware 最新的技術(shù)棧如 VCF / SDDC中。也可以遷移至啟用了 VMware 技術(shù)棧的公有云,如 VMC on AWS / Azure。在撰寫本文的同時(shí),我們也迎來了久違的 VMC on AliCloud,意味著國內(nèi)用戶可以通過 HCX 方案將虛擬機(jī)業(yè)務(wù)遷移或?yàn)?zāi)備在阿里云。正如我擬定的標(biāo)題一樣,HCX 是一套云際漫游方案,所以我們還可以實(shí)現(xiàn)公有云到公有云間的遷移或容災(zāi),也可同時(shí)再與您的私有云遷移備份聯(lián)動(dòng),是一套 Mesh 形態(tài)的方案。
HCX 方案的主要商業(yè)價(jià)值:
- 數(shù)據(jù)中心搬遷 / 新構(gòu)數(shù)據(jù)中心的遷移 / 原數(shù)據(jù)中心的升級(jí)
- 嘗試采用混合云 / 混合云間的用量平衡
- 制定災(zāi)備計(jì)劃 / 采用混合云進(jìn)行災(zāi)備
- 其他平臺(tái)遷移至 VMware 新一代的技術(shù)棧
03、HCX 架構(gòu)與特性概述:
被遷移的虛擬機(jī)最低平臺(tái)版本可以從 ESXi 5.5 開始或更高, 也可以是非 VMware 技術(shù)棧的虛擬機(jī)如 KVM 或 Hyper-V(需要Agent)。整個(gè)虛擬機(jī)遷移的過程可以是平滑的,批量的,有計(jì)劃的,去重壓縮的,甚至是無業(yè)務(wù)中斷的和二層延展的遷移方式。讓我們通過 HCX 的架構(gòu)示意圖一探究竟。
源站點(diǎn)數(shù)據(jù)中心需要部署 HCX,并集成 VC,NSX(網(wǎng)絡(luò)虛擬化)組件為可選項(xiàng)。目標(biāo)站點(diǎn)也是類似部署 HCX 與 VC 集成,但 NSX 為必選項(xiàng)。通過最少一組或多組的 HCX InterConnect 進(jìn)行加密隧道組網(wǎng),并可選結(jié)合去重壓縮或二層延展。也可加持 SRM 做顆粒度更高的容災(zāi)計(jì)劃。
核心技術(shù)點(diǎn):
構(gòu)建加密通道,在私有云間或到公有云,可理解為多通道 VPN:
- 支持多路徑通道 / 自動(dòng)最優(yōu)路徑, TCP會(huì)話修剪。
- 可構(gòu)建在私有專線上如 MPLS VPN 或 SDH 等, 也可以基于互聯(lián)網(wǎng)出口構(gòu)建(甚至無需固定公網(wǎng)IP), 當(dāng)然兩種或多種形態(tài)的鏈接可同時(shí)存在。
可雙向批量遷移,同時(shí)結(jié)合去重壓縮技術(shù)減少廣域網(wǎng)開銷:
- 構(gòu)建鏈路時(shí)可輕松的附帶出重壓縮功能,和流量管控。在批量遷移虛擬機(jī)時(shí)帶來可觀的廣域網(wǎng)開銷節(jié)省。
- 支持批量,按計(jì)劃的批量熱遷移和批量溫遷移。熱遷移即虛擬機(jī)不關(guān)機(jī)遷移,溫遷移在同步時(shí)業(yè)務(wù)無影響遷移切換時(shí)虛擬機(jī)重啟。
網(wǎng)絡(luò)功能延展,保持原 IP 遷移,改動(dòng) IP 遷移,或二層延展遷移:
- 批量遷移時(shí)可選是否同時(shí)修改被遷移虛擬機(jī)的 IP (需要 VM Tools 的支持)。
- 也可采用二層延展技術(shù),使虛擬機(jī)平滑二層遷移,并能與原數(shù)據(jù)中心相同子網(wǎng)的虛擬機(jī)通訊,但出口已優(yōu)化至本地。
簡化遷移難度:
- 用戶無需在目標(biāo)數(shù)據(jù)中心開啟 EVC 兼容模式。
- 遷移計(jì)劃中還可指定,遷移后同時(shí)升級(jí)虛擬機(jī)版本以及 VM Tools。
多向容災(zāi)保護(hù),并可結(jié)合 VMware SRM:
可在私有到私有,私有到公有云間制定容災(zāi)計(jì)劃。如果該計(jì)劃由SRM制定,SRM 還可聯(lián)動(dòng)使用 HCX 構(gòu)建的優(yōu)化通道和去重壓縮技術(shù)。
- HCX 的批量遷移可以為容災(zāi)自動(dòng)產(chǎn)生容災(zāi)種子文件,使得遷移完成后的虛擬機(jī)可以輕松的指定原數(shù)據(jù)中心的種子文件為其容災(zāi),大大減少了同步成本和網(wǎng)絡(luò)開銷。
- HCX 提供容災(zāi)演練,同步狀態(tài)追蹤,按計(jì)劃構(gòu)建保護(hù)快照等高級(jí)功能。
- 源目站點(diǎn)由 HCX NET-EXT(VM) 來構(gòu)建二層延展的隧道, 也就是我們常說的 Overlay 路徑。
- HCX NET-EXT 阻斷源目站點(diǎn)的廣播報(bào)文。
- 橙色 VM-A20 保持IP 192.168.10.20 不變,遷移到目標(biāo)站點(diǎn)。通過 ARP 找到了目標(biāo)站點(diǎn)的 NSX 路由器為網(wǎng)關(guān)。
- HCX Manager 向 NSX 路由器注入 VM-A20 的 32 位主機(jī)路由(即 NSX 路由器上增加 192.168.10.20/32 條目)。
- NSX 路由器通過 BGP 對(duì)外宣告該主機(jī)路由,源數(shù)據(jù)中心路由器學(xué)習(xí)到 VM-A20 來自目標(biāo)數(shù)據(jù)中心。
- 此時(shí)若 VM-A20 與 VM-A10 通訊,看似在一個(gè)子網(wǎng),實(shí)際上是通過 Underlay 路由進(jìn)行通訊的,并非走 HCX NET-EXT 的隧道。
這個(gè)過程是不是很像友商 SDN 的 Gateway Anywhere,VM 可以選擇就近的網(wǎng)關(guān)作為出口,又能跟通子網(wǎng)的其他VM通訊。你可能會(huì)說這個(gè)方案又是 Overlay 又是 Underlay,還有 BGP,很復(fù)雜。其實(shí)這個(gè)是必要的,我們變向的解釋了為什么很多友商的 SDN 其控制層面是 MP-BGP,Overlay 采用 VxLAN 封裝,實(shí)現(xiàn) Leaf 交換機(jī)承擔(dān)分布式網(wǎng)關(guān)的實(shí)質(zhì) ---- 全網(wǎng)主機(jī)路由。當(dāng)然 HCX 使用這個(gè)方式只是作為二層延展遷移的過度時(shí)使用的技術(shù),二層子網(wǎng)完全遷移完畢 HCX Manager 回收注入的路由條目。How?!與注入一樣 API Call。
以一張膠片匯總一下 HCX 的兩個(gè)版本的許可和功能集( NSX企業(yè)版和 VCF 企業(yè)版默認(rèn)包含了 HCX 高級(jí)版)。
04、Demo Time
本次的 Demo 環(huán)境會(huì)展示得比較簡單,倒不是因?yàn)橄胪祽校饕?VMware 在公開 Hands on Lab 上有關(guān)于的 HCX 的動(dòng)手實(shí)驗(yàn)。而且這個(gè)動(dòng)手實(shí)驗(yàn)的指南有中文版本,除了沒有安裝步驟,幾種遷移的場(chǎng)景的操作都包含了。步驟和截圖也相當(dāng)豐富,我就沒必要贅述了。有興趣的讀者可以訪問 https://labs.hol.vmware.com/ 找到 HCX 的實(shí)驗(yàn):HOL-2081-01-HBD,注冊(cè)操練起來即可。
我本人的測(cè)試環(huán)境是個(gè)嵌套環(huán)境,受限機(jī)器性能的原因,沒有集成 SRM,沒有做 Live vMotion。模擬了兩個(gè)站點(diǎn),SiteA(SDDC) 為目標(biāo)站點(diǎn),SiteB 為災(zāi)備或需遷移站點(diǎn)。安裝好 HCX Manager 分別與兩個(gè)站點(diǎn)的 vCenter 集成。集成后在 vCenter 的主界面就會(huì)出現(xiàn) HCX 的標(biāo)簽頁了,可以直接配置 HCX 有關(guān)的內(nèi)容了,當(dāng)然你也可以單獨(dú)登陸 HCX IP 訪問其獨(dú)立的界面。
在 SiteA 與 SiteB 完整配對(duì)后,便可建立 InterConnect 的隧道了,建立隧道的過程可以選擇附件的服務(wù),如批量,復(fù)制輔助,二層延展等拓展服務(wù)。隧道建立完成后可以在 InterConnect 中查看隧道的狀態(tài)和邏輯拓?fù)洹?/div>
大家可以在我的遷移計(jì)劃里看到,遷移計(jì)劃是可以分組+批量進(jìn)行的,并且是可以雙向的。并非只能 SiteB 向 SiteA 遷移。下圖中是我已完成的采用 RAV (復(fù)制加持的vMotion)和 Bulk (批量溫遷移)分組和記錄。當(dāng)然中途有我實(shí)驗(yàn)過程中不熟悉或測(cè)試導(dǎo)致的報(bào)錯(cuò),為了美觀和不露怯的目的被我解決掉了。具體的操作步驟截圖會(huì)不宜閱讀, 還是請(qǐng)有興趣的朋友使用HOL。
在容災(zāi)選項(xiàng)里我模擬了 SiteB 的一個(gè)業(yè)務(wù)災(zāi)備道 SiteA,RPO 為 15 分鐘(最小 5 分鐘),只保留一份快照。并且系統(tǒng)顯示當(dāng)前該虛擬機(jī)在 SiteB 與 SiteA 之間無副本差異。如果有,同步的進(jìn)度條會(huì)啟動(dòng),并回報(bào)同步了多少差異數(shù)據(jù)。而這個(gè)基于 HCX 的容災(zāi),如正文中講到的,結(jié)合SRM 會(huì)達(dá)到最佳效果。
好了,本次的 Demo 環(huán)節(jié)就草草結(jié)束了,如果您沒有時(shí)間去實(shí)操 HCX 的實(shí)驗(yàn),也可以直接閱讀該實(shí)驗(yàn)的指南,我將該指南的中文分享到網(wǎng)盤鏈接中:
https://pan.baidu.com/s/1-R3w5IrHzc5upKHMnPMJsA 密碼:5es6
亦或者您也可以下載官方 HCX 101 的膠片來瀏覽:
https://pan.baidu.com/s/1ANsIYN1xQSoUJzKLrO5Egw 密碼:3c0y
小結(jié)
寫本文時(shí)真的讓我回憶或聯(lián)想到很多非 VMware HCX 的解決方案,它們大多都是多種產(chǎn)品的混排,各個(gè)產(chǎn)品都在各自專業(yè)的領(lǐng)域獨(dú)樹一幟,但用戶卻很難把它們有機(jī)的結(jié)合在一起。所以往往用戶自己在思考如何向新平臺(tái)遷移或異地容災(zāi)時(shí),總是感覺設(shè)計(jì)之初就困難重重。多種產(chǎn)品混排不僅購買開銷大,生態(tài)中某一環(huán)出現(xiàn)問題在技術(shù)支持上又很容易掉鏈子。
我本人觀點(diǎn),HCX 也還有很多需要優(yōu)化的地方,但在今天這個(gè)時(shí)間節(jié)點(diǎn),VMware HCX 卻又是一款可以落地的,以 VMware 為技術(shù)支持,特性豐富的云際漫游方案。我也有理由相信它會(huì)發(fā)展得更好,帶著我們的用戶在 VMware Cloud 中漫游。
關(guān)于作者
Rock Zang
VMware中國區(qū)資深網(wǎng)絡(luò)架構(gòu)師
【免責(zé)聲明】本文僅代表作者本人觀點(diǎn),與CTI論壇無關(guān)。CTI論壇對(duì)文中陳述、觀點(diǎn)判斷保持中立,不對(duì)所包含內(nèi)容的準(zhǔn)確性、可靠性或完整性提供任何明示或暗示的保證。請(qǐng)讀者僅作參考,并請(qǐng)自行承擔(dān)全部責(zé)任。
相關(guān)閱讀:
- ·大咖博聞薈 | 云化環(huán)境高級(jí)網(wǎng)絡(luò)安全集成及實(shí)現(xiàn) – 東西向殺毒及IPS2020-04-23 11:58:18
- ·大咖博聞薈 | VMware SD-WAN一鍵式Office365加速2020-04-20 13:33:19
- ·大咖博聞薈 | NSX多云網(wǎng)絡(luò) - 魔術(shù)?"小池子" 變"大池子"2020-04-01 09:13:27
- ·VMware郭尊華:軟件改變世界、創(chuàng)新塑造未來2018-06-21 15:30:57
- ·為什么翻譯《VMware 軟件定義存儲(chǔ)》這本書?2018-03-09 10:01:45
- ·如何應(yīng)對(duì)數(shù)字化轉(zhuǎn)型的挑戰(zhàn)2018-03-05 13:37:41
- ·VMware牽手360企業(yè)安全、透露云安全哪些信息?2018-02-22 16:27:49
- ·寫給 VMware 用戶看的 Kubernetes 掃盲貼2018-02-07 09:40:54
- ·VMware郭尊華:抓住戰(zhàn)略機(jī)遇,打造云數(shù)據(jù)中心2017-12-19 11:17:30
- ·VMware CEO:要用正確的方式做偉大的事業(yè)2017-09-05 13:51:36