摘要：商品化的、軟件定義的超大規模的基礎設施進入了超級融合(hyperconvergence)基礎設施離開的領域。讓我們先捋清楚這一點：超大規模（Hyperscale）并不是指的您企業組織的基礎設施有多大。
企業組織并不一定需要利用超大規模的解決方案。但這恰恰正是當許多IT基礎設施、操作運營和DevOps專家們在第一次了解超大規模這一概念時所認為的。
當下較為流行的理念是：超大規模的架構注定成為非常大型的基礎設施——就像那些由LinkedIn、亞馬遜或Netflix運營的設施——因為其可以擴展到成千上萬的實例和PB級的數據。但事實證明，我們最好將超大規模理解為其描述的是一種方法，而不是規模大小。其是關于自動化、業務流程、以及當按照業務需求實現IT規模的智能化。超大規模的部署可以而且應該從小處做起，然后逐步擴展下去。他們也應該讓您的企業組織能夠根據自己的具體業務需求，單獨對部分的基礎設施實施規模化，而這是與另一種新興的企業數據中心的趨勢超級融合(hyperconvergence)基礎設施相反的。
困惑了嗎?如果是這樣的話，其實您并不是唯一對此感到困惑的。下面就讓我們更深入的分析這一點吧。
超大規模的界定
構建超大規模架構的概念是被許多的膚淺的術語所混淆了。特別是，我們的客戶看到諸多包括了超級融合、超大規模(或網絡規模)、融合、軟件定義的和商品化的基礎設施等等概念時，是很難不產生困惑的。
那么，讓我們先花一定的時間來明確一下關于這些要素條件的定義吧:
· 軟件定義的：基礎設施的功能是完全與底層的硬件解耦的，并同時具備可擴展性和可編程性。讀者朋友們可以通過這篇文章來進一步詳細了解我們關于軟件定義的存儲的闡述。
· 商品化的：商品化的基礎設施或按照行業標準打造的基礎設施，通常配備一個x86機架或刀片服務器。我們過去曾多次提及不要將商品化的基礎設施與廉價商品混為一談。
· 融合：擴展架構的服務器、存儲、網絡、虛擬化/集裝箱式組件捆綁在一起作為一個預測試、預集成的解決方案。在這種體系結構中，組件仍然是不同的。
· 超級融合的：擴展的架構朝著融合基礎設施更進一步，通過將軟件定義的組件與商品化的硬件結合，封裝成一個單一的解決方案——其通常是一款單一的設備。組件不再是不同的。
· 超大規模：規模擴展的架構，同時也是軟件定義和商品化的，但其服務器、存儲、網絡、虛擬化/集裝箱式資源仍然是保持獨立的。每個組件是不同的，可以獨立縮放。
綜上所述，超級融合的基礎設施是現代化的、合乎極端邏輯的融合系統;而超大規模則是現代化的、合乎極端邏輯的我們已經部署了30年的數據中心的方式。兩者在特定的環境下都有其意義，如下圖所示。
超大規模和超級融合的
在Hedvig公司，我們努力提供一款存儲解決方案，其可以靈活地定制任何工作負載，從包括Docker和OpenStack在內的私有云，到部署運行在Hadoop或NoSQL的大數據，再到更為傳統的服務器虛擬化、災難恢復、備份和歸檔。Hedvig公司在服務器集群或云中的分布式存儲平臺虛擬化、聚集式flash閃存以及轉盤式磁盤呈現為一個單一的、彈性的存儲系統，可以通過文件、塊或對象接口進行訪問。
Hedvig分布式存儲平臺由三部分組成:
· Hedvig存儲服務：專利的分布式系統引擎，擁有規模化存儲性能和現成的x86和ARM服務器容量能力。該Hedvig存儲服務可以運行在企業內部部署或諸如AWS、Azure、谷歌等公共云服務上。其提供了企業部署所需的所有的存儲選項和功能，包括內聯重復數據刪除、內聯數據壓縮、快照、克隆、自動精簡配置，自動分層和緩存。
· Hedvig存儲代理：一個輕量級虛擬機或container容器可以使得用戶能夠通過行業標準協議訪問Hedvig存儲服務。Hedvig目前支持NFS文件和iSCSI塊，以及OpenStack Cinder和Docker drivers。Hedvig存儲代理還允許客戶端緩存，利用本地SSD和PCIe閃存資源刪除重復數據，以實現本地的快速讀取和高效的數據傳輸。
· Hedvig APIs：基于REST和RPC的API用于對象存儲和Hedvig操作。Hedvig公司目前支持Amazon S3和Swift對象存儲。開發人員和IT操作管理員可以使用API管理以訪問所有的Hedvig存儲功能，以通過自助服務門戶網站，應用程序和云服務實現自動化配置和管理。
Hedvig通過捆綁Hedvig存儲代理和Hedvig存儲服務，作為一種運行在具備管理程序或容器操作系統商品化服務器上的虛擬設備支持超級融合。對于超大規模基礎設施，Hedvig存儲服務被部署在裸機服務器上，以形成一個專門的存儲層，而Hedvig存儲代理作為一個虛擬機或container容器被部署在每臺服務器上的計算層。
為什么要選擇超大規模存儲？
現如今，企業組織數據增長的速度遠遠快于其存儲預算。而尤其對于那些經濟狀況堪憂的企業而言，他們沒有像亞馬遜、谷歌和Facebook那樣的網絡資源。因此，企業組織必須接受軟件定義的產品和商品化的儲存，以便能夠降低成本，并同時保持靈活性和可擴展性，以跟上業務發展的需求。
在Hedvig公司，我們注意到大約80%的情況下，企業用戶往往都會選擇一款超大規模的架構，而不是超融合的，盡管對于這二者我們都是支持的。而更有趣的是，許多來向我們尋求解決方案的客戶往往都與我們具有相反的思維。最初，約80%的客戶都會咨詢關于超融合的解決方案，但是在他們根據自己的實際需求狀況進行了仔細調研之后，他們選擇的是超大規模的方法。
為什么呢?簡而言之，因為當他們在部署其基礎設施架構的時候，他們傾向于靈活性(或敏捷，如果您一定要使用該術語的話)要高于一切。考慮以下因素：
· 一套超融合的系統提供了一個簡化的類似于“搭積木”的方法來構建IT。對于那些正在尋求降低部署的開銷，并擴大其云基礎設施的精益IT組織而言，超融合提供了一個良好的解決方案。但其需要一套相對可預測的工作負載，在“數據本地化”是一個首要任務，這意味著應用程序或虛擬機必須盡可能的接近數據。這就是為什么VDI 會成為超融合的一個典型代表的原因所在了。用戶希望自己的“虛擬C:驅動器”本地化。但這是不靈活的，因為其涉及所有元素的同步縮放。
· 一款超大規模的系統保持存儲獨立計算，從而使得企業能夠在其業務需要時規模化其IT能力。數據中心和云基礎設施的超大規模的方法提供了一種高水平的彈性，幫助企業能夠快速響應不斷變化的應用程序和數據存儲需求。這也是一款類似于Hadoop和NoSQL、以及類似于OpenStack和Docker等云平臺架構的更符合現代工作負載的架構。所有這些都是從獨立的規模化縮放共享存儲受益的分布式系統的例子。
我們從服務于我們的客戶的過程中所收獲到的經歷便是加強了對于我們一直注意了一段時間的事情的確認：即超融合是一個并非用來探索現代存儲架構的答案。可以肯定的是，源于其簡單性，這個行業正看到超融合經歷著一個巨大的不穩定的搖擺。但如果您企業的數據正呈指數級增長，但您企業的計算需求卻沒有，然后您企業會存在一個不匹配，并不適合超融合。
超大規模或超融合?
超融合可以是更簡單，更具成本效益的方法。然而，通過我們對于Hedvig公司的客戶的觀察發現，企業客戶與Hedvig公司合作的原因在于我們能夠支持使得超大規模適合幾乎所有工作負載的這一功能：客戶端緩存。Hedvig可以在您企業的計算層利用本地的SSD和PCIe設備建立一個連續寫入緩存。這極大地提高了讀取性能。更重要的是，其解決了數據本地化的挑戰。存儲空間仍然是解耦的，并運行在自己的專屬的、超大規模層，而應用程序、虛擬機、container容器則可以受益于數據在計算層的本地緩存。這也解決了如何增加您的緩存層的問題，但這是另一個主題了。
從這方面獲益的一個例子是，Hedvig公司的一家客戶為其VDI選擇了超大規模的方法，正如上面所討論的，這通常是一個留給超融合解決方案的工作負載。在這個例子中，這家企業客戶有“超級用戶”，需要16個vCPU和32GB的內存，專門用于其每臺托管的桌面臺式機。結果，該公司被迫部署大量超融合節點，以支持處理進程和內存的需求，同時還增加了不必要的同步存儲容量。
借助Hedvig平臺，企業客戶可以創建專用的節點以便在擁有足夠的CPU和RAM的刀片服務器上運行Citrix XenDesktop集群。而數據被保存在機架式服務器的一個單獨的超大規模的Hedvig集群上，數據緩存被備份到本地SSD XenDesktop服務器。其結果是，大大減少了解決方案的昂貴開支(減少了60%)。更重要的是，其還提供了一個更靈活的環境，該公司可以按照摩爾定律，并購買最強大的服務器，以提升其臺式機的性能，而不必升級存儲服務器。
根據我們的經驗，有一些簡單的經驗法則能夠幫助您來確定哪些架構更適合于您的企業組織。
· 選擇超大規模… 您的企業擁有5000名，甚至更多的員工數量，超過500百萬兆字節的數據，超過500款的應用程序，或超過1000臺虛擬機時。
· 選擇超融合…當您所在的企業員工人數少于上面這一數字，只有五名或更少的專職員工來管理您的虛擬基礎設施，或您是遠程或屬于分支機構時。
好消息是，這其實并不是一個非此即彼的決定。您企業可以從部署一個超融合的環境開始，然后逐步切換到超大規模的，或者您可以混合匹配二者。我們的理念是，您企業的應用程序決定了您應該使用哪一款。當您企業的應用程序的需求隨時間發生變化時，您的相應部署也應該變化。
在現代企業中，相關的變化和增長都是強制性的。而沒有這些網絡巨頭率先發起的超大規模的架構，越來越沒有辦法解決這個難題了。而效應的改變則是，任何一家企業現在都可以從超大規模的方式中受益了。
京公網安備 11010502049343號