![]() |
新聞中心
當(dāng)前位置:網(wǎng)站首頁 > 新聞中心
關(guān)于混合云概念驗證
混合云的概念證明是確保部署完全滿足IT和業(yè)務(wù)需求的重要步驟。人們需要關(guān)注這些圍繞數(shù)據(jù)、網(wǎng)絡(luò)等的最佳實踐。
在混合云概念驗證過程中,測試數(shù)據(jù)遷移流程,操作流程(如故障轉(zhuǎn)移)以及私有云和公共云之間的集成點非常重要。這確保了IT團隊可以捕捉到數(shù)據(jù)方面的延遲和錯誤處理方面的任何問題,以及運營方面的云爆發(fā)和負載平衡問題。以下是在企業(yè)中推進混合云概念驗證(POC)的四個步驟。
1.評估硬件更改
首先需要評估硬件變更的影響。最有可能的是,企業(yè)的混合云將涉及將現(xiàn)有虛擬機服務(wù)器群集遷移到公共云,新的內(nèi)部設(shè)置或兩者兼有。無論如何,最初的遷移一般都是從老舊服務(wù)器遷移到當(dāng)時最先進的服務(wù)器。雖然虛擬化在很大程度上抽象了硬件,但這會引入一些變化。例如,計算實例將具有內(nèi)存差異。此外,可用的固態(tài)硬盤空間和性能,以及LAN帶寬可能會增加。
公共云平臺不斷發(fā)展,如提供商不斷擴展的實例類型菜單所反映的那樣。使用沙箱環(huán)境來優(yōu)化實例以及成本。這也可以讓企業(yè)調(diào)整大小,并平衡其初始混合云部署。
2.數(shù)據(jù)遷移
數(shù)據(jù)遷移是混合云概念驗證(POC)的下一個步驟。企業(yè)需要清除任何不必要的文件,并確定哪些數(shù)據(jù)集將位于部署的哪個位置。有些只會在內(nèi)部部署的數(shù)據(jù)中心,有些只會在公共云中,其余的會穿過云計算的邊界。企業(yè)可以使用治理和合規(guī)軟件來驗證這些決策,并節(jié)省時間。
下一步是實際遷移,IT團隊通常采用以下兩種方式之一來執(zhí)行遷移:
零碎方法:也稱為涓流法,這種方法分階段進行,通常沒有停機。但是,這確實需要應(yīng)用程序同步所有數(shù)據(jù),并且從測試的角度來看更加困難。選擇這種遷移方法的IT團隊可能需要在并行操作中執(zhí)行額外的測試。
大爆炸方法:由于IT重新定位所有數(shù)據(jù),因此此選項需要一兩天的停機時間。與零散的方法相比,這種遷移方法在技術(shù)上不那么復(fù)雜,但在重啟時間之前可以感覺更像是與時間賽跑。
運營團隊?wèi)?yīng)該推動應(yīng)用程序遷移,以及運行環(huán)境的遷移,包括網(wǎng)絡(luò)結(jié)構(gòu)和存儲。在大多數(shù)情況下,應(yīng)用程序?qū)⒁耘c在傳統(tǒng)環(huán)境中運行相同的方式在云中運行,但某些更改(例如從塊到對象存儲模因的移動甚至是通用版本升級)可能會使事情變得復(fù)雜。在遷移過程中不要對應(yīng)用程序進行任何更改,因為這可能會產(chǎn)生調(diào)試問題,甚至?xí)⒃搼?yīng)用程序鎖定到新的公有云平臺中。
3.建立網(wǎng)絡(luò)和云爆發(fā)
企業(yè)需要開發(fā)一個謹慎的財務(wù)模型,以確保在向公共云爆發(fā)期間充分優(yōu)化成本。
IT團隊將面臨混合云概念驗證(POC)的另一個挑戰(zhàn)是構(gòu)建腳本以在公共云中設(shè)置虛擬網(wǎng)絡(luò)。雖然某些混合云平臺、使其更加無縫,但普遍缺乏跨云標(biāo)準(zhǔn)使這一過程變得復(fù)雜。但是,有一些用于腳本的翻譯工具,而且該行業(yè)正在向互操作性標(biāo)準(zhǔn)靠攏。
使用混合云網(wǎng)絡(luò),云爆發(fā)通常是企業(yè)的首要任務(wù),這意味著它應(yīng)該是一個零日功能,這是一種可以立即使用的特性。但是在向混合云端概念驗證(POC)提交突發(fā)流程之前,請在沙盒中進行廣泛的測試。云爆發(fā)有多種模式,其中一些涉及專用公共云實例,另一些則使用按需實例。制定一個謹慎的財務(wù)模型,以確保您在突發(fā)公共云期間充分優(yōu)化成本,并在第零日之后傾向于這樣做。
4.彈性測試
最后,一旦混合云概念驗證(POC)似乎正常運行,您需要測試其彈性和故障轉(zhuǎn)移過程。彈性是指計算集群失去節(jié)點但仍能繼續(xù)運行的能力,由編排系統(tǒng)調(diào)解。另一方面,故障轉(zhuǎn)移發(fā)生在更加災(zāi)難性的情況下,例如云計算的可用性區(qū)域會持續(xù)幾個小時。
對于成功的混合云部署,測試這兩個過程至關(guān)重要。成功最終取決于企業(yè)設(shè)定的彈性標(biāo)準(zhǔn),并會影響企業(yè)定位快照和復(fù)制數(shù)據(jù)集的方式。在遷移的這個階段,IT預(yù)算和時間表通常都處于壓力之下,但盡量不要陷入困境。多次測試故障轉(zhuǎn)移非常重要。
|