我一直在考慮IT的兩個(gè)領(lǐng)域：復(fù)雜性與融合性，都還有許多有待完善之處。
總的來說，我們運(yùn)營著一些非常復(fù)雜的基礎(chǔ)設(shè)施，這在某種程度上增加了IT難度。隨著Nutanix新一輪的巨額投資，Whiptail作為UCS Invicta融入Cisco，VMware也發(fā)布了VSAN，我們可以看到越來越多的融合正在發(fā)生。許多經(jīng)常獨(dú)立的IT區(qū)域被強(qiáng)行整合。
我們的數(shù)據(jù)中心是由山寨堆積而起的
我們并不是從復(fù)雜系統(tǒng)開始。最初設(shè)計(jì)用來解決問題的系統(tǒng)簡潔、簡單并易于部署。
隨著部署的推進(jìn)，問題變得越來越多。有時(shí)候是缺乏需求——會有人忘記通知所有人或者關(guān)鍵用戶。有時(shí)候還可能遇到光纖交換機(jī)的管理接口可以達(dá)到千兆速度，但實(shí)際上卻以10/100M的速率工作，需要進(jìn)行修復(fù)。不管是何種速率，都需要進(jìn)行修復(fù)操作，而且這樣的修復(fù)都會影響數(shù)據(jù)中心設(shè)計(jì)。
漸漸地，我們?yōu)榱藨?yīng)對新的業(yè)務(wù)需求，在原先有良好的設(shè)計(jì)上不斷添加?xùn)|西。使用新部件替換老化或故障組件，但這些部件絕對與舊的不同。我們想出無數(shù)“容易修復(fù)”的問題，并將其堆積，越來越山寨，直到原始設(shè)計(jì)所剩無幾，簡單的系統(tǒng)設(shè)計(jì)僅存在于幾年前的Visio圖表中。
融合架構(gòu)不簡單
融合架構(gòu)看到了這點(diǎn)問題。從Nutanix買一個(gè)安裝包，它將計(jì)算與存儲整合并作為一個(gè)整體管理。與VMware的VSAN相同，將服務(wù)器與本地磁盤相關(guān)聯(lián)。Cisco UCS也包括存儲，還可以獲得管理網(wǎng)絡(luò)、存儲與計(jì)算能力的簡單管理接口。非常吸引人，不是嗎？表面上看，只需要簡單的擁有與運(yùn)營。
實(shí)際上，這些東西不簡單。Nutanix系統(tǒng)非常復(fù)雜，有很多可移動部件與模塊，令人精神錯(cuò)亂的部分：支撐虛擬機(jī)部署的虛擬化服務(wù)與其他一些服務(wù)都被封裝起來，就如引擎蓋下掩藏的復(fù)雜機(jī)械。
VMware VSAN也一樣，其他任何高度融合的解決方案都如此。Cisco UCS使用了更傳統(tǒng)的硬件方式，并且避免了一定程度的復(fù)雜性。廠商以某種方式修飾了這些方面問題，尤其是融合光纖通道與數(shù)據(jù)網(wǎng)絡(luò)。任何時(shí)候，只要你混合流量或者新建內(nèi)容，都會提高復(fù)雜度與管理難度，無論供應(yīng)商之前是怎么告訴你的。
我們喜歡這些融合系統(tǒng)，因?yàn)樗鼈兒喕巳粘＿\(yùn)作并降低運(yùn)營成本。但它們并沒有簡化我們的數(shù)據(jù)中心。實(shí)際上它們增加了復(fù)雜性，并試圖對我們隱藏事實(shí)。
2002年，美國國防部長Rumsfeld針對戰(zhàn)爭狀況發(fā)言稱“known knowns， known unknowns and unknown unknowns.”雖然這句話本身很復(fù)雜，但信息其實(shí)很簡單：如果我們不知道自己不知道，情況會很糟糕。當(dāng)我們購買融合系統(tǒng)時(shí)，我們是否知道這樣將對數(shù)據(jù)中心造成多少未知的影響？
對此，沒有很好的答案，而我其實(shí)很想了解這些融合系統(tǒng)，它們可以做什么來彌補(bǔ)舊數(shù)據(jù)中心復(fù)雜、架構(gòu)復(fù)雜，保證數(shù)據(jù)中心便捷簡單問題。
對我來說，融合架構(gòu)是我在某天會要打開的黑盒子，因?yàn)榭傆幸稽c(diǎn)會出點(diǎn)問題。直到那天，我會非常向往早期曾擁有過的簡單基礎(chǔ)設(shè)施，只有一個(gè)協(xié)議到電纜，一個(gè)工作負(fù)載的服務(wù)器和簡單圖表就能顯示一切。
