我曾經(jīng)改裝過一輛雪佛蘭大塊頭——抬高底盤、壓扁排氣管并(當然)換掉4個博爾特電源。接著，在火花塞里注入足夠的油，讓它能點燃比例達到10.5:1的大缸燃油，沖擊傳統(tǒng)的點圈模式。但是，我還比較幸運，我的454是***臺帶德爾科高能點火裝置的車。它能產(chǎn)生足夠的火花。

站在白板前面，我發(fā)現(xiàn)自己的思緒又回到了以前的日子——雙手在車庫里忙活著。我正計劃對網(wǎng)絡(luò)進行升級，以支持少數(shù)的超融合模塊，不過我有點擔心自己現(xiàn)有的網(wǎng)絡(luò)是否有足夠的空間。這讓我想到了一個問題：到底超融合基礎(chǔ)架構(gòu)是要求完全更換網(wǎng)絡(luò)還是只需要調(diào)整現(xiàn)有網(wǎng)絡(luò)?

[[163309]]

摸不清的動態(tài)工作負載

超融合(甚至超超融合)在本地很容易實現(xiàn)：將計算、網(wǎng)絡(luò)和存儲都集成在一個設(shè)備內(nèi)，并且通過它由供應(yīng)商預(yù)先配置好且差不多到手就可以使用。此外，它一般都聲稱像樂高積木一樣模塊化，由可調(diào)整和相對統(tǒng)一的模塊組成，它們能穩(wěn)定地綁定在一起，只需要小作調(diào)整就可以實現(xiàn)新功能。然而，除了常規(guī)的計算、網(wǎng)絡(luò)和存儲，還缺少的是互連網(wǎng)絡(luò)。

當然，供應(yīng)商關(guān)注超融合基礎(chǔ)架構(gòu)(HCI)的硬件，其中一些產(chǎn)品包含參考互連架構(gòu)，并且通常在各個模塊中使用白盒交換技術(shù)。由于缺少交流，有人可能認為遷移到HCI只是簡單地擴大***機架或行間交換機的主干網(wǎng)為超大規(guī)模。雖然這是其中的一部分——而且你應(yīng)該已經(jīng)考慮了10 GbE以上規(guī)模的擴容，但是實際工作還遠遠不止這些。超融合基礎(chǔ)架構(gòu)從根本上改變了我們原本信賴的許多網(wǎng)絡(luò)技術(shù)。它并不是單純地“讓所有東西提速”。

遠不止一個思科UCS基架

像思科UCS這樣的融合基礎(chǔ)架構(gòu)(CI)設(shè)備的一個大賣點是將計算資源捆綁到基架上，使之功能變得更加強大。原本一整個機架的專用設(shè)備和各種線纜都整合到一個可配置且密封的設(shè)備中。我們?nèi)匀灰紤]這種模塊間資源的邏輯配置，不過非常樂于見到物理基礎(chǔ)架構(gòu)變得精簡。

然而，雖然CI的目標是增加功能和簡化管理，但是HCI的目標則不僅僅是進一步融合。HCI希望交付模塊化同質(zhì)化計算、網(wǎng)絡(luò)及存儲資源的原因很簡單：減少部件和安裝步驟以削減IT人手。極其一致性的目標是大量減少人力成本，因此不要期望它一定能提供更高的靈活性。

我們肯定能夠在云中看到這種現(xiàn)象，因為云中都是預(yù)配置的容器，所以亞馬遜和微軟就只是在各個數(shù)據(jù)中心安排少量IT人員來管理成千上萬個同質(zhì)化服務(wù)器。這種方法很適合他們，因為他們自己設(shè)計了白盒網(wǎng)絡(luò)，也有大量的開發(fā)資源可以根據(jù)需要創(chuàng)建任何管理框架。但是這并不一定適合其他企業(yè)，因為HCI必須通過供應(yīng)商提供的工具才能管理和監(jiān)控。

安全和管理問題

如果曾經(jīng)粗略看過PCI規(guī)范——我自己看過，那么你肯定知道它規(guī)定了網(wǎng)絡(luò)分片。但是，在HCI中該如何實現(xiàn)網(wǎng)絡(luò)分片呢?我們不能保證在將工作負載遷移到HCI之后現(xiàn)有CC處理系統(tǒng)的證書仍然有效。那么應(yīng)該如何應(yīng)用一種審計人員能理解的分片方式呢?如果所有節(jié)點都變成一樣，所有的控制軟件應(yīng)該部署在哪里?所有的監(jiān)控與管理軟件又該部署在哪里?它們應(yīng)該無處不在。

管理層會要求用一種統(tǒng)一的方法實現(xiàn)類似傳統(tǒng)方式劃分的網(wǎng)絡(luò)、應(yīng)用和存儲監(jiān)控，至少從安全角度會要求這樣劃分。單單軟件定義網(wǎng)絡(luò)的網(wǎng)絡(luò)安全就已經(jīng)很讓人頭痛了。目前零碎的企業(yè)網(wǎng)絡(luò)并不適合用HCI完全替換機架系統(tǒng);它要求我們重新思考網(wǎng)絡(luò)。雖然CIO可能會認可靈活工作負載分配和IT人員成本削減帶來的好處，但是法律部門可能不會太熱心去解釋融合控制與數(shù)據(jù)面板、軟件定義結(jié)構(gòu)和基于操作類型發(fā)現(xiàn)的虛擬分片。

供應(yīng)商可能回避復(fù)雜性

超融合基礎(chǔ)架構(gòu)的互連復(fù)雜性還有一個令人感到意外的效果。軟件定義結(jié)構(gòu)在管理模塊間東西向流量方面有足夠的靈活性和自動化技術(shù)，但是網(wǎng)絡(luò)基礎(chǔ)架構(gòu)復(fù)雜性的增加恰恰與超融合架構(gòu)降低復(fù)雜性的目標相矛盾。至少在短期內(nèi)，HCI模塊所缺少的一些特殊企業(yè)網(wǎng)絡(luò)管理功能仍然需要在核心層或融合層中重新實現(xiàn)。

另外，企業(yè)還需要擔心的一個問題——HCI是一個容易形成東西向流量風(fēng)暴的環(huán)境。在不久前，東西向的主要瓶頸是存儲，但是應(yīng)用管理發(fā)現(xiàn)固態(tài)硬盤能夠緩解這個問題，然后瓶頸又轉(zhuǎn)回到網(wǎng)絡(luò)上。大多數(shù)HCI供應(yīng)商都在自己的模塊中解決東西向瓶頸問題，但是這并不意味著互連網(wǎng)絡(luò)能夠以相同的方式進行擴展。

中小型企業(yè)(SMB)可能會比大型企業(yè)更早使用HCI，因為他們的需求并不復(fù)雜，而且在解決方案真正有效的情況下他們通常不會介意適當?shù)倪M行二次工程。目前SMB中UCS的持續(xù)應(yīng)用就反映了這一點。如果企業(yè)有復(fù)雜規(guī)范要求、特殊的應(yīng)用堆或者有更好的基礎(chǔ)架構(gòu)更新方法，那么HCI的應(yīng)用可能不會太輕松。

供應(yīng)商聯(lián)合推動超融合技術(shù)的發(fā)展

最終，超融合基礎(chǔ)架構(gòu)的未來將取決于供應(yīng)商巨頭。他們可能并不是這項技術(shù)發(fā)起者，但是他們才是將硬件投向市場的主力。思科是否會繼續(xù)瘋狂收購SimpliVity、Nutanix、Maxta或其他公司而變身為一站式超融合供應(yīng)商呢?戴爾是否會收購EMC而推出支持超大規(guī)模模塊間和模塊內(nèi)流量與網(wǎng)絡(luò)服務(wù)的新產(chǎn)品，還是繼續(xù)依靠合作伙伴的產(chǎn)品呢?時間會回答這些問題，我自己預(yù)期亢奮宣傳周期即將過去，HCI將穩(wěn)步進入生產(chǎn)環(huán)境應(yīng)用。