挑戰(zhàn)三：如何構(gòu)建跨四代服務(wù)器演進(jìn)的網(wǎng)絡(luò)

服務(wù)器的GE接口從2000年開始，大約持續(xù)了10年時(shí)間;云計(jì)算時(shí)代，服務(wù)器內(nèi)虛擬化數(shù)量的增長等需要更高的網(wǎng)口帶寬，在未來10年，服務(wù)器接口速率增長加速，10GE/40GE/100GE三種類型接口將會(huì)共存。在網(wǎng)絡(luò)設(shè)計(jì)之初，如果不考慮如何同時(shí)支撐1GE/10GE/40GE/100GE跨四代服務(wù)器，將會(huì)導(dǎo)致網(wǎng)絡(luò)頻繁地更換。
 

服務(wù)器網(wǎng)絡(luò)從千兆向萬兆演進(jìn)

挑戰(zhàn)四：如何構(gòu)建彈性業(yè)務(wù)的開放平臺(tái)的網(wǎng)絡(luò)

越來越多的業(yè)務(wù)要求具有時(shí)效性的特點(diǎn)，為第三方合作伙伴提供快速彈性部署業(yè)務(wù)的能力，滿足云業(yè)務(wù)靈活多變、頻繁變化的特征是開放平臺(tái)的核心競爭力。支撐開放平臺(tái)的核心技術(shù)之一是服務(wù)器虛擬化，滿足虛擬機(jī)的遷移，滿足業(yè)務(wù)無屬地化部署的數(shù)據(jù)中心網(wǎng)絡(luò)是必須要考慮的問題。

挑戰(zhàn)五：如何構(gòu)建跟業(yè)務(wù)聯(lián)動(dòng)的智能網(wǎng)絡(luò)

傳統(tǒng)的網(wǎng)絡(luò)是封閉的，網(wǎng)絡(luò)和應(yīng)用割裂，即網(wǎng)絡(luò)不與上層應(yīng)用產(chǎn)生互動(dòng)。在快速變化的云計(jì)算時(shí)代，數(shù)據(jù)中心網(wǎng)絡(luò)需要快速滿足上層應(yīng)用的實(shí)時(shí)需求，能夠?yàn)闃I(yè)務(wù)提供智能動(dòng)態(tài)的Qos和安全策略調(diào)整，能夠提供清晰透明的狀態(tài)監(jiān)控。如何打破傳統(tǒng)的封閉網(wǎng)絡(luò)，網(wǎng)絡(luò)如何做到智能化地與業(yè)務(wù)協(xié)同，在數(shù)據(jù)中心網(wǎng)絡(luò)設(shè)計(jì)中顯得尤為關(guān)鍵。

滿足未來廣電數(shù)據(jù)中心網(wǎng)絡(luò)的解決方案

如上所述，滿足未來廣電數(shù)據(jù)中心網(wǎng)絡(luò)的解決方案需要具備三個(gè)特點(diǎn)：高彈性的無阻塞網(wǎng)絡(luò)、大二層和虛擬機(jī)感知的網(wǎng)絡(luò)、開放的智能網(wǎng)絡(luò)。

高彈性無阻塞的網(wǎng)絡(luò)

• 高彈性：一方面體現(xiàn)在網(wǎng)絡(luò)架構(gòu)可以支撐超大規(guī)模的服務(wù)器數(shù)量，提供更高的服務(wù)器集群的計(jì)算能力。另一方面體現(xiàn)網(wǎng)絡(luò)可以支撐未來跨四代服務(wù)器的平滑演進(jìn)，確保網(wǎng)絡(luò)的穩(wěn)定性。

• 無阻塞：考慮維護(hù)性和擴(kuò)展性，業(yè)界通常的做法是采用兩層架構(gòu)(接入+核心)搭建無阻塞的胖樹網(wǎng)絡(luò)，無阻塞的網(wǎng)絡(luò)架構(gòu)支撐云時(shí)代的企業(yè)東西流量占主導(dǎo)的流量模型。

可以看出，構(gòu)建高彈性無阻塞網(wǎng)絡(luò)的設(shè)備，尤其是核心交換機(jī)，需要提供更高的處理能力，平滑的演進(jìn)能力，線速的轉(zhuǎn)發(fā)能力。

大二層和虛擬機(jī)感知的網(wǎng)絡(luò)

與位置無關(guān)的服務(wù)器/VM的部署以及VM的熱遷移，可以更靈活迅速地完成業(yè)務(wù)部署發(fā)放，也可以更充分地利用數(shù)據(jù)中心的計(jì)算資源。但傳統(tǒng)的二層STP協(xié)議存在收斂慢、 范圍小、鏈路利用率低等問題，無法滿足云數(shù)據(jù)中心的訴求，必須通過新的協(xié)議實(shí)現(xiàn)大二層網(wǎng)絡(luò)。針對(duì)各類新的協(xié)議而言，基于CT的方案(TRILL/SPB)相比IT的方案(VxLAN/NVGRE)的成熟度更高一些?；贑T的方案來構(gòu)建大二層網(wǎng)絡(luò)需要考慮L3網(wǎng)關(guān)ARP的規(guī)格和處理能力的問題，而基于IT的方案則面臨網(wǎng)絡(luò)跟系統(tǒng)管理維護(hù)界面不清晰，對(duì)不支持VxLAN/NVGRE的物理服務(wù)器還需要考慮通過VxLAN/VNGRE網(wǎng)關(guān)接入等一些問題。

VM的移動(dòng)性導(dǎo)致數(shù)據(jù)中心由靜態(tài)網(wǎng)絡(luò)變?yōu)閯?dòng)態(tài)網(wǎng)絡(luò)，VM的相關(guān)網(wǎng)絡(luò)配置需要隨著VM的遷移而動(dòng)態(tài)遷移，數(shù)據(jù)中心網(wǎng)絡(luò)需要具備虛擬機(jī)感知的能力。網(wǎng)絡(luò)對(duì)虛擬機(jī)的感知方案分為帶內(nèi)和帶外兩種方式。
 

帶內(nèi)方式借鑒手機(jī)的隨路信令的原理，在IEEE 802.1Qbg標(biāo)準(zhǔn)中定義VDP(VSI Discovery and Configuration Protocol)協(xié)議在接入交換機(jī)和服務(wù)器之間通過帶內(nèi)協(xié)議感知VM的創(chuàng)建和遷移。而帶外方式則通過nCenter(VM網(wǎng)絡(luò)資源調(diào)度中心, 負(fù)責(zé)VM物理網(wǎng)絡(luò)策略自動(dòng)遷移功能)調(diào)用虛擬化管理軟件vCenter提供的API感知VM，因?yàn)関Center知道VM的創(chuàng)建和遷移的確切信息。帶內(nèi)方式的802.1Qbg標(biāo)準(zhǔn)還未正式發(fā)布，另外需要服務(wù)器支持802.1Qbg VDP協(xié)議。而帶外方式則由于不同廠家的vCenter提供的API都是不同的，需要nCenter分別進(jìn)行適配。具體選擇何種大二層和虛擬機(jī)感知的網(wǎng)絡(luò)方案需要根據(jù)具體情況進(jìn)行綜合考慮。

開放的智能網(wǎng)絡(luò)

傳統(tǒng)網(wǎng)絡(luò)的封閉性，不足以支撐面對(duì)海量用戶業(yè)務(wù)的快速變化。只有通過構(gòu)建開放的網(wǎng)絡(luò)架構(gòu)，使得網(wǎng)絡(luò)資源對(duì)業(yè)務(wù)應(yīng)用可視化，并且網(wǎng)絡(luò)資源能跟業(yè)務(wù)應(yīng)用進(jìn)行智能聯(lián)動(dòng)，才能大幅提升網(wǎng)絡(luò)的靈活性，滿足行業(yè)的訴求。這需要業(yè)務(wù)平臺(tái)為上層應(yīng)用提供開放的API接口，通過Openflow/SDN接口，把網(wǎng)絡(luò)的能力，如轉(zhuǎn)發(fā)路徑、QoS能力、流量監(jiān)控、安全控制等開放給上層應(yīng)用平臺(tái)。通過對(duì)開放網(wǎng)絡(luò)的靈活編程控制，重新定義網(wǎng)絡(luò)的行為，從而使得網(wǎng)絡(luò)更好的服務(wù)于業(yè)務(wù)。
 

華為公司最新發(fā)布的Cloud Fabric數(shù)據(jù)中心解決方案，以下一代CloudEngine 12800/6800/5800系列數(shù)據(jù)中心交換機(jī)為載體，在高彈性無阻塞的網(wǎng)絡(luò)方案、大二層和虛擬感知的網(wǎng)絡(luò)方案以及開放的智能網(wǎng)絡(luò)方案上進(jìn)行創(chuàng)新和規(guī)劃，能很好的滿足未來云數(shù)據(jù)中心的訴求。

sunyingying