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

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

摸不清的動(dòng)態(tài)工作負(fù)載

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

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

遠(yuǎn)不止一個(gè)思科UCS基架

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

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

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

安全和管理問題

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

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

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

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

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

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

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

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