云計(jì)算最重要的技術(shù)實(shí)現(xiàn)就是虛擬化技術(shù),計(jì)算虛擬化商用的解決方案得到了較成熟的應(yīng)用,而存儲(chǔ)虛擬化已經(jīng)在SAN上實(shí)現(xiàn)得很好了,在網(wǎng)絡(luò)虛擬化技術(shù)方面,業(yè)界主流廠商都提出了自己的解決方案,本文分析了數(shù)據(jù)中心中網(wǎng)絡(luò)虛擬化的實(shí)現(xiàn)相關(guān)技術(shù)和發(fā)展思路。最早的網(wǎng)絡(luò)虛擬化技術(shù)代表是交換機(jī)集群Cluster技術(shù),多以盒式小交換機(jī)為主,當(dāng)前數(shù)據(jù)中心里面已經(jīng)很少見了。而新技術(shù)則主要分為兩個(gè)方向,控制平面虛擬化與數(shù)據(jù)平面虛擬化。在探討網(wǎng)絡(luò)虛擬化技術(shù)之前,先定義一下云計(jì)算數(shù)據(jù)中心各種網(wǎng)絡(luò)類型,數(shù)據(jù)中心網(wǎng)絡(luò)流量的根本出發(fā)點(diǎn)是Server,結(jié)合云計(jì)算最適合的核心-接入二層網(wǎng)絡(luò)結(jié)構(gòu),各種網(wǎng)絡(luò)分類如圖1所示。
圖1 網(wǎng)絡(luò)分類
Network1:VM本地互訪網(wǎng)絡(luò),邊界是AccessSwitch,包括物理服務(wù)器本機(jī)VM互訪和跨AccessSwitch的不同物理服務(wù)器VM互訪兩個(gè)層面。
Network2:Ethernet與FC融合,就是FCoE,邊界仍然是Access Switch。
Network3:跨核心層服務(wù)器互訪網(wǎng)絡(luò),邊界是Access Switch與Core Switch。
Network4:數(shù)據(jù)中心跨站點(diǎn)二層網(wǎng)絡(luò),邊界是Core Switch。
Network5:數(shù)據(jù)中心外部網(wǎng)絡(luò),邊界是CoreSwitch與ISP IP網(wǎng)絡(luò)。
在大規(guī)模數(shù)據(jù)中心部署虛擬化計(jì)算和虛擬化存儲(chǔ)以后,對(duì)網(wǎng)絡(luò)產(chǎn)生了新的需求。
1)虛擬機(jī)(VM)之間的互通,在DC內(nèi)部和DC間任意互通、遷移和擴(kuò)展資源。
2)更多的接口,更多的帶寬,至少按照一萬個(gè)萬兆端口容量構(gòu)建資源池。
3)二層網(wǎng)絡(luò)規(guī)模擴(kuò)大,保證業(yè)務(wù)與底層硬件的透明和隨需部署。
4)數(shù)據(jù)中心站點(diǎn)間二層互聯(lián),DC資源整合,地域無差別,構(gòu)建真正的大云。
5)服務(wù)器前后端網(wǎng)絡(luò)融合,DC內(nèi)部網(wǎng)絡(luò)整合。
1 控制平面虛擬化
顧名思義,控制平面虛擬化是將所有設(shè)備的控制平面合而為一,只有一個(gè)主體去處理整個(gè)虛擬交換機(jī)的協(xié)議處理、表項(xiàng)同步等工作。從結(jié)構(gòu)上來說,控制平面虛擬化又可以分為縱向與橫向虛擬化兩種方向。
縱向虛擬化指不同層次設(shè)備之間通過虛擬化合多為一,相當(dāng)于將下游交換機(jī)設(shè)備作為上游設(shè)備的接口擴(kuò)展而存在,虛擬化后的交換機(jī)控制平面和轉(zhuǎn)發(fā)平面都在上游設(shè)備上,下游設(shè)備只有一些簡(jiǎn)單的同步處理特性,報(bào)文轉(zhuǎn)發(fā)也都需要上傳到上游設(shè)備進(jìn)行。可以理解為集中式轉(zhuǎn)發(fā)的虛擬交換機(jī)。
橫向虛擬化多是將同一層次上的同類型交換機(jī)設(shè)備虛擬合一,控制平面工作如縱向一般,都由一個(gè)主體去完成,但轉(zhuǎn)發(fā)平面上所有的機(jī)框和盒子都可以對(duì)流量進(jìn)行本地轉(zhuǎn)發(fā)和處理,是典型分布式轉(zhuǎn)發(fā)結(jié)構(gòu)的虛擬交換機(jī)?刂破矫嫣摂M化從一定意義上來說是真正的虛擬交換機(jī),能夠同時(shí)解決統(tǒng)一管理與接口擴(kuò)展的需求。
2 數(shù)據(jù)平面虛擬化
數(shù)據(jù)通信的兩個(gè)維度,一個(gè)是控制平面,另一個(gè)是數(shù)據(jù)平面,也就是數(shù)據(jù)轉(zhuǎn)發(fā)平面。為實(shí)現(xiàn)數(shù)據(jù)平面的虛擬化,于是有了TRILL和SPB這兩個(gè)新的協(xié)議的推出。兩個(gè)協(xié)議都是用L2 ISIS作為控制協(xié)議在所有設(shè)備上進(jìn)行拓?fù)渎窂接?jì)算,轉(zhuǎn)發(fā)的時(shí)候會(huì)對(duì)原始報(bào)文進(jìn)行外層封裝,以不同的目的Tag在TRILL/SPB區(qū)域內(nèi)部進(jìn)行轉(zhuǎn)發(fā)。對(duì)外界來說,可以認(rèn)為TRILL/SPB區(qū)域網(wǎng)絡(luò)就是一個(gè)大的虛擬交換機(jī),Ethernet報(bào)文從入口進(jìn)去后,完整的從出口吐出來,內(nèi)部的轉(zhuǎn)發(fā)過程對(duì)外是不可見且無意義的。
這種數(shù)據(jù)平面虛擬化多合一已經(jīng)是廣泛意義上的多虛一了,此方式在二層Ethernet轉(zhuǎn)發(fā)時(shí)可以有效的擴(kuò)展規(guī)模范圍,作為網(wǎng)絡(luò)節(jié)點(diǎn)地多個(gè)節(jié)點(diǎn)虛擬成一個(gè)節(jié)點(diǎn)來說,控制平面虛擬化目前還在個(gè)位到十位數(shù)級(jí)別,數(shù)據(jù)平面虛擬化已經(jīng)可以輕松達(dá)到百位的范疇。但其缺點(diǎn)也很明顯,引入了控制協(xié)議報(bào)文處理,增加了網(wǎng)絡(luò)的復(fù)雜度,同時(shí)由于轉(zhuǎn)發(fā)時(shí)對(duì)數(shù)據(jù)報(bào)文多了外層頭的封包解包動(dòng)作,降低了Ethernet的轉(zhuǎn)發(fā)效率。
在構(gòu)建數(shù)據(jù)中心二層網(wǎng)絡(luò)模型中,核心層與接入層設(shè)備有兩個(gè)問題是必須要解決的,一是拓?fù)錈o環(huán)路,二是多路徑轉(zhuǎn)發(fā)。但在傳統(tǒng)Ethernet轉(zhuǎn)發(fā)中只有使用STP才能確保無環(huán),但STP導(dǎo)致了多路徑冗余中部分路徑被阻塞浪費(fèi)帶寬,給整網(wǎng)轉(zhuǎn)發(fā)能力帶來了瓶頸。因此云計(jì)算中需要新的技術(shù)在避免環(huán)路的基礎(chǔ)上提升多路徑帶寬利用率,網(wǎng)絡(luò)虛擬化技術(shù)提到了兩個(gè)解決上述需求的思路。
首先是控制平面多虛一,將核心層虛擬為一個(gè)邏輯設(shè)備,通過鏈路聚合使此邏輯設(shè)備與每個(gè)接入層物理或邏輯節(jié)點(diǎn)設(shè)備均只有一條邏輯鏈路連接,將整個(gè)網(wǎng)絡(luò)邏輯拓?fù)湫纬蔁o環(huán)的樹狀連接結(jié)構(gòu),從而滿足無環(huán)與多路徑轉(zhuǎn)發(fā)的需求。
另一個(gè)思路是數(shù)據(jù)平面多虛一,在接入層與核心層交換機(jī)引入外層封裝標(biāo)識(shí)和動(dòng)態(tài)尋址協(xié)議來解決L2MP(Layer2 MultiPath)需求,可以理解這個(gè)思路相當(dāng)于在Ethernet外面建立一套類似IP+OSPF的協(xié)議機(jī)制。對(duì)接入層以下設(shè)備來說,整個(gè)接入層與核心層交換機(jī)虛擬成了一臺(tái)邏輯的框式交換機(jī),Ethernet報(bào)文進(jìn)Ethernet報(bào)文出,中間系統(tǒng)就是個(gè)黑盒,就好像IP層面用不著了解到Ethernet是怎么轉(zhuǎn)發(fā)處理的一樣。這種思路的代表技術(shù)是IETF(InternetEngineering Task Force)標(biāo)準(zhǔn)組織提出的TRILL 和IEEE提出的802.1aq SPB。
3 控制平面多虛一技術(shù)
目前業(yè)界應(yīng)用最廣泛的控制平面多虛一技術(shù)就是VSS(VirtualSwitching System)和IRF(IntelligentResilient Framework),VSS是Cisco的私有技術(shù),IRF是在H3C所有數(shù)據(jù)中心交換機(jī)中實(shí)現(xiàn)的私有技術(shù)。二者的關(guān)鍵技術(shù)點(diǎn)如下。
1)專用鏈路跑私有協(xié)議。VSS使用VSL(Virtual Switch Link),IRF使用IRF link來承載各自的控制平面私有交互協(xié)議VSLP和IRF。專用鏈路使用私有協(xié)議來初始化建立鄰接、協(xié)商主備(描繪拓?fù)?、同步協(xié)議狀態(tài),同時(shí)會(huì)在虛擬化完成后,傳輸跨機(jī)框轉(zhuǎn)發(fā)的數(shù)據(jù)流量。
2)基于引擎的主備模式。二者的控制平面都是只有一塊主控引擎做為虛擬交換機(jī)的主控制引擎,其他的引擎都是備份。所有的協(xié)議學(xué)習(xí),表項(xiàng)同步等工作都是由這一塊引擎獨(dú)立完成。好在這些設(shè)備大都是分布式交換,數(shù)據(jù)轉(zhuǎn)發(fā)的工作由交換板自己完成了,只要不是類似OSPF鄰居太多,拓?fù)涮蟮葢?yīng)用情況,一塊主控大部分也都能解決了。
3)跨設(shè)備鏈路聚合。前面說了網(wǎng)絡(luò)虛擬化主要是應(yīng)對(duì)二層多路徑環(huán)境下防止環(huán)路,因此跨設(shè)備鏈路聚合就是必須的了。
4)雙活檢測(cè)處理。當(dāng)VSL或IRF link故障后,組成虛擬化的兩個(gè)物理設(shè)備由于配置完全相同會(huì)在網(wǎng)絡(luò)中出現(xiàn)雙活節(jié)點(diǎn),對(duì)上下游設(shè)備造成IP網(wǎng)關(guān)混亂。因此VSS/IRF都設(shè)計(jì)了一些雙活處理機(jī)制以應(yīng)對(duì)專用鏈路故障。①首先網(wǎng)絡(luò)中如果有跨設(shè)備鏈路聚合時(shí),VSS使用PAgP、IRF使用LACP擴(kuò)展報(bào)文來互相檢測(cè)通知;②如果有富裕接口在虛擬化的兩臺(tái)物理設(shè)備間可以單獨(dú)再拉根直連線路專門用做監(jiān)控,VSS使用VSLP FastHello、IRF使用BFD機(jī)制進(jìn)行檢測(cè)通知;③另外VSS還可以使用IP BFD通過互聯(lián)的三層鏈路進(jìn)行監(jiān)控,IRF則支持使用免費(fèi)ARP通過二層鏈路進(jìn)行監(jiān)控。上述幾種方式都是監(jiān)控報(bào)文傳輸?shù)逆溌坊蛘咄鈱映休d協(xié)議不同。當(dāng)發(fā)現(xiàn)專用鏈路故障時(shí),VSS/IRF操作結(jié)果目前都是會(huì)將處于備份狀態(tài)的物理機(jī)框設(shè)備的所有接口全部關(guān)閉,直到專用鏈路恢復(fù)時(shí)再重新協(xié)商。需要注意這兩種虛擬化技術(shù)在進(jìn)行初始協(xié)商時(shí)都需要將角色為備份的機(jī)框設(shè)備進(jìn)行重啟才能完成虛擬化部署,如圖2所示。
除上述4個(gè)關(guān)鍵技術(shù)點(diǎn),VSS/IRF還有一些小的相似技術(shù)設(shè)定,如Domain的設(shè)定、版本一致性檢查、三層虛接口MAC協(xié)商等,都是基于各方的細(xì)節(jié)需求。由于應(yīng)用環(huán)境相似,因此實(shí)現(xiàn)的東西也區(qū)別不大。
圖2 三種故障檢測(cè)方式
VSS和IRF都是當(dāng)前較為成熟的虛擬化技術(shù),其優(yōu)點(diǎn)是可以簡(jiǎn)化組網(wǎng),便捷管理,目前IRF技術(shù)已經(jīng)可以支持四個(gè)框式核心設(shè)備虛擬化一個(gè)核心設(shè)備,提供單節(jié)點(diǎn)超過2000個(gè)萬兆接口,具有很強(qiáng)的系統(tǒng)擴(kuò)展性。
4 數(shù)據(jù)平面多虛一技術(shù)
數(shù)據(jù)平面多虛一技術(shù)的統(tǒng)一特征就是在二層Ethernet報(bào)文外面再封裝一層標(biāo)識(shí)用于尋址轉(zhuǎn)發(fā),這樣基于外層標(biāo)識(shí)就可以做些多路徑負(fù)載均衡和環(huán)路避免等處理工作了。目前正在推動(dòng)的公有標(biāo)準(zhǔn)協(xié)議主要有TRILL/SPB。
4.1 TRILL
TRILL(TRansparent Interconnect of Lots of Links)全稱透明多鏈路互連,在2010年3月時(shí)TRILL已經(jīng)提交了IETF RFC 5556規(guī)范Transparent Interconnectionof Lots of Links (TRILL):Problem and ApplicabilityStatement,此RFC只是描述了TRILL要解決的問題以及應(yīng)用范圍,定義協(xié)議細(xì)節(jié)的文檔目前都還處于Draft階段,形成完整的協(xié)議標(biāo)準(zhǔn)體系還需要1-2年。TRILL是專門為數(shù)據(jù)中心開發(fā)的技術(shù),其定義的是在大型Ethernet網(wǎng)絡(luò)中解決多路徑問題的方案。
控制平面上TRILL引入了L2 ISIS做為尋址協(xié)議,運(yùn)行在所有的TRILL RB(Routing Bridge)之間,部署于一個(gè)可自定義的獨(dú)立協(xié)議VLAN內(nèi),做的還是建立鄰接、繪制拓?fù)浜蛡鬟fTag幾件事。數(shù)據(jù)平面在內(nèi)外層Ethernet報(bào)頭之間引入了TRILL報(bào)頭,使用Nickname作為轉(zhuǎn)發(fā)標(biāo)識(shí),用于報(bào)文在TRILL網(wǎng)絡(luò)中的尋址轉(zhuǎn)發(fā)(可理解為類似IP地址在IP網(wǎng)絡(luò)里面轉(zhuǎn)發(fā)時(shí)的作用)。每個(gè)RB都具有唯一的Nickname,同時(shí)維護(hù)其他RB的TRILL公共區(qū)域MAC地址、Nickname和私有區(qū)域內(nèi)部MAC地址的對(duì)應(yīng)關(guān)系表。因?yàn)門RILL封裝是MACinMAC方式,因此在TRILL公共區(qū)域數(shù)據(jù)報(bào)文可以經(jīng)過傳統(tǒng)Bridge和Hub依靠外部Ethernet報(bào)頭轉(zhuǎn)發(fā)(如圖3所示)。TRILL報(bào)頭格式如圖4所示。
圖4 TRILL報(bào)頭格式
V(Version):2bit,當(dāng)前Draft定義為0。
R(Reserved):2bit,預(yù)留。
M(Multi-destination):1bit,0為已知單播,1為未知單播/組播/廣播,此時(shí)Egress RBridge Nickname意味著當(dāng)前轉(zhuǎn)發(fā)使用多播樹的根。
Op-Length(Options Length):5bit,Option字段長(zhǎng)度。
Hop Count:6bit,最大跳數(shù),逐跳減一,為0丟棄,防止環(huán)路風(fēng)暴。
Egress RBridge Nickname:16bit,已知單播標(biāo)示目的私網(wǎng)MAC對(duì)應(yīng)的RB,多播則標(biāo)示多播樹根RB。中間傳輸RB節(jié)點(diǎn)不能改變此字段值。
Ingress RBridge Nickname:16bit,標(biāo)示報(bào)文進(jìn)入TRILL區(qū)域的初始邊緣RB,中間傳輸RB節(jié)點(diǎn)不能改變此字段值。
Options:目前只定義了CHbH(Critical Hop byHop)和CItE(Critical Ingress to Egress)兩個(gè)1bit的標(biāo)志位,用于說明后面的Option預(yù)留內(nèi)容是需要逐跳設(shè)備識(shí)別處理的或是首末端設(shè)備必須識(shí)別處理的。至于真正的Option目前都還沒有定義。
普通Ethernet報(bào)文在首次從TRILL邊緣RB設(shè)備進(jìn)入TRILL區(qū)域時(shí),作為未知單播還是依照傳統(tǒng)以太網(wǎng)傳播方式,廣播給所有其他的RB節(jié)點(diǎn)。但是除了邊緣RB外,TRILL區(qū)域中間的RB和傳統(tǒng)Bridge都不會(huì)學(xué)習(xí)此數(shù)據(jù)報(bào)文中私有區(qū)域內(nèi)部MAC地址信息,有效地降低了中間設(shè)備的MAC地址表壓力。為了防止環(huán)路同時(shí)做到多路徑負(fù)載均衡,TRILL的每個(gè)RB在初始建立鄰接繪制拓?fù)鋾r(shí),都會(huì)構(gòu)造出多個(gè)多播樹,分別以不同的Nickname為根,將不同的未知單播/組播/廣播流量Hash到不同的樹,分發(fā)給其他所有RB。由于全網(wǎng)拓?fù)湮ㄒ磺覙?gòu)造樹時(shí)采用的算法一致,可保證全網(wǎng)RB的組播/廣播樹一致。在RB發(fā)送報(bào)文時(shí),通過將報(bào)文TRILL頭中的M標(biāo)志位置1來標(biāo)識(shí)此報(bào)文為多播,并填充樹根Nickname到目的Nickname字段,來確保沿途所有RB采用同一顆樹進(jìn)行廣播。組播與廣播報(bào)文的轉(zhuǎn)發(fā)方式與未知單播相同。已知單播報(bào)文再發(fā)送的時(shí)候,會(huì)根據(jù)目的RB的Nickname進(jìn)行尋路,如果RB間存在多條路徑時(shí),會(huì)逐流進(jìn)行Hash發(fā)送,以確保多路徑負(fù)載分擔(dān)。
另外TRILL除了支持外層Ethernet封裝在傳統(tǒng)以太網(wǎng)中傳輸,還規(guī)定了一種外層PPP封裝方式可以跨廣域網(wǎng)技術(shù)傳輸。圖5是兩種典型的TRILL報(bào)文封裝方式。TRILL的主要技術(shù)結(jié)構(gòu)如上所述,目前各個(gè)芯片廠商都已經(jīng)進(jìn)入TRILL Ready的階段,隨著技術(shù)標(biāo)準(zhǔn)完善發(fā)布并廣泛被客戶所接受,相關(guān)產(chǎn)品的商用是很快的。
圖5(a)TRILL報(bào)文封裝方式1 圖5(b)TRILL報(bào)文封裝方式2圖5 TRILL報(bào)文封裝方式
4.2 SPB
談到SPB需要先了解PBB(運(yùn)營(yíng)商骨干橋接技術(shù),Provider Backbone Bridging),PBB是IEEE于2008年完成的802.1ah標(biāo)準(zhǔn),為運(yùn)營(yíng)商城域以太網(wǎng)定義了一整套MACinMAC的轉(zhuǎn)發(fā)機(jī)制。但PBB只定義了轉(zhuǎn)發(fā)平面的封裝內(nèi)容,當(dāng)報(bào)文封裝上外層Ethernet報(bào)頭在運(yùn)營(yíng)商骨干區(qū)域二層網(wǎng)絡(luò)中時(shí),仍然需要依靠傳統(tǒng)的STP進(jìn)行環(huán)路避免和轉(zhuǎn)發(fā)控制。于是IEEE在2009年又定義了802.1Qay PBB-TE(Provider Backbone Bridge TrafficEngineering),用于在運(yùn)營(yíng)商的骨干區(qū)域中進(jìn)行拓?fù)涔芾砼c環(huán)路保護(hù),也就是通過手工方式配置大量指定路徑取代STP的自動(dòng)收斂。目前IEEE還有個(gè)相關(guān)的標(biāo)準(zhǔn)P802.1Qbf,PBB-TE infrastructure protection處于草案階段,預(yù)計(jì)2011年發(fā)布。
PBB-TE靜態(tài)規(guī)劃轉(zhuǎn)發(fā)路徑,無法適用于大型二層網(wǎng)絡(luò)擴(kuò)展,于是IEEE又發(fā)布了P802.1aq SPB(ShortestPath Bridging),當(dāng)前處于草案階段。從IEEE的資料上看SPB主要是為解決STP阻塞鏈路浪費(fèi)帶寬的問題而研究的。從實(shí)現(xiàn)看,同樣是采用了L2 ISIS作為其控制平面協(xié)議進(jìn)行拓?fù)鋵W(xué)習(xí)計(jì)算,用MACinMAC封裝方式在SPB區(qū)域內(nèi)部進(jìn)行報(bào)文傳輸(如圖6所示)。
圖6 SPB引入示意
SPB可細(xì)分為SPBV(VLANQinQ)和SPBM(MACinMAC)兩個(gè)部分,目前看主要用到的是SPBM。
SPBM是標(biāo)準(zhǔn)的MACinMAC封裝,在SPB區(qū)域中數(shù)據(jù)報(bào)文也都是依靠外層MAC做傳統(tǒng)Ethernet轉(zhuǎn)發(fā)。外層Ethernet報(bào)頭中的源目的MAC就代表了SPB區(qū)域邊緣的UNI設(shè)備,此設(shè)備MAC是由L2 ISIS在SPB區(qū)域中傳遞的。
由于在SPB網(wǎng)絡(luò)中還是采用傳統(tǒng)Ethernet進(jìn)行轉(zhuǎn)發(fā),因此需要定義一系列的軟件算法以保證多路徑的廣播無環(huán)和單播負(fù)載均衡。下面介紹幾個(gè)主要的部分。
1)首先SPB定義了I-SID來區(qū)分多個(gè)拓?fù),I-SID信息在數(shù)據(jù)報(bào)文中以BVID(外層Ethernet報(bào)頭中的VLANTag)的形式攜帶,這樣就可以解決不同業(yè)務(wù)多拓?fù)滢D(zhuǎn)發(fā)的問題。
2)每個(gè)SPB節(jié)點(diǎn)都會(huì)為每個(gè)I-SID計(jì)算三棵樹。到達(dá)所有相關(guān)UNI節(jié)點(diǎn)的SPT(Shortest Path Tree)用于單播與組播報(bào)文的轉(zhuǎn)發(fā);ECT(Equal Cost Tree)用以處理兩個(gè)UNI間存在多條等價(jià)路徑時(shí)負(fù)載均衡轉(zhuǎn)發(fā);自己為根的多播樹MT(Multicast Tree)用于未知單播與廣播報(bào)文轉(zhuǎn)發(fā)。
3)任意兩點(diǎn)間的Shortest Path一定是對(duì)稱的,ECT的負(fù)載均衡是基于不同I-SID分擔(dān)的。
總的來說,SPB和TRILL相比主要有以下不同(如表1所示)。
表1 SPB與TRILL區(qū)別
SPB目前的最大困擾是轉(zhuǎn)發(fā)路徑靠軟件算法保障,尤其在多路徑負(fù)載分擔(dān)時(shí),對(duì)CPU計(jì)算壓力遠(yuǎn)遠(yuǎn)超過TRILL和FabricPath,因此實(shí)際轉(zhuǎn)發(fā)效率還有待驗(yàn)證。
5 小結(jié)
從云計(jì)算數(shù)據(jù)中心網(wǎng)絡(luò)虛擬化技術(shù)發(fā)展來看,控制平面的虛擬化技術(shù),如已經(jīng)得到廣泛商用的VSS/IRF,這個(gè)技術(shù)的使用,作為網(wǎng)絡(luò)虛擬化技術(shù)的第一步,目前能夠?qū)?shù)據(jù)中心單節(jié)點(diǎn)的端口容量擴(kuò)展到2000個(gè)萬兆端口,后續(xù)會(huì)向3000個(gè)萬兆端口的規(guī)模升級(jí)。隨著云計(jì)算網(wǎng)絡(luò)規(guī)模的增大,如運(yùn)營(yíng)商提出在云基地建設(shè)40萬臺(tái)服務(wù)器規(guī)模的數(shù)據(jù)中心,勢(shì)必要引入新的技術(shù),其中本文提到的數(shù)據(jù)平面虛擬化技術(shù)TRILL/SPB都是下一步網(wǎng)絡(luò)虛擬化實(shí)施中可能的選擇,這些技術(shù)比以前的STP在帶寬上多了一倍的擴(kuò)充,組網(wǎng)規(guī)模上也得到擴(kuò)展,可以構(gòu)建多層次、面向1~5萬個(gè)萬兆端口級(jí)別的數(shù)據(jù)中心網(wǎng)絡(luò),更適用于云計(jì)算超大規(guī)模的網(wǎng)絡(luò)需求。
核心關(guān)注:拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用,蘊(yùn)涵了豐富的ERP管理思想,集成了ERP軟件業(yè)務(wù)管理理念,功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理,全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域,是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題:云計(jì)算數(shù)據(jù)中心網(wǎng)絡(luò)虛擬化技術(shù)
本文網(wǎng)址:http://www.ezxoed.cn/html/support/1112157897.html