融合基礎架構(gòu)的市場正在迅速增長，無論是大型還是中小企業(yè)的IT部門都認為IT太復雜不好。惠普、戴爾、IBM、思科、VCE和NetApp等供應商，試圖降低采購和運營成本、鞏固網(wǎng)絡、提高可管理性、減少部署時間、降低存儲成本和降低功耗。

融合平臺的名稱源于整合存儲、網(wǎng)絡和計算資源到一個簡單管理易于獲得的單元中。每個模塊都提供了獨立的管理模型，并且支持在某個單一供應商情況下所有模塊的融合管理解決方案。

然而，除此之外再無相似支出。某些可能選擇使用融合網(wǎng)絡技術，如以太網(wǎng)光釬通道或iSCSI來訪問存儲，而其他設備則采用傳統(tǒng)的、獨立的光纖通道交換機。有些則可能已經(jīng)預設了大量的存儲空間和計算能力，還有一些人可以讓你大范圍自定義、設計一個系統(tǒng)，來完全滿足自己實際的需求。這需要更高層次的規(guī)劃和支持，正如Cisco、VCE和NetApp提供的融合基礎架構(gòu)產(chǎn)品。這些產(chǎn)品提供商關注建筑、裝修、支持和其他你在建造數(shù)據(jù)中心時所能考慮到的細節(jié)，然后開始決定要在數(shù)據(jù)中心里放置哪些種類的設備。

Cisco UCS逐漸成熟

思科統(tǒng)一計算系統(tǒng)(UCS)于2009年推出，是融合基礎架構(gòu)解決方案的鼻祖。作為服務器領域里的新手，思科對IT面臨的問題進行了漫長而深入的思考。從一開始，在后端將基礎設施用光纖通道和IP網(wǎng)絡進行關聯(lián)，并重新思考如何更好地管理硬件本身。

UCS服務器包括B系列刀片服務器和C系列機架式系統(tǒng)，這兩者都是通過內(nèi)置的Cisco UCS Manager軟件進行管理。UCS Manager抽象出硬件中的重要數(shù)據(jù)并將其作為配置文件保存。這使得其易于部署或替換服務器硬件，因為UCS Manager可以復制或自動重新分配地址和配置文件給替換上的新刀片服務器。

此外，UCS的擴展性非常好，刀片服務器是與物理服務器大小相同的葉片。例如，單核、雙核和四核CPU模塊，可以在增加CPU同時，提升內(nèi)存可用上限。還有低端的UCE-E系列服務器適合思科的集成服務路由器機箱，可以為遠程及分支機構(gòu)服務。UCS產(chǎn)品與操作系統(tǒng)完全無關，只需要一份傳統(tǒng)的硬件兼容性列表，所以它很適合融入數(shù)據(jù)中心，只需要對很少的IT員工進行培訓，就可以輕松上手。

盡管有上述優(yōu)點，UCS也存在一些缺陷。不像某些競爭對手，本質(zhì)上提供的是一個開箱即用的私有云方案，UCS是個服務器基礎設施解決方案，它往往是以其他供應商的云服務為基礎。

初始采購價格可能是比較大的障礙，因為需要購買Cisco Nexus交換機作為融合SAN和IP網(wǎng)絡的基礎設施。隨著環(huán)境的擴展，這些費用將在所有的硬件上攤銷，并與廠商解決方案更緊密結(jié)合。最后，支持問題往往是最大的，思科的硬件保修協(xié)議只有短短三年，而大多數(shù)供應商都提供五年保修。

VCE Vblock參考架構(gòu)

VCE由Vmware(V)，思科(C)和EMC(E)三家技術組成的公司，每個成員都貢獻各自Vblock平臺的技術。VMware提供了vSphere和vCloud虛擬化和管理套件。Cisco提供統(tǒng)一計算系統(tǒng)支持計算能力。EMC提供了NX和VMAX存儲，以及l(fā)onix統(tǒng)一架構(gòu)管理軟件，該軟件是整個管理套件的一部分。

有趣的是，VCE并不實際銷售Vblocks;他們提供參考架構(gòu)，真正的產(chǎn)品銷售和建設是由增值經(jīng)銷商來實現(xiàn)。這些參考架構(gòu)已經(jīng)過大量驗證與測試，最終交付的產(chǎn)品都是預先配置和預先驗證過的。

在撰寫本文時，只有兩個Vblock模型，300和700兩款。這看起來有點不足，但對于需要融合基礎架構(gòu)的IT部門來說，是個好消息。Vblock是個牢籠。它的性能是一個眾所周知的數(shù)量級，而且你也知道其配置就和宣傳的一樣。

VCE通過一個小組超越了三家公司，并能維護實驗室，進行測試和故障排除。因為這種模型的關系，加上配置數(shù)量有限，VCE可以為固件和軟件定期發(fā)布升級，這就是人們稱做的“已知的良好存檔點。”這節(jié)省了IT人員測試固件，檢查兼容性清單和升級故障排查等所需花費的大量時間。

Vblock產(chǎn)品陣容中缺少一款真正低端的產(chǎn)品，這是IT部門面臨的問題，因為這款產(chǎn)品并不意味著你在遠程辦公室有個Vblock設備。其他人會抱怨Vblock無法定制還有其可能無法和現(xiàn)有的基礎設施進行連接，加上這款產(chǎn)品并沒有特定針對的領域。需要通過VCE合作伙伴進行采購，這也可能增加成本和采購過程的復雜性。你也僅限使用VMware虛擬化管理程序來創(chuàng)建虛擬機服務器，所以如果你想用Hyper-V或OpenStack，那就算你運氣不好了。同樣的，如果你希望有一個牢籠版的私有或混合云，那Vblock可能不適合你。這是一個服務器基礎架構(gòu)解決方案。

NetApp FlexPod的獨立模塊

NetAPp對VCE的回應是FlexPod，該產(chǎn)品和Vblock驚人的相似，但更少限制。就如Vblock，其基于Cisco的統(tǒng)一計算系統(tǒng)B系列刀片服務器和VMware軟件。FlexPod也無法直接從NetApp購買，而是合作伙伴建立的參考架構(gòu)。

與Vblock不同，F(xiàn)lexPod使用NetApp的FAS存儲陣列。可以選擇想要的任何FAS陣列，因為他們都允許NetAPP的DataONTAP操作系統(tǒng)，并且有共同的標準接口。FlexPod還支持Hyper-V(目前還不支持2012版本的Hyper-V)，以及裸機操作系統(tǒng)。它沒有統(tǒng)一管理界面，所以用戶需要使用自帶的管理接口來管理存儲、網(wǎng)絡和計算機組件。因為NetApp擁有強大的API，可以購買第三方管理工具進行管理，這為統(tǒng)一管理提供了完整的獨立模塊。

FlexPod可以根據(jù)你的需求進行擴展，這對希望在多個區(qū)域中運行單一融合基礎架構(gòu)平臺的企業(yè)來說是個不錯的選擇。用戶可以通過NetApp合作伙伴購買FlexPod產(chǎn)品，這可能意味著增加成本并提高采購流程的復雜性。用戶同樣需要分別和Cisco、VMware以及NetApp簽訂維護合同。NetApp提供了一種合作性較強的支持模型，但實際情況看來，這種工作流并不會那么容易解決。

無論你是否是計劃替換現(xiàn)有的復雜服務器基礎設施，轉(zhuǎn)換或建設自己的云服務平臺，現(xiàn)在已經(jīng)存在許多融合基礎架構(gòu)解決方案來滿足用戶業(yè)務需求。在第二篇文章中，我們將介紹來自Dell、IBM和HP的另外三項融合基礎架構(gòu)架構(gòu)方案。