26
593892
可見引入虛擬交換機(jī)的單端口造價成本與傳統(tǒng)二層接入成本基本一致,只是引入初期總的配置成本略高于傳統(tǒng)二層接入方式的成本。
n 大型POP點
場景二:當(dāng)該節(jié)點流量達(dá)到96G,虛擬交換機(jī)上聯(lián)配置帶寬120G,一級匯聚交換機(jī)上聯(lián)帶寬配置200G,這種場景下引入虛擬交換機(jī)的收斂比為40%。
單端口造價成本比較如下表所示:
成本細(xì)項單端口造價(萬元)傳統(tǒng)交換機(jī)接入方式虛擬交換機(jī)引入方式
端口數(shù)量成本(萬元)端口數(shù)量成本(萬元)
成本細(xì)項
單端口造價(萬元)
傳統(tǒng)交換機(jī)接入方式
虛擬交換機(jī)引入方式
端口數(shù)量
成本(萬元)
端口數(shù)量
成本(萬元)
MSE萬兆端口成本
3.8
20
76
12
45.6
虛擬交換機(jī)萬兆端口成本
0.4
38
15.2
虛擬交換機(jī)機(jī)框組件成本
6.325
2
12.65
總成本估算(萬元)
76
73.45
板卡配置成本估算比較如下表所示:
接入方式
MSE板卡配置
虛擬交換機(jī)配置
投資(元)
40G母卡
2端口萬兆子卡
10km萬兆模塊
機(jī)框組件
24端口萬兆以太網(wǎng)光接口模塊(SFP+,LC)
SFP+萬兆模塊(1310nm,10km,LC)
單價(元)
44850
48068
2995
63250
59800
1610
傳統(tǒng)交換機(jī)接入方式
5
10
20
764830
虛擬交換機(jī)引入方式
3
6
12
2
2
40
769398
可見這種場景下引入虛擬交換機(jī)2種成本比較方式下基本與傳統(tǒng)二層接入方式的成本一致。
n 引入虛擬交換機(jī)場景建議
通過以上分析可知,虛擬交換機(jī)適用于萬兆鏈路比較多,且收斂比較大的節(jié)點,即:覆蓋公眾用戶數(shù)8萬(單用戶平均流量1M)、專線用戶數(shù)1500(單用戶平均流量2M)、IPTV滲透率20%,即該節(jié)點總流量64G以上,且引入虛擬交換機(jī)后收斂比大于45%的節(jié)點,新增虛擬交換機(jī)成本低于傳統(tǒng)一級匯聚交換機(jī)萬兆鏈路直掛BRAS。
未來隨著接入流量的快速增長,大量的OLT設(shè)備將以萬兆鏈路上聯(lián),傳統(tǒng)交換機(jī)將無法滿足大量的OLT設(shè)備萬兆鏈路上聯(lián)需求,從而逐漸下線,未來的網(wǎng)絡(luò)結(jié)構(gòu)將如下圖所示。

圖4:未來虛擬交換機(jī)在網(wǎng)絡(luò)中的架構(gòu)
該場景下如果虛擬交換機(jī)對接入鏈路不再有收斂作用,則虛擬交換機(jī)不再有存在意義,但是如果未來虛擬交換機(jī)上聯(lián)MSE采用40G或是100G更高帶寬進(jìn)行收斂,則虛擬交換機(jī)將在一定時期內(nèi)存在于城域網(wǎng)內(nèi)。
n 城域網(wǎng)引入虛擬交換機(jī)優(yōu)勢及風(fēng)險分析結(jié)論
1. 虛擬交換機(jī)的引入在一定程度上能提升現(xiàn)有二層匯聚設(shè)備性能及提升現(xiàn)有二層網(wǎng)絡(luò)的可靠性,簡化二層網(wǎng)絡(luò)配置及管理。
2. 小規(guī)模POP建設(shè)初期無成本優(yōu)勢
綜合上述模型成本分析可知,現(xiàn)階段并不是所有節(jié)點均適合引入虛擬交換機(jī),萬兆接入端口過少或收斂比偏低節(jié)點的引入成本均高于傳統(tǒng)交換機(jī)上聯(lián)方式。
3. OTN是未來城域二層另一種流量匯聚功能的技術(shù)選擇
本地城域接入層OTN引入之后,本地傳輸網(wǎng)可以承擔(dān)部分流量匯聚和交叉的功能。隨著OTN匯聚技術(shù)的逐步成熟,一旦具備流量匯聚功能后,匯聚交換機(jī)存在意義也將更加不明顯。
4. 流量增長后會造成虛擬交換機(jī)的背靠背投資
當(dāng)用戶帶寬流量增長后,虛擬交換機(jī)的流量收斂作用削弱,會造成背靠背投資,僅起到提高節(jié)點可靠性、減少運維復(fù)雜度的作用。
總結(jié):結(jié)合以上虛擬交換機(jī)的引入優(yōu)勢及風(fēng)險分析,建議現(xiàn)階段僅在確實有新增交換機(jī)需求階段,且覆蓋用戶數(shù)8萬、單用戶平均流量1M、節(jié)點總流量64G、引入虛擬交換機(jī)后收斂比大于45%的節(jié)點引入,后期需根據(jù)用戶及流量增長、以及城域網(wǎng)設(shè)備發(fā)展的實際情況進(jìn)行分析。
2.3.2 一虛多技術(shù)場景分析
n 應(yīng)用需求
隨著應(yīng)用的整合需求越來越強(qiáng)烈,越來越多的用戶希望可以通過整合或者共享物理資產(chǎn)的方式來提高資源利用率,數(shù)據(jù)中心物理資源的池化不僅可以提高50%~60%的利用率,而且可是實現(xiàn)對資源的快速部署和重部署,同時還可以減少物理設(shè)備、電纜,空間、電力、制冷等方面的需求,能夠滿足飛速變化的業(yè)務(wù)發(fā)展需求。
企業(yè)也隨之面對大量系統(tǒng)利用率不足的問題,不同的系統(tǒng)運行在獨占的硬件資源中,效率低下而數(shù)據(jù)中心的能耗、空間問題逐步突顯出來。需要讓網(wǎng)絡(luò)資源實現(xiàn)“共享”,讓網(wǎng)絡(luò)資源在集中后實現(xiàn)再分配,解決系統(tǒng)利用率不足的問題。
n 一虛多技術(shù)介紹
1:N虛擬化可以實現(xiàn)將一臺物理網(wǎng)絡(luò)設(shè)備通過軟件虛擬化成多臺邏輯網(wǎng)絡(luò)設(shè)備,在軟件上將網(wǎng)絡(luò)設(shè)備操作系統(tǒng)的數(shù)據(jù)平面、控制平面、管理平面進(jìn)行了完全的虛擬化,各用戶進(jìn)程在每個邏輯虛擬交換機(jī)上獨立啟動運行,各個虛擬交換機(jī)共用一個操作系統(tǒng)內(nèi)核。在硬件上,將網(wǎng)絡(luò)設(shè)備的硬件資源進(jìn)行了虛擬化,不僅可以將板卡、端口等硬件資源劃分到獨立的邏輯設(shè)備,而且可配置每個邏輯設(shè)備的CPU權(quán)重、內(nèi)存、存儲空間等資源。
以H3C的MDC技術(shù)為例:

圖5:H3C的MDC技術(shù)
n 引入場景建議
現(xiàn)階段,以下場景可以考慮引入虛擬交換機(jī)1:N虛擬化技術(shù):
1) 現(xiàn)階段有新增交換機(jī)的需求;
2) 機(jī)房空間電源條件不足;
3) 大型POP點內(nèi),存在多domain融合。
2.4 虛擬技術(shù)小結(jié)
網(wǎng)絡(luò)需要虛擬交換機(jī)1:N虛擬化技術(shù),是虛擬交換機(jī)N:1虛擬化技術(shù),還是兩者的結(jié)合,是否大規(guī)模引入,需要根據(jù)流量增長、設(shè)備發(fā)展的實際情況、網(wǎng)絡(luò)實際情況和網(wǎng)絡(luò)具體需求進(jìn)行分析。
將虛擬化技術(shù)從DC應(yīng)用擴(kuò)展至城域網(wǎng),其所具有的高速轉(zhuǎn)發(fā)能力、高可靠性、大容量端口和提高運維效率等優(yōu)勢,能為城域網(wǎng)解決寬帶提速、多業(yè)務(wù)綜合承載造成的設(shè)備性能及端口的不足等許多問題,對IP城域網(wǎng)建設(shè)起到了積極的推動作用。
3、 虛擬交換機(jī)現(xiàn)網(wǎng)驗證測試
電信運營商城域網(wǎng)固網(wǎng)寬帶用戶發(fā)展迅速,現(xiàn)有匯聚層交換機(jī)負(fù)荷嚴(yán)重,已不能滿足日益增長的業(yè)務(wù)需求。為了網(wǎng)絡(luò)業(yè)務(wù)的持續(xù)發(fā)展,有必要在城域網(wǎng)中引入性能及接入能力更強(qiáng)的虛擬交換機(jī)。虛擬交換機(jī)的另一個優(yōu)點是大幅度提高了網(wǎng)絡(luò)的健壯性、安全性,相對隔離的物理機(jī)框,能更好的保障設(shè)備及板卡間的冗余。本方案針對各廠商虛擬交換機(jī)進(jìn)行測試以選擇滿足業(yè)務(wù)要求的設(shè)備。
本測試方案可以根據(jù)后期的測試條件以及工程進(jìn)展情況而逐步完善、調(diào)整,以達(dá)到最佳的可操作性、全面性和準(zhǔn)確性。驗證整個網(wǎng)絡(luò)關(guān)鍵的基本性能指標(biāo)是否滿足建設(shè)要求;以及測試網(wǎng)絡(luò)實際的業(yè)務(wù)支撐能力。全網(wǎng)測試結(jié)論將作為項目初驗的重要準(zhǔn)則之一。
3.1 全網(wǎng)測試環(huán)境搭建
本測試分為設(shè)備基本能力測試、虛擬化能力測試和現(xiàn)場業(yè)務(wù)測試三個部分,測試選取市區(qū)中心局節(jié)點作為測試端點,本次測試的實際拓?fù)鋱D如下:

圖6:虛擬交換機(jī)現(xiàn)網(wǎng)驗證環(huán)境平臺
3.2 虛擬交換機(jī)測試結(jié)果匯總表
測試項目測試結(jié)果測試結(jié)果簡述
4.1設(shè)備基本能力測試0K
測試項目
測試結(jié)果
測試結(jié)果簡述
4.1設(shè)備基本能力測試
0K
4.1.1 MAC地址容量測試
0K
單端口和聚合端口的MAC地址表容量均達(dá)到128K。
4.1.2 MAC地址學(xué)習(xí)速度測試
0K
交換機(jī)能夠線速學(xué)習(xí)MAC地址。
4.1.3 端口突發(fā)緩存容量測試
0K
GE板卡和10GE板卡所有測試接口在64-1518字節(jié)報文長度下緩存能力均超過100ms。
4.1.4 端口轉(zhuǎn)發(fā)能力測試
0K
在64-1518字節(jié)報文長度的報文均能夠達(dá)到線速轉(zhuǎn)發(fā),時延結(jié)果正常。
4.1.5 端口聚合測試
0K
能夠正常建立32個成員端口的聚合組,并能夠?qū)崿F(xiàn)32個端口的鏈路負(fù)載分擔(dān),雙向業(yè)務(wù)轉(zhuǎn)發(fā)正常不丟包,流量分擔(dān)均勻。
4.1.6 引擎、交換矩陣、電源、風(fēng)扇冗余性測試(必測項)
上一頁 [1] [2] [3] 下一頁