我曾經(jīng)改裝過(guò)一輛雪佛蘭大塊頭——抬高底盤(pán)、壓扁排氣管并(當然)換掉4個(gè)博爾特電源。接著(zhù)，在火花塞里注入足夠的油，讓它能點(diǎn)燃比例達到10.5:1的大缸燃油，沖擊傳統的點(diǎn)圈模式。但是，我還比較幸運，我的454是第一臺帶德?tīng)柨聘吣茳c(diǎn)火裝置的車(chē)。它能產(chǎn)生足夠的火花。
站在白板前面，我發(fā)現自己的思緒又回到了以前的日子——雙手在車(chē)庫里忙活著(zhù)。我正計劃對網(wǎng)絡(luò )進(jìn)行升級，以支持少數的超融合模塊，不過(guò)我有點(diǎn)擔心自己現有的網(wǎng)絡(luò )是否有足夠的空間。這讓我想到了一個(gè)問(wèn)題：到底超融合基礎架構是要求完全更換網(wǎng)絡(luò )還是只需要調整現有網(wǎng)絡(luò )?
摸不清的動(dòng)態(tài)工作負載
超融合(甚至超超融合)在本地很容易實(shí)現：將計算、網(wǎng)絡(luò )和存儲都集成在一個(gè)設備內，并且通過(guò)它由供應商預先配置好且差不多到手就可以使用。此外，它一般都聲稱(chēng)像樂(lè )高積木一樣模塊化，由可調整和相對統一的模塊組成，它們能穩定地綁定在一起，只需要小作調整就可以實(shí)現新功能。然而，除了常規的計算、網(wǎng)絡(luò )和存儲，還缺少的是互連網(wǎng)絡(luò )。
當然，供應商關(guān)注超融合基礎架構(HCI)的硬件，其中一些產(chǎn)品包含參考互連架構，并且通常在各個(gè)模塊中使用白盒交換技術(shù)。由于缺少交流，有人可能認為遷移到HCI只是簡(jiǎn)單地擴大頂級機架或行間交換機的主干網(wǎng)為超大規模。雖然這是其中的一部分——而且你應該已經(jīng)考慮了10GbE以上規模的擴容，但是實(shí)際工作還遠遠不止這些。超融合基礎架構從根本上改變了我們原本信賴(lài)的許多網(wǎng)絡(luò )技術(shù)。它并不是單純地“讓所有東西提速”。
遠不止一個(gè)思科UCS基架
像思科UCS這樣的融合基礎架構(CI)設備的一個(gè)大賣(mài)點(diǎn)是將計算資源捆綁到基架上，使之功能變得更加強大。原本一整個(gè)機架的專(zhuān)用設備和各種線(xiàn)纜都整合到一個(gè)可配置且密封的設備中。我們仍然要考慮這種模塊間資源的邏輯配置，不過(guò)非常樂(lè )于見(jiàn)到物理基礎架構變得精簡(jiǎn)。
然而，雖然CI的目標是增加功能和簡(jiǎn)化管理，但是HCI的目標則不僅僅是進(jìn)一步融合。HCI希望交付模塊化同質(zhì)化計算、網(wǎng)絡(luò )及存儲資源的原因很簡(jiǎn)單：減少部件和安裝步驟以削減IT人手。極其一致性的目標是大量減少人力成本，因此不要期望它一定能提供更高的靈活性。
我們肯定能夠在云中看到這種現象，因為云中都是預配置的容器，所以亞馬遜和微軟就只是在各個(gè)數據中心安排少量IT人員來(lái)管理成千上萬(wàn)個(gè)同質(zhì)化服務(wù)器。這種方法很適合他們，因為他們自己設計了白盒網(wǎng)絡(luò )，也有大量的開(kāi)發(fā)資源可以根據需要創(chuàng )建任何管理框架。但是這并不一定適合其他企業(yè)，因為HCI必須通過(guò)供應商提供的工具才能管理和監控。
安全和管理問(wèn)題
如果曾經(jīng)粗略看過(guò)PCI規范——我自己看過(guò)，那么你肯定知道它規定了網(wǎng)絡(luò )分片。但是，在HCI中該如何實(shí)現網(wǎng)絡(luò )分片呢?我們不能保證在將工作負載遷移到HCI之后現有CC處理系統的證書(shū)仍然有效。那么應該如何應用一種審計人員能理解的分片方式呢?如果所有節點(diǎn)都變成一樣，所有的控制軟件應該部署在哪里?所有的監控與管理軟件又該部署在哪里?它們應該無(wú)處不在。
管理層會(huì )要求用一種統一的方法實(shí)現類(lèi)似傳統方式劃分的網(wǎng)絡(luò )、應用和存儲監控，至少從安全角度會(huì )要求這樣劃分。單單軟件定義網(wǎng)絡(luò )的網(wǎng)絡(luò )安全就已經(jīng)很讓人頭痛了。目前零碎的企業(yè)網(wǎng)絡(luò )并不適合用HCI完全替換機架系統；它要求我們重新思考網(wǎng)絡(luò )。雖然CIO可能會(huì )認可靈活工作負載分配和IT人員成本削減帶來(lái)的好處，但是法律部門(mén)可能不會(huì )太熱心去解釋融合控制與數據面板、軟件定義結構和基于操作類(lèi)型發(fā)現的虛擬分片。
供應商可能回避復雜性
超融合基礎架構的互連復雜性還有一個(gè)令人感到意外的效果。軟件定義結構在管理模塊間東西向流量方面有足夠的靈活性和自動(dòng)化技術(shù)，但是網(wǎng)絡(luò )基礎架構復雜性的增加恰恰與超融合架構降低復雜性的目標相矛盾。至少在短期內，HCI模塊所缺少的一些特殊企業(yè)網(wǎng)絡(luò )管理功能仍然需要在核心層或融合層中重新實(shí)現。
另外，企業(yè)還需要擔心的一個(gè)問(wèn)題——HCI是一個(gè)容易形成東西向流量風(fēng)暴的環(huán)境。在不久前，東西向的主要瓶頸是存儲，但是應用管理發(fā)現固態(tài)硬盤(pán)能夠緩解這個(gè)問(wèn)題，然后瓶頸又轉回到網(wǎng)絡(luò )上。大多數HCI供應商都在自己的模塊中解決東西向瓶頸問(wèn)題，但是這并不意味著(zhù)互連網(wǎng)絡(luò )能夠以相同的方式進(jìn)行擴展。
中小型企業(yè)(SMB)可能會(huì )比大型企業(yè)更早使用HCI，因為他們的需求并不復雜，而且在解決方案真正有效的情況下他們通常不會(huì )介意適當的進(jìn)行二次工程。目前SMB中UCS的持續應用就反映了這一點(diǎn)。如果企業(yè)有復雜規范要求、特殊的應用堆或者有更好的基礎架構更新方法，那么HCI的應用可能不會(huì )太輕松。
供應商聯(lián)合推動(dòng)超融合技術(shù)的發(fā)展
最終，超融合基礎架構的未來(lái)將取決于供應商巨頭。他們可能并不是這項技術(shù)發(fā)起者，但是他們才是將硬件投向市場(chǎng)的主力。思科是否會(huì )繼續瘋狂收購S(chǎng)impliVity、Nutanix、Maxta或其他公司而變身為一站式超融合供應商呢?戴爾是否會(huì )收購EMC而推出支持超大規模模塊間和模塊內流量與網(wǎng)絡(luò )服務(wù)的新產(chǎn)品，還是繼續依靠合作伙伴的產(chǎn)品呢?時(shí)間會(huì )回答這些問(wèn)題，我自己預期亢奮宣傳周期即將過(guò)去，HCI將穩步進(jìn)入生產(chǎn)環(huán)境應用。
