來源：Enterprise Strategy Group，2011

第1階段：數(shù)據(jù)中心網(wǎng)絡(luò)整合

數(shù)據(jù)中心網(wǎng)絡(luò)演變的第一階段已經(jīng)在順利進行。在此階段，大型企業(yè)希望通過簡化架構(gòu)讓其數(shù)據(jù)中心創(chuàng)造更多的價值，從而提升網(wǎng)絡(luò)運營、擴大規(guī)模并提高性能。為了實現(xiàn)這些目標(biāo)，數(shù)據(jù)中心網(wǎng)絡(luò)發(fā)展近期將會把重點放在：

1減少數(shù)據(jù)中心網(wǎng)絡(luò)層的數(shù)量: 數(shù)據(jù)中心網(wǎng)絡(luò)端口、設(shè)備、鏈接以及存儲層的數(shù)量已無法控制，并且無法滿足數(shù)據(jù)中心擴展的新要求。網(wǎng)絡(luò)供應(yīng)商將會通過軟件升級、新設(shè)備以及自身的交換架構(gòu)產(chǎn)品解決這些問題。

2. 提高吞吐量和性能：除了簡化管理和降低成本之外，緊縮的數(shù)據(jù)中心網(wǎng)絡(luò)也會根據(jù)服務(wù)器虛擬化、橫向擴展應(yīng)用以及集群文件系統(tǒng)的大型L2要求進行設(shè)計。這些應(yīng)用取決于跨越數(shù)千乃至數(shù)萬端口的高吞吐、低延遲。緊縮的數(shù)據(jù)中心網(wǎng)絡(luò)可以通過以下方式消除STP限制、推出更多的40GbE和100GbE功能、推出 fabric架構(gòu)來解決這些性能需求。

3．與服務(wù)器虛擬化技術(shù)集成：虛擬交換機是虛擬機配置和擁有靈活性的必備，同時他們還添加了另一個數(shù)據(jù)中心交換層，能夠不依賴于物理網(wǎng)絡(luò)獨立運行。絕大多數(shù)供應(yīng)商已成功解決了這一問題，并通過以下方式如實現(xiàn)服務(wù)器虛擬化指令和控制平臺的互操作、探索虛擬交換機功能、將虛擬交換卸載至物理網(wǎng)絡(luò)來致力于服務(wù)器虛擬化整合的持續(xù)改善。

4．初步的網(wǎng)絡(luò)融合：新興數(shù)據(jù)中心網(wǎng)絡(luò)具有網(wǎng)絡(luò)融合的初始特征。它們包括：服務(wù)器/網(wǎng)絡(luò)互連、支持存儲融合和網(wǎng)絡(luò)可擴展性。

第2階段：融合的數(shù)據(jù)中心架構(gòu)

融合的數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)由兩層集群式交換機構(gòu)成，可滿足大多數(shù)企業(yè)未來的可預(yù)見性需求。然而，在虛擬機移動性、橫向擴展應(yīng)用以及云計算的推 動之下，L2數(shù)據(jù)中心網(wǎng)絡(luò)的需求量仍然會很大，從而導(dǎo)致數(shù)據(jù)中心網(wǎng)絡(luò)的進一步演變。ESG認為， 在2013年左右，數(shù)據(jù)中心網(wǎng)絡(luò)整合將會讓位于融合數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)，其架構(gòu)由以下部分組成：

1. 扁平數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)

2. 全融合的網(wǎng)絡(luò)傳輸

3. 云計算專用的數(shù)據(jù)中心互連

該文所概述的數(shù)據(jù)中心目前發(fā)展趨勢（即服務(wù)器虛擬化、橫向擴展應(yīng)用、網(wǎng)絡(luò)融合、云計算等等）將會對數(shù)據(jù)中心網(wǎng)絡(luò)設(shè)計和運作的方式產(chǎn)生深遠影 響。隨著企業(yè)的不斷發(fā)展，他們可能會面臨這樣的選擇：他們是應(yīng)該堅持選擇“嘗試才知可行”的網(wǎng)絡(luò)供應(yīng)商，還是考慮制定替代方案以作為更全面的數(shù)據(jù)中心策略 的一部分？ESG認為，首席信息官們在權(quán)衡這一決策時，應(yīng)該從以下幾個方面對每家供應(yīng)商進行評估：

•架構(gòu)。Clos網(wǎng)絡(luò)？Fat-tree拓撲結(jié)構(gòu)？光纖網(wǎng)絡(luò)架構(gòu)？大型企業(yè)應(yīng)通過評估其戰(zhàn)略計劃（即數(shù)據(jù)中心的規(guī)模、服務(wù)器虛擬化、應(yīng)用軟件開發(fā)、云計算）來進行網(wǎng)絡(luò)架構(gòu)的規(guī)劃，然后再根據(jù)這些要求來衡量供應(yīng)商路線圖。

•行業(yè)標(biāo)準。一些廠商完全按照行業(yè)標(biāo)準（如IEEE SPB或IETF TRILL）實施。而另外一些廠商則以這些標(biāo)準作為基礎(chǔ)適當(dāng)進行擴展，以獲取先進的特性和功能。與往常一樣，首席信息官們應(yīng)該認真研究供應(yīng)商計劃、行業(yè)標(biāo)準和第三方分析，以作為其盡職調(diào)查過程的一部分。

•網(wǎng)絡(luò)融合。未來的數(shù)據(jù)中心網(wǎng)絡(luò)會謹遵承諾，將連接提供至CPU、存儲或網(wǎng)絡(luò)服務(wù)。然而ESG認為，實現(xiàn)這一構(gòu)想也需要進行權(quán)衡。ACIO 必須考慮這一問題：為實現(xiàn)跨服務(wù)器、存儲和網(wǎng)絡(luò)的共同管理或網(wǎng)絡(luò)互連而放棄現(xiàn)有服務(wù)器或存儲網(wǎng)絡(luò)廠商，這是否值得？請記?。哼@些決定可能會對企業(yè)產(chǎn)生影響，因此必須精打細算。

•第三方支持。數(shù)據(jù)中心網(wǎng)絡(luò)必須支持領(lǐng)先的服務(wù)器虛擬化和云計算平臺。大型企業(yè)也必須相應(yīng)調(diào)整其服務(wù)器虛擬化/云計算計劃。有些設(shè)備甚至可以在數(shù)據(jù)中心網(wǎng)絡(luò)上運行應(yīng)用或服務(wù)。這似乎有悖常理，但是它可以為大型數(shù)據(jù)中心或通過低延遲/高流量應(yīng)用增加價值。因此，應(yīng)著眼未來需求，深入探討這些問 題。

•可編程的流量。實施多用戶或云計算規(guī)劃的任何企業(yè)都應(yīng)該將對該話題的研究作為其規(guī)劃的一部分。雖然很少有網(wǎng)絡(luò)工程師期望學(xué)習(xí)如何“為網(wǎng)絡(luò)編程”，但是，如果可編程控制平面具有靈活性，則可以為投入時間和資源的大型企業(yè)提供真正的安全性、應(yīng)用以及市場細分的優(yōu)勢。

•ASIC。這往往是另一系列的信仰問題：定制ASIC會增加價值嗎？或它們會遵從摩爾定律并會被供應(yīng)商（如Broadcom和 Marvell）生產(chǎn)的商用芯片取而代之嗎？再一次，答案沒有正誤之分。信息主管必須全面衡量每一家數(shù)據(jù)中心網(wǎng)絡(luò)供應(yīng)商所提供的整體舒適度之后才能做出決 定。

wangzhen