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

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

[[219040]]

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

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

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

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

資源困境

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

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

彈性問題

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

網絡瓶頸

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

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

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

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