隨著廣電對(duì)“三網(wǎng)融合”相關(guān)網(wǎng)絡(luò)和業(yè)務(wù)系統(tǒng)建設(shè)的推進(jìn)，數(shù)據(jù)中心建設(shè)已經(jīng)成為廣電運(yùn)營(yíng)企業(yè)未來(lái)建設(shè)的重點(diǎn)。對(duì)于廣電運(yùn)營(yíng)商來(lái)說(shuō)，數(shù)據(jù)中心可以有更大的角色空間。當(dāng)前，廣電更需要的是定位在“多業(yè)務(wù)運(yùn)營(yíng)平臺(tái)”基礎(chǔ)之上的數(shù)據(jù)中心，在開(kāi)展數(shù)據(jù)中心業(yè)務(wù)的同時(shí)，能夠?qū)V電現(xiàn)有的寬帶接入業(yè)務(wù)、互動(dòng)數(shù)字電視視頻業(yè)務(wù)、互動(dòng)增值業(yè)務(wù)的發(fā)展等產(chǎn)生積極的作用，實(shí)現(xiàn)1+1+1+1﹥4，同時(shí)可為廣電的IT支撐系統(tǒng)提供運(yùn)維保障。華為公司Cloud Fabric解決方案以及“大國(guó)重器”CE12800系列交換機(jī)正是“云”時(shí)代的應(yīng)景之作，正所謂厚積薄發(fā)，“云”巔亮劍。

廣電數(shù)據(jù)中心網(wǎng)絡(luò)面臨的挑戰(zhàn)

挑戰(zhàn)一：如何構(gòu)建超大規(guī)模的服務(wù)器集群的網(wǎng)絡(luò)

據(jù)IDC預(yù)測(cè)，從2009年到2020年，需要存儲(chǔ)的數(shù)據(jù)將從0.8ZB(1ZB = 109T)增長(zhǎng)到35ZB，增長(zhǎng)44倍。隨著數(shù)據(jù)進(jìn)一步集中，非結(jié)構(gòu)化數(shù)據(jù)的爆炸式增長(zhǎng)，數(shù)據(jù)中心需要更大規(guī)模的服務(wù)器集群的處理能力來(lái)滿足海量用戶的需求。數(shù)據(jù)中心服務(wù)器規(guī)模逐漸擴(kuò)大，從四五千臺(tái)向數(shù)萬(wàn)臺(tái)發(fā)展。

挑戰(zhàn)二：如何構(gòu)建滿足云計(jì)算流量模型的網(wǎng)絡(luò)

云計(jì)算時(shí)代的分布式計(jì)算和分布式存儲(chǔ)以及虛擬機(jī)資源的遷移等，導(dǎo)致傳統(tǒng)數(shù)據(jù)中心南北向流量向云數(shù)據(jù)中心的東西向流量模型轉(zhuǎn)變。據(jù)估計(jì)，云計(jì)算時(shí)代的數(shù)據(jù)中心有70%以上的流量在數(shù)據(jù)中心內(nèi)部，數(shù)據(jù)中心的流量模型不再是傳統(tǒng)數(shù)據(jù)中心的收斂模型。

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

服務(wù)器的GE接口從2000年開(kāi)始，大約持續(xù)了10年時(shí)間;云計(jì)算時(shí)代，服務(wù)器內(nèi)虛擬化數(shù)量的增長(zhǎng)等需要更高的網(wǎng)口帶寬，在未來(lái)10年，服務(wù)器接口速率增長(zhǎng)加速，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ò)從千兆向萬(wàn)兆演進(jìn)

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

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

挑戰(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)鍵。

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

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

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

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

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

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

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

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

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

傳統(tǒng)網(wǎng)絡(luò)的封閉性，不足以支撐面對(duì)海量用戶業(yè)務(wù)的快速變化。只有通過(guò)構(gòu)建開(kāi)放的網(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)用提供開(kāi)放的API接口，通過(guò)Openflow/SDN接口，把網(wǎng)絡(luò)的能力，如轉(zhuǎn)發(fā)路徑、QoS能力、流量監(jiān)控、安全控制等開(kāi)放給上層應(yīng)用平臺(tái)。通過(guò)對(duì)開(kāi)放網(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ú)阻塞的網(wǎng)絡(luò)方案、大二層和虛擬感知的網(wǎng)絡(luò)方案以及開(kāi)放的智能網(wǎng)絡(luò)方案上進(jìn)行創(chuàng)新和規(guī)劃，能很好的滿足未來(lái)云數(shù)據(jù)中心的訴求。