在企業(yè)級(jí)存儲(chǔ)領(lǐng)域，企業(yè)組織并不一定需要利用超大規(guī)模的解決方案。但這恰恰正是當(dāng)許多IT基礎(chǔ)設(shè)施、操作運(yùn)營(yíng)和DevOps專家們?cè)诘谝淮瘟私獬笠?guī)模這一概念時(shí)所認(rèn)為的。

　　當(dāng)下較為流行的理念是：超大規(guī)模的架構(gòu)注定成為非常大型的基礎(chǔ)設(shè)施——就像那些由LinkedIn、亞馬遜或Netflix運(yùn)營(yíng)的設(shè)施——因?yàn)槠淇梢詳U(kuò)展到成千上萬(wàn)的實(shí)例和PB級(jí)的數(shù)據(jù)。但事實(shí)證明，我們最好將超大規(guī)模理解為其描述的是一種方法，而不是規(guī)模大小。其是關(guān)于自動(dòng)化、業(yè)務(wù)流程、以及當(dāng)按照業(yè)務(wù)需求實(shí)現(xiàn)IT規(guī)模的智能化。超大規(guī)模的部署可以而且應(yīng)該從小處做起，然后逐步擴(kuò)展下去。他們也應(yīng)該讓您的企業(yè)組織能夠根據(jù)自己的具體業(yè)務(wù)需求，單獨(dú)對(duì)部分的基礎(chǔ)設(shè)施實(shí)施規(guī)?；?，而這是與另一種新興的企業(yè)數(shù)據(jù)中心的趨勢(shì)超級(jí)融合(hyperconvergence)基礎(chǔ)設(shè)施相反的。

　　困惑了嗎？如果是這樣的話，其實(shí)您并不是唯一對(duì)此感到困惑的。下面就讓我們更深入的分析這一點(diǎn)吧。

　　超大規(guī)模的界定

　　構(gòu)建超大規(guī)模架構(gòu)的概念是被許多的膚淺的術(shù)語(yǔ)所混淆了。特別是，我們的客戶看到諸多包括了超級(jí)融合、超大規(guī)模(或網(wǎng)絡(luò)規(guī)模)、融合、軟件定義的和商品化的基礎(chǔ)設(shè)施等等概念時(shí)，是很難不產(chǎn)生困惑的。

　　那么，讓我們先花一定的時(shí)間來(lái)明確一下關(guān)于這些要素條件的定義吧：

　　• 軟件定義的：基礎(chǔ)設(shè)施的功能是完全與底層的硬件解耦的，并同時(shí)具備可擴(kuò)展性和可編程性。讀者朋友們可以通過(guò)這篇文章來(lái)進(jìn)一步詳細(xì)了解我們關(guān)于軟件定義的存儲(chǔ)的闡述。

　　• 商品化的：商品化的基礎(chǔ)設(shè)施或按照行業(yè)標(biāo)準(zhǔn)打造的基礎(chǔ)設(shè)施，通常配備一個(gè)x86機(jī)架或刀片服務(wù)器。我們過(guò)去曾多次提及不要將商品化的基礎(chǔ)設(shè)施與廉價(jià)商品混為一談。

　　• 融合：擴(kuò)展架構(gòu)的服務(wù)器、存儲(chǔ)、網(wǎng)絡(luò)、虛擬化/集裝箱式組件捆綁在一起作為一個(gè)預(yù)測(cè)試、預(yù)集成的解決方案。在這種體系結(jié)構(gòu)中，組件仍然是不同的。

　　• 超級(jí)融合的：擴(kuò)展的架構(gòu)朝著融合基礎(chǔ)設(shè)施更進(jìn)一步，通過(guò)將軟件定義的組件與商品化的硬件結(jié)合，封裝成一個(gè)單一的解決方案——其通常是一款單一的設(shè)備。組件不再是不同的。

　　• 超大規(guī)模：規(guī)模擴(kuò)展的架構(gòu)，同時(shí)也是軟件定義和商品化的，但其服務(wù)器、存儲(chǔ)、網(wǎng)絡(luò)、虛擬化/集裝箱式資源仍然是保持獨(dú)立的。每個(gè)組件是不同的，可以獨(dú)立縮放。

　　綜上所述，超級(jí)融合的基礎(chǔ)設(shè)施是現(xiàn)代化的、合乎極端邏輯的融合系統(tǒng);而超大規(guī)模則是現(xiàn)代化的、合乎極端邏輯的我們已經(jīng)部署了30年的數(shù)據(jù)中心的方式。兩者在特定的環(huán)境下都有其意義，如下圖所示。

　　　超大規(guī)模和超級(jí)融合的

　　在Hedvig公司，我們努力提供一款存儲(chǔ)解決方案，其可以靈活地定制任何工作負(fù)載，從包括Docker和OpenStack在內(nèi)的私有云，到部署運(yùn)行在Hadoop或NoSQL的大數(shù)據(jù)，再到更為傳統(tǒng)的服務(wù)器虛擬化、災(zāi)難恢復(fù)、備份和歸檔。Hedvig公司在服務(wù)器集群或云中的分布式存儲(chǔ)平臺(tái)虛擬化、聚集式flash閃存以及轉(zhuǎn)盤式磁盤呈現(xiàn)為一個(gè)單一的、彈性的存儲(chǔ)系統(tǒng)，可以通過(guò)文件、塊或?qū)ο蠼涌谶M(jìn)行訪問(wèn)。

　　Hedvig分布式存儲(chǔ)平臺(tái)由三部分組成:

　　• Hedvig存儲(chǔ)服務(wù)：專利的分布式系統(tǒng)引擎，擁有規(guī)?；鎯?chǔ)性能和現(xiàn)成的x86和ARM服務(wù)器容量能力。該Hedvig存儲(chǔ)服務(wù)可以運(yùn)行在企業(yè)內(nèi)部部署或諸如AWS、Azure、谷歌等公共云服務(wù)上。其提供了企業(yè)部署所需的所有的存儲(chǔ)選項(xiàng)和功能，包括內(nèi)聯(lián)重復(fù)數(shù)據(jù)刪除、內(nèi)聯(lián)數(shù)據(jù)壓縮、快照、克隆、自動(dòng)精簡(jiǎn)配置，自動(dòng)分層和緩存。

　　• Hedvig存儲(chǔ)代理：一個(gè)輕量級(jí)虛擬機(jī)或container容器可以使得用戶能夠通過(guò)行業(yè)標(biāo)準(zhǔn)協(xié)議訪問(wèn)Hedvig存儲(chǔ)服務(wù)。Hedvig目前支持NFS文件和iSCSI塊，以及OpenStack Cinder和Docker drivers。Hedvig存儲(chǔ)代理還允許客戶端緩存，利用本地SSD和PCIe閃存資源刪除重復(fù)數(shù)據(jù)，以實(shí)現(xiàn)本地的快速讀取和高效的數(shù)據(jù)傳輸。

　　• Hedvig APIs：基于REST和RPC的API用于對(duì)象存儲(chǔ)和Hedvig操作。Hedvig公司目前支持Amazon S3和Swift對(duì)象存儲(chǔ)。開(kāi)發(fā)人員和IT操作管理員可以使用API管理以訪問(wèn)所有的Hedvig存儲(chǔ)功能，以通過(guò)自助服務(wù)門戶網(wǎng)站，應(yīng)用程序和云服務(wù)實(shí)現(xiàn)自動(dòng)化配置和管理。

　　Hedvig通過(guò)捆綁Hedvig存儲(chǔ)代理和Hedvig存儲(chǔ)服務(wù)，作為一種運(yùn)行在具備管理程序或容器操作系統(tǒng)商品化服務(wù)器上的虛擬設(shè)備支持超級(jí)融合。對(duì)于超大規(guī)?；A(chǔ)設(shè)施，Hedvig存儲(chǔ)服務(wù)被部署在裸機(jī)服務(wù)器上，以形成一個(gè)專門的存儲(chǔ)層，而Hedvig存儲(chǔ)代理作為一個(gè)虛擬機(jī)或container容器被部署在每臺(tái)服務(wù)器上的計(jì)算層。

　　為什么要選擇超大規(guī)模存儲(chǔ)？

　　現(xiàn)如今，企業(yè)組織數(shù)據(jù)增長(zhǎng)的速度遠(yuǎn)遠(yuǎn)快于其存儲(chǔ)預(yù)算。而尤其對(duì)于那些經(jīng)濟(jì)狀況堪憂的企業(yè)而言，他們沒(méi)有像亞馬遜、谷歌和Facebook那樣的網(wǎng)絡(luò)資源。因此，企業(yè)組織必須接受軟件定義的產(chǎn)品和商品化的儲(chǔ)存，以便能夠降低成本，并同時(shí)保持靈活性和可擴(kuò)展性，以跟上業(yè)務(wù)發(fā)展的需求。

　　在Hedvig公司，我們注意到大約80%的情況下，企業(yè)用戶往往都會(huì)選擇一款超大規(guī)模的架構(gòu)，而不是超融合的，盡管對(duì)于這二者我們都是支持的。而更有趣的是，許多來(lái)向我們尋求解決方案的客戶往往都與我們具有相反的思維。最初，約80%的客戶都會(huì)咨詢關(guān)于超融合的解決方案，但是在他們根據(jù)自己的實(shí)際需求狀況進(jìn)行了仔細(xì)調(diào)研之后，他們選擇的是超大規(guī)模的方法。

　　為什么呢?簡(jiǎn)而言之，因?yàn)楫?dāng)他們?cè)诓渴鹌浠A(chǔ)設(shè)施架構(gòu)的時(shí)候，他們傾向于靈活性(或敏捷，如果您一定要使用該術(shù)語(yǔ)的話)要高于一切?？紤]以下因素：

　　• 一套超融合的系統(tǒng)提供了一個(gè)簡(jiǎn)化的類似于“搭積木”的方法來(lái)構(gòu)建IT。對(duì)于那些正在尋求降低部署的開(kāi)銷，并擴(kuò)大其云基礎(chǔ)設(shè)施的精益IT組織而言，超融合提供了一個(gè)良好的解決方案。但其需要一套相對(duì)可預(yù)測(cè)的工作負(fù)載，在“數(shù)據(jù)本地化”是一個(gè)首要任務(wù)，這意味著應(yīng)用程序或虛擬機(jī)必須盡可能的接近數(shù)據(jù)。這就是為什么VDI 會(huì)成為超融合的一個(gè)典型代表的原因所在了。用戶希望自己的“虛擬C:驅(qū)動(dòng)器”本地化。但這是不靈活的，因?yàn)槠渖婕八性氐耐娇s放。

　　• 一款超大規(guī)模的系統(tǒng)保持存儲(chǔ)獨(dú)立計(jì)算，從而使得企業(yè)能夠在其業(yè)務(wù)需要時(shí)規(guī)?；銲T能力。數(shù)據(jù)中心和云基礎(chǔ)設(shè)施的超大規(guī)模的方法提供了一種高水平的彈性，幫助企業(yè)能夠快速響應(yīng)不斷變化的應(yīng)用程序和數(shù)據(jù)存儲(chǔ)需求。這也是一款類似于Hadoop和NoSQL、以及類似于OpenStack和Docker等云平臺(tái)架構(gòu)的更符合現(xiàn)代工作負(fù)載的架構(gòu)。所有這些都是從獨(dú)立的規(guī)?；s放共享存儲(chǔ)受益的分布式系統(tǒng)的例子。

　　我們從服務(wù)于我們的客戶的過(guò)程中所收獲到的經(jīng)歷便是加強(qiáng)了對(duì)于我們一直注意了一段時(shí)間的事情的確認(rèn)：即超融合是一個(gè)并非用來(lái)探索現(xiàn)代存儲(chǔ)架構(gòu)的答案。可以肯定的是，源于其簡(jiǎn)單性，這個(gè)行業(yè)正看到超融合經(jīng)歷著一個(gè)巨大的不穩(wěn)定的搖擺。但如果您企業(yè)的數(shù)據(jù)正呈指數(shù)級(jí)增長(zhǎng)，但您企業(yè)的計(jì)算需求卻沒(méi)有，然后您企業(yè)會(huì)存在一個(gè)不匹配，并不適合超融合。

　　超大規(guī)?；虺诤?

　　超融合可以是更簡(jiǎn)單，更具成本效益的方法。然而，通過(guò)我們對(duì)于Hedvig公司的客戶的觀察發(fā)現(xiàn)，企業(yè)客戶與Hedvig公司合作的原因在于我們能夠支持使得超大規(guī)模適合幾乎所有工作負(fù)載的這一功能：客戶端緩存。Hedvig可以在您企業(yè)的計(jì)算層利用本地的SSD和PCIe設(shè)備建立一個(gè)連續(xù)寫(xiě)入緩存。這極大地提高了讀取性能。更重要的是，其解決了數(shù)據(jù)本地化的挑戰(zhàn)。存儲(chǔ)空間仍然是解耦的，并運(yùn)行在自己的專屬的、超大規(guī)模層，而應(yīng)用程序、虛擬機(jī)、container容器則可以受益于數(shù)據(jù)在計(jì)算層的本地緩存。這也解決了如何增加您的緩存層的問(wèn)題，但這是另一個(gè)主題了。

　　從這方面獲益的一個(gè)例子是，Hedvig公司的一家客戶為其VDI選擇了超大規(guī)模的方法，正如上面所討論的，這通常是一個(gè)留給超融合解決方案的工作負(fù)載。在這個(gè)例子中，這家企業(yè)客戶有“超級(jí)用戶”，需要16個(gè)vCPU和32GB的內(nèi)存，專門用于其每臺(tái)托管的桌面臺(tái)式機(jī)。結(jié)果，該公司被迫部署大量超融合節(jié)點(diǎn)，以支持處理進(jìn)程和內(nèi)存的需求，同時(shí)還增加了不必要的同步存儲(chǔ)容量。

　　借助Hedvig平臺(tái)，企業(yè)客戶可以創(chuàng)建專用的節(jié)點(diǎn)以便在擁有足夠的CPU和RAM的刀片服務(wù)器上運(yùn)行Citrix XenDesktop集群。而數(shù)據(jù)被保存在機(jī)架式服務(wù)器的一個(gè)單獨(dú)的超大規(guī)模的Hedvig集群上，數(shù)據(jù)緩存被備份到本地SSD XenDesktop服務(wù)器。其結(jié)果是，大大減少了解決方案的昂貴開(kāi)支(減少了60%)。更重要的是，其還提供了一個(gè)更靈活的環(huán)境，該公司可以按照摩爾定律，并購(gòu)買最強(qiáng)大的服務(wù)器，以提升其臺(tái)式機(jī)的性能，而不必升級(jí)存儲(chǔ)服務(wù)器。

　　根據(jù)我們的經(jīng)驗(yàn)，有一些簡(jiǎn)單的經(jīng)驗(yàn)法則能夠幫助您來(lái)確定哪些架構(gòu)更適合于您的企業(yè)組織。

　　• 選擇超大規(guī)模… 您的企業(yè)擁有5000名，甚至更多的員工數(shù)量，超過(guò)500百萬(wàn)兆字節(jié)的數(shù)據(jù)，超過(guò)500款的應(yīng)用程序，或超過(guò)1000臺(tái)虛擬機(jī)時(shí)。

　　• 選擇超融合…當(dāng)您所在的企業(yè)員工人數(shù)少于上面這一數(shù)字，只有五名或更少的專職員工來(lái)管理您的虛擬基礎(chǔ)設(shè)施，或您是遠(yuǎn)程或?qū)儆诜种C(jī)構(gòu)時(shí)。

　　好消息是，這其實(shí)并不是一個(gè)非此即彼的決定。您企業(yè)可以從部署一個(gè)超融合的環(huán)境開(kāi)始，然后逐步切換到超大規(guī)模的，或者您可以混合匹配二者。我們的理念是，您企業(yè)的應(yīng)用程序決定了您應(yīng)該使用哪一款。當(dāng)您企業(yè)的應(yīng)用程序的需求隨時(shí)間發(fā)生變化時(shí)，您的相應(yīng)部署也應(yīng)該變化。

　　在現(xiàn)代企業(yè)中，相關(guān)的變化和增長(zhǎng)都是強(qiáng)制性的。而沒(méi)有這些網(wǎng)絡(luò)巨頭率先發(fā)起的超大規(guī)模的架構(gòu)，越來(lái)越?jīng)]有辦法解決這個(gè)難題了。而效應(yīng)的改變則是，任何一家企業(yè)現(xiàn)在都可以從超大規(guī)模的方式中受益了。