當(dāng)選擇硬件架構(gòu)還是軟件架構(gòu)時(shí),要么就選新興的超融合架構(gòu),要么就用自己供貨商的解決方案。之前,大家都很熱衷“把雞蛋放在一個(gè)籃子里”,覺得這個(gè)法子既便捷又主流;但選擇用供應(yīng)商系統(tǒng)的話,一旦系統(tǒng)有問題,供應(yīng)商們之間就會(huì)產(chǎn)生交互的問題。超融合架構(gòu)的真正魅力在于釋放了構(gòu)架部署,中央管理和系統(tǒng)超優(yōu)化的活力。換句話說,也就是簡化了架構(gòu),能讓管理員重新把勁兒用在刀刃上。
怎樣才能達(dá)到簡化構(gòu)架的目的?首先我們要理解什么是簡化,這就需要看看這幾年架構(gòu)的更新?lián)Q代的狀況。按原來的辦法的話,工程師們會(huì)把數(shù)據(jù)中心的各個(gè)部分單獨(dú)對(duì)待。因此就需要專門的技術(shù)人員,他即通曉各個(gè)部分的工作原理,又了解整體工作的原理。這種方法的效率有待提高,而且會(huì)導(dǎo)致像許可和交互之間的不對(duì)應(yīng),不匹配等一堆令人懊惱的事情。
融合架構(gòu)的目的就在于把兼容性的問題最小化,把所有部分整合到一個(gè)平臺(tái)上就進(jìn)行中央管理,最終讓事情變得更加簡單。融合架構(gòu)大小不一,類型多樣,但大體上能把它們能分成4類。
Reference Architecture |
Converged Offerings |
Hyper-Convergence |
Rackscale |
|
Characteristics |
Flexible, Predefined options, Qualified, Self-constructed |
Vendor lock-in, Single support structure, Pre-built |
Simple, Software layer, Aggregated resources |
Flexible, Pooled and disaggregated resources, Modular |
Examples |
VSPEX, FlexPod |
Vblock, Exadata |
EVO: RAIL, Nutanix, SimpliVity, HP ConvergedSystem |
在參考架構(gòu)里面,不少人通過提前做完交互和匹配的工作來降低架構(gòu)運(yùn)作的復(fù)雜性。因此就需要一個(gè)架構(gòu)的藍(lán)圖。雖然現(xiàn)在每個(gè)部份仍需要分開管理,但是令人欣慰的是,好在有人已經(jīng)不辭勞苦的把主體工作做完了。
超融合按照用途和建設(shè)目的可分為兩類,但無論那種分類,管理員們都正在使用供應(yīng)商預(yù)設(shè)的系統(tǒng)。Vblock是用途類融合架構(gòu)的杰出代表。Exadata則是建設(shè)目的類中的知名產(chǎn)品。各個(gè)企業(yè)對(duì)“多快”和“多大”的要求不同,因此做出的選擇也會(huì)不同。
超融合領(lǐng)域是融合架構(gòu)領(lǐng)域的最新領(lǐng)域,在該領(lǐng)域,人們通過軟件把所有的部分整合到一個(gè)管理界面上。它的擴(kuò)展性好,就是不支持計(jì)算和存儲(chǔ)的單獨(dú)擴(kuò)展。
至于Rackscale,它是一個(gè)整合各種數(shù)據(jù)的場所,它把各種資源的數(shù)據(jù)分解然后組合到一起 。有了Rackscale,一個(gè)管理員就能從白盒服務(wù)器提取所有的企業(yè)存儲(chǔ),并且把這些存儲(chǔ)鏈到一個(gè)單獨(dú)的資源池里。因?yàn)榉?wù)器和存儲(chǔ)沒必要完全匹配,所以這和超融合稍有不同。
融合架構(gòu)的關(guān)鍵在于簡化。達(dá)到簡化目的的方式有很多。隨著越來越多的供應(yīng)商進(jìn)入融合架構(gòu)的市場,架構(gòu)市場也變得越來越耐人尋味。加之內(nèi)置管理程序的存儲(chǔ)陣列的出現(xiàn),給傳統(tǒng)企業(yè)存儲(chǔ)陣列上裝上本機(jī)應(yīng)用程序也只是時(shí)間的問題。