當(dāng)人機(jī)交互解決方案聲稱具備簡(jiǎn)單性時(shí)，他們就基于大部分的這種要求來消除對(duì)專用存儲(chǔ)系統(tǒng)和存儲(chǔ)網(wǎng)絡(luò)的需求。最初，在三個(gè)節(jié)點(diǎn)上，有一個(gè)案例需要制定。但是，當(dāng)數(shù)據(jù)中心試圖提高超融合基礎(chǔ)設(shè)施(HCI)的使用水平或增加環(huán)境時(shí)，問題就出現(xiàn)了。
而現(xiàn)實(shí)情況是，大多數(shù)超融合解決方案都是軟件定義的存儲(chǔ)解決方案，重新包裝在虛擬機(jī)管理程序結(jié)構(gòu)中運(yùn)行。該軟件不是安裝在專用硬件上，而是作為虛擬機(jī)安裝在群集中的每個(gè)節(jié)點(diǎn)上。數(shù)據(jù)(取決于供應(yīng)商)跨節(jié)點(diǎn)劃分或本地寫入，然后復(fù)制到其他節(jié)點(diǎn)(這是許多東西流量的來源)。
超融合基礎(chǔ)設(shè)施(HCI)的致命弱點(diǎn)
超融合基礎(chǔ)設(shè)施(HCI)的愿景是簡(jiǎn)化數(shù)據(jù)中心。超融合基礎(chǔ)設(shè)施(HCI)集群內(nèi)的每個(gè)節(jié)點(diǎn)都擁有數(shù)據(jù)中心擴(kuò)展時(shí)所需的一切：計(jì)算、管理程序、存儲(chǔ)軟件、性能存儲(chǔ)、容量存儲(chǔ)和網(wǎng)絡(luò)。最初，前三個(gè)節(jié)點(diǎn)一切正常。但是，隨著數(shù)據(jù)中心的增長(zhǎng)和增加節(jié)點(diǎn)，超融合基礎(chǔ)設(shè)施(HCI)的愿景開始變得模糊。
超融合基礎(chǔ)設(shè)施(HCI)規(guī)模的問題在于，每個(gè)節(jié)點(diǎn)都帶有上述所有資源，其中大多數(shù)擴(kuò)展只需要一個(gè)，通常是容量，從而浪費(fèi)資源。此外，大多數(shù)超融合基礎(chǔ)設(shè)施(HCI)供應(yīng)商都知道節(jié)點(diǎn)所支持的工作負(fù)載數(shù)量是有限的，并且只建議每個(gè)節(jié)點(diǎn)運(yùn)行一種工作負(fù)載類型，以免浪費(fèi)更多的資源。這兩種情況都會(huì)導(dǎo)致使用不均勻的節(jié)點(diǎn)迅速增長(zhǎng)，從而造成網(wǎng)絡(luò)問題。
資源困境
同樣，隨著IT向集群添加節(jié)點(diǎn)，計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)這三個(gè)主要資源中的每一個(gè)都被添加。然而，大多數(shù)數(shù)據(jù)中心只需要添加一個(gè)特定的資源。一些數(shù)據(jù)中心總是受到容量限制，所以添加節(jié)點(diǎn)的主要原因是獲得容量，而在超融合基礎(chǔ)設(shè)施(HCI)環(huán)境中，最終會(huì)導(dǎo)致CPU利用率很低。相反，有一些數(shù)據(jù)中心大多需要更多的計(jì)算，并且最終會(huì)有大量的空閑存儲(chǔ)空間。
為了解決這個(gè)問題，超融合基礎(chǔ)設(shè)施(HCI)廠商試圖創(chuàng)造比計(jì)算更多的存儲(chǔ)或更多存儲(chǔ)的產(chǎn)品。問題是大多數(shù)HCI供應(yīng)商不能混合這些類型的節(jié)點(diǎn)，或者不能區(qū)分同一集群內(nèi)的節(jié)點(diǎn)類型。因此，擁有一個(gè)需要計(jì)算工作量的數(shù)據(jù)中心和另一個(gè)需要容量的數(shù)據(jù)中心最終不得不創(chuàng)建和管理兩個(gè)獨(dú)立的集群。
彈性問題
支持虛擬基礎(chǔ)設(shè)施的存儲(chǔ)正變得越來越困難，因?yàn)橄馦S-SQL、Exchange等其他傳統(tǒng)上獨(dú)立的關(guān)鍵任務(wù)應(yīng)用程序的工作量被虛擬化了。超融合基礎(chǔ)設(shè)施(HCI)供應(yīng)商通常建議客戶為這些工作負(fù)載中的每一個(gè)創(chuàng)建一個(gè)集群，或者至少為這個(gè)工作負(fù)載分配一個(gè)節(jié)點(diǎn)。這使得支持混合工作負(fù)載和擴(kuò)展超出初始配置更加復(fù)雜。同樣，擁有多個(gè)集群云的原始超融合基礎(chǔ)設(shè)施(HCI)簡(jiǎn)單性的愿景。
網(wǎng)絡(luò)瓶頸
如果客戶能夠理順資源的浪費(fèi)和多個(gè)集群的潛在存在，他們將面臨更多的障礙。隨著節(jié)點(diǎn)數(shù)量的增長(zhǎng)，集群變得越來越復(fù)雜，難以管理。幾十個(gè)節(jié)點(diǎn)的網(wǎng)絡(luò)需要仔細(xì)的設(shè)計(jì)和考慮。
節(jié)點(diǎn)之間的通信通常被稱為東西流量，變得幾乎勢(shì)不可擋。研究表明，在大規(guī)模的超融合基礎(chǔ)設(shè)施(HCI)集群中，多達(dá)75%的網(wǎng)絡(luò)流量是存儲(chǔ)IO和節(jié)點(diǎn)同步。
被認(rèn)為是一系列專用網(wǎng)絡(luò)的廉價(jià)替代品突然變得昂貴，因?yàn)镮T專業(yè)人員發(fā)現(xiàn)他們需要升級(jí)網(wǎng)絡(luò)交換機(jī)，并實(shí)施特定的網(wǎng)絡(luò)管理工具來監(jiān)視和管理網(wǎng)絡(luò)通信。
在虛擬化和云計(jì)算環(huán)境中，存儲(chǔ)一直是一個(gè)挑戰(zhàn)，并使得超融合基礎(chǔ)設(shè)施(HCI)成為其早期的灘頭陣地。盡管如此，超融合基礎(chǔ)設(shè)施(HCI)的愿景是假設(shè)存儲(chǔ)的復(fù)雜性是永恒的，其系統(tǒng)不能被設(shè)計(jì)成更容易使用的，更符合虛擬化/云數(shù)據(jù)中心策略。事實(shí)上，存在虛擬機(jī)/云計(jì)算感知的存儲(chǔ)系統(tǒng)，并且可以很容易地融入到該計(jì)劃中，同時(shí)保持獨(dú)立的專用計(jì)算和存儲(chǔ)層的可預(yù)測(cè)性和效率優(yōu)勢(shì)。
版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net原創(chuàng)，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。
京公網(wǎng)安備 11010502049343號(hào)