當組織評估硬件和軟件基礎設施的選項時，他們必須決定是寧願選擇新興的超融合基礎設施類別，還是使用他們精心挑選的供應商構建自己的解決方案。 前一種選擇的一個重要驅動因素是“單喉窒息”的論點，這種論點已經被聽到和提出了很多次——而且有充分的理由！ 通常，選擇後一種選擇的企業只能與供應商打交道，而這些供應商在基礎設施出現故障時會玩相互指責的遊戲。 超融合基礎設施的真正價值更多在於易於部署、集中管理和系統的超優化。 換句話說，它是關於簡化和精簡基礎架構，讓管理員可以將精力重新集中在更重要的事情上。 當考慮超融合時，性能通常是一個較低級別的問題。
這種簡單基礎設施的想法是如何實現的？ 要理解這種簡化，必須考慮近年來基礎設施的演變。 傳統上，工程師將數據中心的不同組件作為單獨的部分進行管理。 這給 IT 人員帶來了一場噩夢； 他們必須維護了解每個組件如何一起工作（和不工作）的技術人員。 這種低效的方法導致了資格指南、互操作性矩陣和令人頭疼的問題。
融合基礎架構的目標是最大限度地減少兼容性問題，並將組件調整為單一外形以進行集中管理，最終使事情變得更簡單。 融合基礎設施有多種形式和規模，但通常可以歸為四個池。
| 參考架構 | 融合產品 | 超融合 | 機架秤 | |
|---|---|---|---|---|
| 特徵： | 靈活、預定義選項、合格、自建 | 供應商鎖定，單一支撐結構，預製 | 簡單，軟件層，聚合資源 | 靈活、集中和分類的資源、模塊化 |
| 包機成本結構範例 | VSPEX、FlexPod | Vblock、數據庫雲服務器 | EVO：RAIL、Nutanix、SimpliVity、HP ConvergedSystem |
在參考架構中，有人通過提前進行跑腿工作，將所有復雜的資格和互操作性排除在外。 它本質上是一個藍圖，可以遵循它來構建一個經過驗證的配置。 這很棒，因為有人已經完成了構建基礎設施最痛苦的部分，儘管每個組件仍然需要單獨管理。
對於融合產品，有兩種子類型：通用和專用構建。 無論哪種方式，管理員都在使用供應商預先構建的完整系統。 Vblock 是最著名的通用融合基礎設施之一，但像 Exadata 這樣的專用構建產品也非常適合這一類別。 通常選項僅限於“多少”和“多快”，這對每個企業都是獨一無二的。
融合基礎設施的一些新事物是超融合空間，它使用軟件將所有單獨的組件隱藏到一個單一的管理界面中。 這些擴展性很好，但通常計算和存儲不能單獨擴展。
剩下的就是 Rackscale。 這是從各種來源獲取並彙集在一起的分類資源的總和。 使用 Rackscale，管理員可以從白盒服務器的大雜燴中獲取企業的所有存儲，並將它們鏈接在一起作為一個池。 這與超融合不同，因為服務器和存儲組件不必匹配。
基礎設施融合的關鍵是簡單，實現它的方法有無數種。 隨著越來越多的供應商尋求進入等式，這肯定是基礎設施領域的一個有趣時期。 隨著更大的存儲陣列已經內置了管理程序，本地應用程序可以在傳統的企業存儲陣列上運行可能只是時間問題。
關於作者
Mark May 是俄亥俄州辛辛那提的一名存儲工程師。 他在企業存儲和備份領域工作了超過 15 年。 他是 EMC Elect、Cisco Champion 和狂熱的技術專家。 在空閒時間，他喜歡幫助其他人了解不斷變化的存儲行業的來龍去脈。 可以在網上的許多地方找到他，但最有可能是他的兩個 個人博客 和推特 @cincystorage.
討論這個故事
Amazon