融合基礎設施會給私有云帶來什么？
IT再次重拾傳統(tǒng)“白盒”實踐。不過如今我們并非在拼湊服務器，虛擬化驅動我們白盒化自身整個數(shù)據(jù)中心基礎設施。
白盒化服務器的結果往往是數(shù)據(jù)中心不一致，并伴有額外的管理費用和增大配置改變失敗的風險。這也是為什么融合基礎設施很快成為業(yè)界最熱門的話題，因為白盒如今被整合用來創(chuàng)建虛擬化環(huán)境。
幾年前，我們發(fā)現(xiàn)幾乎所有的奇跡和激動都與虛擬化有關。進而，在任何可能的硬件上虛擬化都被很快地實現(xiàn)了。但是，隨著每次新一輪的服務器出現(xiàn)，多數(shù)SAN設備、網(wǎng)絡的分段增加都導致了越來越多的內部相連。
很久以前，自助式虛擬化硬件的復雜Web就不再完美并開始問題連連。自助式，我們僅僅是重拾并未形成規(guī)模。
解決這個問題并擊退產(chǎn)業(yè)的第二次白盒化正是融合基礎設施所要實現(xiàn)的。這就是為什么，相比“融合基礎設施”，筆者更喜歡用 “設計中融入虛擬化和云計算的硬件” 這個術語。
融合基礎設施
到最后，你的虛擬化基礎設施或私有云都是基于監(jiān)控數(shù)據(jù)運行的。這些數(shù)據(jù)顯示了現(xiàn)有資源的多少，主要分解成以下幾類：計算、內存、網(wǎng)絡和存儲。我們稱之為資源支撐。
它還能知道你的虛擬機(VMs)需要多少此類資源。這第二個數(shù)字表示了需求。供給和需求如今被抽象成一些數(shù)字集合，你可以更簡單地理解為“經(jīng)濟資源”，它代表了你數(shù)據(jù)中心的實際狀況。
當需要更多的資源時，融合基礎設施將發(fā)出一個可識別的警告。對使用資源的趨勢預測需要了解特定時刻所需網(wǎng)絡、存儲或是計算力的數(shù)量。相比組織依靠最佳估計，供給和消費資源如今被量化和使用。趨勢預測也使得購買計劃和預算相對容易。
為了實現(xiàn)這些目標，融合基礎設施硬件被完全模塊化，同樂高(Legos)玩具或Tinkertoys玩具沒什么區(qū)別。每個模塊連接最小的單元到更大的整體上，這個整體就是你的數(shù)據(jù)中心，很像現(xiàn)在把附加的硬盤插入服務器或SAN。
更重要的是，每個模塊你都可以隨時在廠商站點上點擊“購買”。你已經(jīng)在服務器上這樣做多年了，為什么不對整個數(shù)據(jù)中心這樣做呢?即將到來的是最小化布線和瑣碎安裝的即插組件。圍繞整個系統(tǒng)的是管理工具集，它會識別新硬件并無縫地添加硬件到你的資源池中。
這并不是未來的全部。對于一些廠商，硬件已經(jīng)準備就緒。其他的廠商對此也在規(guī)劃中。甚至在還沒有掌握如何使這種新方法工作的情況下，主要廠商就已經(jīng)開始宣傳這些組件了，如刀片，模塊化存儲，密集網(wǎng)絡等。管理工具集方面也已有了一定發(fā)展。
隨著像BladeSystem、Matrix和Advanced Infrastructure Manager的出現(xiàn)，這種預封裝的虛擬化計算環(huán)境在硬件層上顯示資源經(jīng)濟的同時，你的監(jiān)控管理工具則處理獨立的VM活動。這兩方面的結合正是我們所思考私有云計算的來源。融合基礎設施僅僅是前提。
融合基礎設施到底是花哨的名詞還是實用科技?在某種程度，它二者均占：不是消除監(jiān)控管理而是加強監(jiān)控管理。融合基礎設施的硬件與管理工具將提供一種方式來終結我們所討厭的第二次白盒實踐。
【編輯推薦】
