超融合基礎設施(HCI)似乎成為IT專業人士試圖應對快速數據增長的一個夢想。超融合基礎設施(HCI)由節點集群構建，每個節點提供計算、存儲性能和存儲容量。當組織需要更多的特定資源時，他們只需添加另一個節點。但問題是添加一個節點會浪費資源，增加網絡的復雜性，并限制它支持的各種工作負載。

當人機交互解決方案聲稱具備簡單性時，他們就基于大部分的這種要求來消除對專用存儲系統和存儲網絡的需求。最初，在三個節點上，有一個案例需要制定。但是，當數據中心試圖提高超融合基礎設施(HCI)的使用水平或增加環境時，問題就出現了。

[[219040]]

而現實情況是，大多數超融合解決方案都是軟件定義的存儲解決方案，重新包裝在虛擬機管理程序結構中運行。該軟件不是安裝在專用硬件上，而是作為虛擬機安裝在群集中的每個節點上。數據(取決于供應商)跨節點劃分或本地寫入，然后復制到其他節點(這是許多東西流量的來源)。

超融合基礎設施(HCI)的致命弱點

超融合基礎設施(HCI)的愿景是簡化數據中心。超融合基礎設施(HCI)集群內的每個節點都擁有數據中心擴展時所需的一切：計算、管理程序、存儲軟件、性能存儲、容量存儲和網絡。最初，前三個節點一切正常。但是，隨著數據中心的增長和增加節點，超融合基礎設施(HCI)的愿景開始變得模糊。

超融合基礎設施(HCI)規模的問題在于，每個節點都帶有上述所有資源，其中大多數擴展只需要一個，通常是容量，從而浪費資源。此外，大多數超融合基礎設施(HCI)供應商都知道節點所支持的工作負載數量是有限的，并且只建議每個節點運行一種工作負載類型，以免浪費更多的資源。這兩種情況都會導致使用不均勻的節點迅速增長，從而造成網絡問題。

資源困境

同樣，隨著IT向集群添加節點，計算、存儲和網絡這三個主要資源中的每一個都被添加。然而，大多數數據中心只需要添加一個特定的資源。一些數據中心總是受到容量限制，所以添加節點的主要原因是獲得容量，而在超融合基礎設施(HCI)環境中，最終會導致CPU利用率很低。相反，有一些數據中心大多需要更多的計算，并且最終會有大量的空閑存儲空間。

為了解決這個問題，超融合基礎設施(HCI)廠商試圖創造比計算更多的存儲或更多存儲的產品。問題是大多數HCI供應商不能混合這些類型的節點，或者不能區分同一集群內的節點類型。因此，擁有一個需要計算工作量的數據中心和另一個需要容量的數據中心最終不得不創建和管理兩個獨立的集群。

彈性問題

支持虛擬基礎設施的存儲正變得越來越困難，因為像MS-SQL、Exchange等其他傳統上獨立的關鍵任務應用程序的工作量被虛擬化了。超融合基礎設施(HCI)供應商通常建議客戶為這些工作負載中的每一個創建一個集群，或者至少為這個工作負載分配一個節點。這使得支持混合工作負載和擴展超出初始配置更加復雜。同樣，擁有多個集群云的原始超融合基礎設施(HCI)簡單性的愿景。

網絡瓶頸

如果客戶能夠理順資源的浪費和多個集群的潛在存在，他們將面臨更多的障礙。隨著節點數量的增長，集群變得越來越復雜，難以管理。幾十個節點的網絡需要仔細的設計和考慮。

節點之間的通信通常被稱為東西流量，變得幾乎勢不可擋。研究表明，在大規模的超融合基礎設施(HCI)集群中，多達75%的網絡流量是存儲IO和節點同步。

被認為是一系列專用網絡的廉價替代品突然變得昂貴，因為IT專業人員發現他們需要升級網絡交換機，并實施特定的網絡管理工具來監視和管理網絡通信。

在虛擬化和云計算環境中，存儲一直是一個挑戰，并使得超融合基礎設施(HCI)成為其早期的灘頭陣地。盡管如此，超融合基礎設施(HCI)的愿景是假設存儲的復雜性是永恒的，其系統不能被設計成更容易使用的，更符合虛擬化/云數據中心策略。事實上，存在虛擬機/云計算感知的存儲系統，并且可以很容易地融入到該計劃中，同時保持獨立的專用計算和存儲層的可預測性和效率優勢。