欧美成人aaaaa免费视频_亚洲欧美激情小说另类_欧美激情一区二区三区视频_一级在线|欧洲

技術(shù)頻道

數(shù)據(jù)中心虛擬機(jī)網(wǎng)絡(luò)接入技術(shù)_基礎(chǔ)篇

虛擬機(jī)的出現(xiàn)使數(shù)據(jù)中心網(wǎng)絡(luò)接入層出現(xiàn)了VEB(Virtual Ethernet Bridge)概念。在服務(wù)器虛擬化環(huán)境中最常見(jiàn)的“VSwitch”就是一種軟件VEB。VSwitch的技術(shù)兼容性好,但也面臨諸多問(wèn)題,如VSwitch占用CPU資源導(dǎo)致虛擬機(jī)性能下降、虛擬機(jī)間網(wǎng)絡(luò)流量不易監(jiān)管、虛擬機(jī)間網(wǎng)絡(luò)訪問(wèn)控制策略不易實(shí)施、VSwitch存在管理可擴(kuò)展性問(wèn)題等。

為此,IEEE Data Center Bridging (DCB)任務(wù)組(DCB任務(wù)組是IEEE 802.1工作組的一個(gè)組成部分)正在制定一套新標(biāo)準(zhǔn)——802.1Qbg Edge Virtual Bridging(EVB)。該標(biāo)準(zhǔn)將VEPA(Virtual Ethernet Port Aggregator)作為基本實(shí)現(xiàn)方案。VEPA的核心思想是將虛擬機(jī)產(chǎn)生的網(wǎng)絡(luò)流量全部交給與服務(wù)器相連的物理交換機(jī)進(jìn)行處理,即使同一臺(tái)服務(wù)器上的虛擬機(jī)間流量,也將在外部物理交換機(jī)上進(jìn)行處理。VEPA方式不僅借助物理交換機(jī)實(shí)現(xiàn)了虛擬機(jī)間流量轉(zhuǎn)發(fā),同時(shí)還解決了虛擬機(jī)流量監(jiān)管、訪問(wèn)控制策略部署、管理可擴(kuò)展性等問(wèn)題。另外,EVB標(biāo)準(zhǔn)還定義了“多通道技術(shù)(Multichannel Technology)”,目的是實(shí)現(xiàn)傳統(tǒng)VSwitch、 VEPA和Director IO(一種硬件VEB)的混和部署方案。

一、 VEB(Virtual Ethernet Bridge)

1. 虛擬化運(yùn)行環(huán)境

服務(wù)器虛擬化是在物理服務(wù)器上借助虛擬化軟件(如VMWare ESX、Citrix XEN)實(shí)現(xiàn)多個(gè)虛擬機(jī)(Virtual Machine,VM)的虛擬化運(yùn)行環(huán)境。安裝在服務(wù)器上實(shí)現(xiàn)虛擬化環(huán)境的軟件層被稱(chēng)為VMM(Virtual Machine Monitor)。VMM為每個(gè)虛擬機(jī)提供虛擬化的CPU、內(nèi)存、存儲(chǔ)、IO設(shè)備(如網(wǎng)卡)以及以太網(wǎng)交換機(jī)等硬件環(huán)境,如圖1所示。

圖1. 虛擬化運(yùn)行環(huán)境

在虛擬化運(yùn)行環(huán)境中,虛擬交換機(jī)提供了虛擬機(jī)之間,以及虛擬機(jī)與外部網(wǎng)絡(luò)之間的通訊能力。IEEE的802.1標(biāo)準(zhǔn)文檔中,“虛擬以太網(wǎng)交換機(jī)”正式名稱(chēng)為“Virtual Ethernet Bridge”,簡(jiǎn)稱(chēng)VEB。VEB可以在VMM中采用純軟件方式實(shí)現(xiàn),也可以借助支持SR-IOV特性的網(wǎng)卡通過(guò)全硬件方式實(shí)現(xiàn)。常見(jiàn)的虛擬化軟件(如VMWare ESX、Citrix XEN)缺省采用軟件VEB方案(或稱(chēng)VSwitch),而硬件VEB的應(yīng)用場(chǎng)景較少,因此后文主要討論軟件VEB,的技術(shù)特性。

2. VSwitch的技術(shù)特性

在虛擬化運(yùn)行環(huán)境中,VMM為每個(gè)虛擬機(jī)創(chuàng)建一個(gè)虛擬網(wǎng)卡,對(duì)于在VMM中運(yùn)行的VSwitch,每個(gè)虛擬機(jī)的虛擬網(wǎng)卡對(duì)應(yīng)到VSwitch的一個(gè)邏輯端口上,服務(wù)器的物理網(wǎng)卡對(duì)應(yīng)于VSwitch與外部物理交換機(jī)相連的端口。

虛擬機(jī)的報(bào)文接收流程:VSwitch從物理網(wǎng)卡接收以太網(wǎng)報(bào)文,之后根據(jù)VMM下發(fā)的虛擬機(jī)MAC與VSwitch邏輯端口對(duì)應(yīng)關(guān)系表(靜態(tài)MAC表)來(lái)轉(zhuǎn)發(fā)報(bào)文。

虛擬機(jī)報(bào)文發(fā)送流程:當(dāng)報(bào)文的MAC地址在外部網(wǎng)絡(luò)時(shí),VSwitch直接將報(bào)文從物理網(wǎng)卡發(fā)向外部網(wǎng)絡(luò);當(dāng)報(bào)文目的MAC地址是連接在相同VSwitch上的虛擬機(jī)時(shí),則VSwitch通過(guò)靜態(tài)MAC表來(lái)轉(zhuǎn)發(fā)報(bào)文。如圖2所示。

圖2. VSwitch方案架構(gòu)

VSwitch方案具有以下優(yōu)點(diǎn):

l 虛擬機(jī)間報(bào)文轉(zhuǎn)發(fā)性能好。VSwitch實(shí)現(xiàn)虛擬機(jī)之間報(bào)文的二層軟件轉(zhuǎn)發(fā), VSwitch對(duì)報(bào)文的轉(zhuǎn)發(fā)能力只受限于CPU性能、內(nèi)存總線帶寬,因此虛擬機(jī)間報(bào)文的轉(zhuǎn)發(fā)性能(帶寬、延遲)非常好;

l 節(jié)省接入層物理交換機(jī)設(shè)備。例如,數(shù)據(jù)中心需要部署WEB服務(wù)器,且WEB服務(wù)器網(wǎng)關(guān)指向防火墻。這里可將一臺(tái)服務(wù)器虛擬化成多個(gè)虛擬機(jī),每個(gè)虛擬機(jī)作為一個(gè)WEB服務(wù)器,將VSwitch作為WEB服務(wù)器的網(wǎng)絡(luò)接入層設(shè)備,將服務(wù)器物理網(wǎng)卡與防火墻端口互聯(lián)即可完成組網(wǎng),無(wú)需額外的物理交換機(jī);

l 與外部網(wǎng)絡(luò)的兼容性好。VSwitch采用軟件實(shí)現(xiàn),對(duì)現(xiàn)有網(wǎng)絡(luò)標(biāo)準(zhǔn)的兼容性好,所以VSwitch與外部網(wǎng)絡(luò)設(shè)備不存在互聯(lián)兼容性問(wèn)題。

但VSwitch方案也存在一些缺點(diǎn):

l 消耗CPU資源。虛擬機(jī)產(chǎn)生的網(wǎng)絡(luò)流量越高,則基于軟件實(shí)現(xiàn)的VSwitch就需要占用越多的CPU資源用于報(bào)文的轉(zhuǎn)發(fā)處理,從而減弱了服務(wù)器支持更多虛擬機(jī)的能力。特別是在虛擬機(jī)到外部網(wǎng)絡(luò)的流量很大時(shí),CPU的開(kāi)銷(xiāo)會(huì)更大;

l 缺乏網(wǎng)絡(luò)流量的可視性。VSwitch缺少內(nèi)部流量監(jiān)管能力,例如端口報(bào)文統(tǒng)計(jì)、端口流鏡像、Netstream等特性。上述特性的缺失,一方面導(dǎo)致虛擬機(jī)之間的流量無(wú)法被網(wǎng)管系統(tǒng)所監(jiān)管;另一方面也使得網(wǎng)絡(luò)發(fā)生故障是,難于定位問(wèn)題原因;

l 缺乏網(wǎng)絡(luò)控制策略的實(shí)施能力。當(dāng)前數(shù)據(jù)中心接入交換機(jī)都具有很多實(shí)現(xiàn)網(wǎng)絡(luò)控制策略的特性,例如端口安全,QOS、ACL等。而VSwitch因顧及到CPU開(kāi)銷(xiāo)問(wèn)題,通常不支持上訴特性。因此限制了數(shù)據(jù)中心的端到端的網(wǎng)絡(luò)控制策略(如端到端的QOS、整網(wǎng)安全部署策略等)的部署能力;

l 缺乏管理可擴(kuò)展性。隨著數(shù)據(jù)中心虛擬機(jī)數(shù)量的增加,VSwitch的數(shù)量隨之增加,而傳統(tǒng)的VSwitch必須被單獨(dú)的配置管理,由此增加了網(wǎng)絡(luò)的管理工作量。VMWare公司推出了“分布式交換機(jī)(DVW)”技術(shù),可以將最多64個(gè)VSwitch作為一個(gè)統(tǒng)一的設(shè)備進(jìn)行管理。但這種技術(shù)只有限的改善了管理擴(kuò)展性問(wèn)題,并未從根本上解決外部網(wǎng)絡(luò)管理與VSwitch管理的統(tǒng)一性問(wèn)題。

二、 802.1Qbg EVB標(biāo)準(zhǔn)

1. EVB標(biāo)準(zhǔn)的設(shè)計(jì)思想

IEEE 802.1工作組正著手制定一個(gè)新標(biāo)準(zhǔn)802.1Qbg Edge Virtual Bridging(EVB),以解決VSwtich(軟件VEB)的局限性。其核心思想是,將虛擬機(jī)產(chǎn)生的網(wǎng)絡(luò)流量全部交給與服務(wù)器相連的物理交換機(jī)進(jìn)行處理,即使同一臺(tái)服務(wù)器的虛擬機(jī)間流量,也將發(fā)往外部物理交換機(jī)進(jìn)行查表處理,之后再180度掉頭返回到服務(wù)器上,形成了所謂的“發(fā)卡彎”轉(zhuǎn)發(fā)模式,如圖3所示。

圖3. EVB/VEPA基本架構(gòu)

EVB改變了傳統(tǒng)的VEB對(duì)報(bào)文的轉(zhuǎn)發(fā)方式,使得大多數(shù)報(bào)文在外部網(wǎng)絡(luò)交換機(jī)被處理。EVB可通過(guò)軟件方式實(shí)現(xiàn)(類(lèi)似在VMM中的VSwitch軟件模塊)。由于將所有流量都引向外部交換機(jī),因此與虛擬機(jī)相關(guān)的流量監(jiān)管、控制策略和管理可擴(kuò)展性問(wèn)題得以很好的解決。但是,由于流量被從虛擬機(jī)上引入到外部網(wǎng)絡(luò),使EVB技術(shù)也帶來(lái)了更多網(wǎng)絡(luò)帶寬開(kāi)銷(xiāo)的問(wèn)題。例如,從一個(gè)虛擬機(jī)到另一個(gè)虛擬機(jī)的報(bào)文,占用的網(wǎng)絡(luò)帶寬是傳統(tǒng)的報(bào)文轉(zhuǎn)發(fā)的兩倍,其中一半帶寬用于從源虛擬機(jī)向外網(wǎng)交換機(jī)傳輸,另一半帶寬用于從外部交換機(jī)向目的虛擬機(jī)傳輸。EVB的出現(xiàn)并不是去完全替換VEB方案,但是EVB對(duì)于流量監(jiān)管能力、安全策略部署能力要求較高的場(chǎng)景(如數(shù)據(jù)中心)而言,是一種優(yōu)選的技術(shù)方案。

以太網(wǎng)交換機(jī)在處理報(bào)文轉(zhuǎn)發(fā)時(shí),對(duì)于從一個(gè)端口上收到的報(bào)文不會(huì)再將該報(bào)文從該端口發(fā)回(將破壞生成樹(shù)協(xié)議的實(shí)現(xiàn))。因此,如果使能EVB特性的服務(wù)器接入到一個(gè)外網(wǎng)交換機(jī)上時(shí),這臺(tái)交換機(jī)的相應(yīng)端口必須支持上述“發(fā)卡彎”轉(zhuǎn)發(fā)方式。當(dāng)前大多數(shù)交換機(jī)的硬件芯片都能支持這種“發(fā)卡彎”轉(zhuǎn)發(fā),只要改動(dòng)驅(qū)動(dòng)程序即可實(shí)現(xiàn),不必為支持“發(fā)卡彎”方式而增加新的硬件芯片。

另一個(gè)由EVB技術(shù)引起的變化是服務(wù)器對(duì)從外部網(wǎng)絡(luò)接收到組播或廣播報(bào)文的處理方式。由于EVB從物理網(wǎng)卡上收到的報(bào)文可能是來(lái)自外部交換機(jī)的發(fā)卡彎報(bào)文,也就是說(shuō)報(bào)文源MAC是虛擬化服務(wù)器上的虛擬機(jī)的MAC,這種報(bào)文必須進(jìn)行過(guò)濾處理,以避免發(fā)送該報(bào)文的虛擬機(jī)再次從網(wǎng)絡(luò)上收到自己發(fā)出的組播或廣播報(bào)文。因此,當(dāng)前的操作系統(tǒng)或網(wǎng)卡驅(qū)動(dòng)都需要做相應(yīng)的修改。

EVB標(biāo)準(zhǔn)具有如下的技術(shù)特點(diǎn):

l 借助發(fā)卡彎轉(zhuǎn)發(fā)機(jī)制將外網(wǎng)交換機(jī)上的眾多網(wǎng)絡(luò)控制策略和流量監(jiān)管特性引入到虛擬機(jī)網(wǎng)絡(luò)接入層,簡(jiǎn)化了網(wǎng)卡的設(shè)計(jì),減少了虛擬網(wǎng)絡(luò)轉(zhuǎn)發(fā)對(duì)CPU的開(kāi)銷(xiāo);

l 使用外部交換機(jī)上的控制策略特性(ACL、QOS、端口安全等)實(shí)現(xiàn)整網(wǎng)端到端的策略統(tǒng)一部署;

l 使用外部交換機(jī)增強(qiáng)了虛擬機(jī)流量監(jiān)管能力,如各種端口流量統(tǒng)計(jì),Netstream、端口鏡像等。

前文僅描述了EVB的設(shè)計(jì)思路以及實(shí)現(xiàn)EVB方案帶來(lái)的好處。實(shí)際上EVB定義了兩種報(bào)文轉(zhuǎn)發(fā)方案:VEPA(Virtual Ethernet Port Aggregator)和多通道(Multichannel Technology)。VEPA是EVB標(biāo)準(zhǔn)定義的基本實(shí)現(xiàn)方案,VEPA方案不需要對(duì)虛擬機(jī)發(fā)出的以太網(wǎng)報(bào)文做改動(dòng)即可實(shí)現(xiàn)發(fā)卡彎轉(zhuǎn)發(fā)。多通道技術(shù)則定義了通過(guò)標(biāo)簽機(jī)制實(shí)現(xiàn)VEB、Director IO(硬件VEB)和VEPA混和方案。多通道技術(shù)為管理員提供了一種選擇實(shí)現(xiàn)虛擬機(jī)與外部網(wǎng)絡(luò)連接的技術(shù)手段。

2. EVB的基本實(shí)現(xiàn)方案——VEPA

IEEE 802.1工作組在VEPA技術(shù)基礎(chǔ)實(shí)現(xiàn)IEEE 802.1Qbg EVB標(biāo)準(zhǔn),是因?yàn)閂EPA技術(shù)對(duì)當(dāng)前網(wǎng)卡、交換機(jī)、現(xiàn)有以太網(wǎng)報(bào)文格式和標(biāo)準(zhǔn)影響最?。ㄈ鐖D3所示)。

VEPA的實(shí)現(xiàn)是基于現(xiàn)在的IEEE標(biāo)準(zhǔn),不必為報(bào)文增加新的二層標(biāo)簽,只要對(duì)VMM軟件和交換機(jī)的軟件升級(jí)就可支持VEPA的發(fā)卡彎轉(zhuǎn)發(fā)。為了評(píng)估開(kāi)發(fā)VEPA特性的工作量,HP公司的某新技術(shù)實(shí)驗(yàn)室開(kāi)發(fā)了一種支持VEPA功能的原型軟件,和一個(gè)支持發(fā)卡彎轉(zhuǎn)發(fā)的外部以太網(wǎng)交換機(jī)原型。VEPA軟件原型是在Linux內(nèi)核的橋模塊基礎(chǔ)上,只做了很少代碼修改即實(shí)現(xiàn)了發(fā)卡彎特性,即使在未對(duì)代碼做優(yōu)化的情況下,VEPA方案對(duì)報(bào)文的轉(zhuǎn)發(fā)性能也比傳統(tǒng)VSwitch提高了12%。

與VEB方案類(lèi)似,VEPA方案可以采用純軟件方式實(shí)現(xiàn),也能夠通過(guò)支持SR-IOV的網(wǎng)卡實(shí)現(xiàn)硬件VEPA。其實(shí),只要是VEB能安裝和部署的地方,就都能用VEPA來(lái)實(shí)現(xiàn),但VEB與VEPA各有所長(zhǎng),并不存在替代關(guān)系。

VEPA的優(yōu)點(diǎn):

l 完全基于IEEE標(biāo)準(zhǔn),沒(méi)有專(zhuān)用報(bào)文格式;

l 容易實(shí)現(xiàn)。通常只需要對(duì)網(wǎng)卡驅(qū)動(dòng)、VMM橋模塊和外部交換機(jī)的軟件做很小的改動(dòng),從而實(shí)現(xiàn)低成本方案目標(biāo)。

3. 對(duì)VEPA的增強(qiáng)——通道技術(shù)(Multichannel Technology)

多通道技術(shù)是通過(guò)給虛擬機(jī)報(bào)文增加IEEE標(biāo)準(zhǔn)報(bào)文標(biāo)簽,以增強(qiáng)VEPA功能的一種方案,由HP公司提出,最終被IEEE 802.1工作組接納為EVB標(biāo)準(zhǔn)的一種可選方案。

多通道技術(shù)方案將交換機(jī)端口或網(wǎng)卡劃分為多個(gè)邏輯通道,并且各通道間邏輯隔離。每個(gè)邏輯通道可由用戶(hù)根據(jù)需要定義成VEB、VEPA或Dircetor IO的任何一種。每個(gè)邏輯通道作為一個(gè)獨(dú)立的到外部網(wǎng)絡(luò)的通道進(jìn)行處理。多通道技術(shù)借用了802.1ad S-TAG(Q-IN-Q)標(biāo)準(zhǔn),通過(guò)一個(gè)附加的S-TAG和VLAN-ID來(lái)區(qū)分網(wǎng)卡或交換機(jī)端口上劃分的不同邏輯通道。如圖4所示,多個(gè)VEB或VEPA共享同一個(gè)物理網(wǎng)卡。管理員可能需要特定虛擬機(jī)使用VEB,以獲得較好的交換性能;也可能需要其他的應(yīng)用使用VEPA,以獲得更好的網(wǎng)絡(luò)控制策略可實(shí)施性和流量可視性,并要求而上述使用的VEB或VEPA的虛擬機(jī)同時(shí)部署在一個(gè)物理服務(wù)器上。對(duì)于這些情況,管理員通過(guò)多通道技術(shù)即可解決VEB與VEPA共享一個(gè)外部網(wǎng)絡(luò)(網(wǎng)卡)的需求。

多通道技術(shù)需要網(wǎng)卡和外部交換機(jī)支持S-TAG和Q-IN-Q操作。所以在某些情況下,可能要求網(wǎng)卡或交換機(jī)做硬件升級(jí),而VEPA方案對(duì)設(shè)備硬件沒(méi)有要求,幾乎在所有的VMM和外部物理交換機(jī)都能實(shí)現(xiàn)。部署多通道技術(shù)時(shí),并不必須同時(shí)部署VEPA,多通道技術(shù)只是為管理員提供了一種選擇實(shí)現(xiàn)虛擬機(jī)與外部網(wǎng)絡(luò)連接的技術(shù)手段。

4. 關(guān)于802.1Qbh Bridge Port Extension標(biāo)準(zhǔn)

端口擴(kuò)展(PE)設(shè)備是一種功能有限的是物理交換機(jī),通常作為一個(gè)上行物理交換機(jī)的線卡使用。端口擴(kuò)展技術(shù)需要為以太網(wǎng)報(bào)文增加TAG,而端口擴(kuò)展設(shè)備借助報(bào)文TAG中的信息,將端口擴(kuò)展設(shè)備上的物理端口映射成上行物理交換機(jī)上的一個(gè)虛擬端口,并且使用TAG中的信息來(lái)實(shí)現(xiàn)報(bào)文轉(zhuǎn)發(fā)和策略控制。

當(dāng)前市場(chǎng)上已有端口擴(kuò)展設(shè)備,如Cisco的Nexus 2K就是Nexus 5K的端口擴(kuò)展器。VN-TAG是Cisco為實(shí)現(xiàn)端口擴(kuò)展而定義的一種私有以太網(wǎng)報(bào)文標(biāo)簽格式,這種報(bào)文格式不是建立在IEEE已定義各種標(biāo)準(zhǔn)之上。VN-TAG為報(bào)文定義了虛擬機(jī)源和目的端口,并且標(biāo)明了報(bào)文的廣播域。借助支持VN-TAG技術(shù)的VSwitch和網(wǎng)卡,也能夠?qū)崿F(xiàn)類(lèi)似EVB多通道的方案,但是VN-TAG技術(shù)有以下一些缺點(diǎn):

l VN-TAG是一種新提出的標(biāo)簽格式,沒(méi)用沿用現(xiàn)有的標(biāo)準(zhǔn)(如,IEEE 802.1Q、 IEEE 802.1ad、IEEE 802.1X tags );

l 必須要改變交換機(jī)和網(wǎng)卡的硬件,而不能只是簡(jiǎn)單的對(duì)現(xiàn)有的網(wǎng)絡(luò)設(shè)備軟件進(jìn)行升級(jí)。也就是說(shuō),VN-TAG的使用需要部署支持VN-TAG的新網(wǎng)絡(luò)產(chǎn)品(網(wǎng)卡、交換機(jī)、軟件)。

最初IEEE 802.1工作組曾考慮將“端口擴(kuò)展”特性作為EVB標(biāo)準(zhǔn)的一部分,但是工作組最終決定將端口擴(kuò)展發(fā)展成一個(gè)獨(dú)立的標(biāo)準(zhǔn),即802.1 Bridge Port Extension。Cisco曾向802.1Q工作組建議,將VN-TAG技術(shù)作為實(shí)現(xiàn)EVB的一種可選方案,但I(xiàn)EEE 802.1工作組最終沒(méi)有接納這個(gè)提案。此后,Cisco修改了VN-TAG技術(shù)草案,修改后的草案稱(chēng)為M-TAG,該方案的主要目標(biāo)仍是為了實(shí)現(xiàn)端口擴(kuò)展設(shè)備與上行交換機(jī)之間的通信標(biāo)準(zhǔn)化。

5. 802.1Qbg EVB的標(biāo)準(zhǔn)化進(jìn)程

在本文寫(xiě)作的時(shí)候,IEEE 802.1Qbg的授權(quán)請(qǐng)求已經(jīng)通過(guò),正式的標(biāo)準(zhǔn)化過(guò)程正在進(jìn)行中。IEEE 802.1選擇VEPA技術(shù)草案作為EVB標(biāo)準(zhǔn)的基礎(chǔ),因其使用現(xiàn)有的技術(shù)標(biāo)準(zhǔn),并對(duì)現(xiàn)有的網(wǎng)絡(luò)產(chǎn)品和設(shè)備產(chǎn)生最小的影響。多通道技術(shù)作為一種可選項(xiàng),也在EVB標(biāo)準(zhǔn)中定義。多通道技術(shù)提出了一種標(biāo)準(zhǔn)化TAG機(jī)制,以實(shí)現(xiàn)VEPA、VEB及Director IO的靈活部署。同樣的情況,IEEE 802.1工作組已接受Cisco提出的M-TAG技術(shù)草案作為端口擴(kuò)展標(biāo)準(zhǔn)802.1gbh,并且標(biāo)準(zhǔn)化過(guò)程也在進(jìn)行中,但其成為正式標(biāo)準(zhǔn)的時(shí)間要晚于802.1Qbg。

三、 結(jié)束語(yǔ)

*注:滿(mǎn)分為5,分值越接近5,表示該項(xiàng)技術(shù)參數(shù)越優(yōu)良。

表1 VEB方案與EVB方案的綜合對(duì)比

“方案沒(méi)有最好的,只有最適合的”。VEB的優(yōu)點(diǎn)是虛擬機(jī)之間的報(bào)文轉(zhuǎn)發(fā)性能高,而且軟件EVB(VSwitch)的兼容性好,易于實(shí)現(xiàn)。而EVB的優(yōu)點(diǎn)在于虛擬機(jī)流量的監(jiān)管能力、網(wǎng)絡(luò)策略部署能力以及管理可擴(kuò)展性。EVB與VEB各有所長(zhǎng),并不存在絕對(duì)替代關(guān)系,也正因?yàn)檫@個(gè)原因,EVB標(biāo)準(zhǔn)又定義了“多通道技術(shù)”。建議用戶(hù)在設(shè)計(jì)虛擬服務(wù)器接入層網(wǎng)絡(luò)時(shí),根據(jù)實(shí)際需求選擇合適的技術(shù)方案。

另外,市場(chǎng)上現(xiàn)存的一些與虛擬服務(wù)器接入層網(wǎng)絡(luò)相關(guān)的產(chǎn)品,采用的方案并不是802.1工作組承認(rèn)的標(biāo)準(zhǔn)技術(shù)。建議用戶(hù)在評(píng)估設(shè)備的過(guò)程中,從保護(hù)現(xiàn)有設(shè)備投資角度出發(fā),充分評(píng)估特定廠商產(chǎn)品的技術(shù)特性,確認(rèn)其是否能在將來(lái)與當(dāng)前正在標(biāo)準(zhǔn)化進(jìn)程中的EVB標(biāo)準(zhǔn)充分兼容。


文章版權(quán)歸西部工控xbgk所有,未經(jīng)許可不得轉(zhuǎn)載。

欧美成人aaaaa免费视频_亚洲欧美激情小说另类_欧美激情一区二区三区视频_一级在线|欧洲

      欧美日韩免费在线| 香蕉av福利精品导航| 久久综合久久久| 国产精品日韩一区二区| 一卡二卡3卡四卡高清精品视频| 久久影视精品| 在线观看欧美| 久久免费视频网站| 国产在线精品自拍| 欧美伊人久久久久久久久影院| 国产精品久久久久久久浪潮网站| 日韩视频在线观看国产| 欧美黑人在线播放| 日韩视频一区二区三区| 欧美高清在线一区| 亚洲精品欧美日韩专区| 牛牛精品成人免费视频| 136国产福利精品导航网址应用| 久久精品人人做人人爽电影蜜月 | 欧美日韩视频在线一区二区 | 亚洲一区高清| 国产精品爱啪在线线免费观看| 日韩午夜三级在线| 欧美日韩伦理在线免费| 99国产精品国产精品毛片| 欧美日韩国产999| 一级成人国产| 国产精品白丝av嫩草影院| 亚洲一区二区视频在线| 国产精品一区久久久久| 欧美在线|欧美| 禁久久精品乱码| 欧美va天堂va视频va在线| 亚洲精品孕妇| 国产精品亚洲激情| 久久国产精品一区二区三区四区| 国语自产精品视频在线看| 裸体歌舞表演一区二区| 亚洲精品欧美一区二区三区| 欧美性猛交xxxx乱大交退制版| 篠田优中文在线播放第一区| 国产字幕视频一区二区| 欧美成人有码| 亚洲自拍另类| 在线不卡a资源高清| 欧美日韩免费高清| 欧美专区在线观看| 日韩一级精品视频在线观看| 欧美性猛交xxxx乱大交退制版| 午夜精品免费在线| 亚洲第一在线综合在线| 国产精品v亚洲精品v日韩精品| 久久精品91久久香蕉加勒比 | 久久亚洲电影| 一区二区日韩伦理片| 国产偷国产偷亚洲高清97cao| 免费欧美日韩国产三级电影| 亚洲欧美日韩国产成人| 亚洲国产精品日韩| 国产欧美日韩精品专区| 欧美电影在线免费观看网站 | 亚洲一区综合| 亚洲国产欧美一区二区三区久久| 国产精品久久久久久超碰| 久久视频在线免费观看| 亚洲校园激情| 91久久中文| 国产亚洲精品激情久久| 欧美色区777第一页| 欧美成人激情视频免费观看| 欧美在线综合视频| 亚洲一区免费| 亚洲伦伦在线| 91久久精品国产| 黄色成人在线网站| 国产热re99久久6国产精品| 欧美人成在线视频| 噜噜噜久久亚洲精品国产品小说| 亚洲专区欧美专区| 一卡二卡3卡四卡高清精品视频| 在线观看视频一区二区| 国产私拍一区| 国产欧美一区二区白浆黑人| 欧美性猛交一区二区三区精品| 美日韩精品免费| 久久久久一区二区三区| 性色av一区二区三区| 一区二区三区不卡视频在线观看| 亚洲人精品午夜| 亚洲丰满在线| 亚洲精品123区| 亚洲欧洲三级电影| 亚洲第一网站免费视频| 狠狠久久亚洲欧美| 黑人巨大精品欧美黑白配亚洲| 国产一区二区三区日韩欧美| 国产色综合网| 国产一区欧美日韩| 狠狠色丁香婷婷综合久久片| 国产真实乱子伦精品视频| 国产午夜精品福利| 红桃视频成人| 亚洲国产99| 亚洲免费成人| 一区二区三欧美| 亚洲少妇最新在线视频| 亚洲午夜成aⅴ人片| 亚洲综合第一| 久久se精品一区精品二区| 午夜久久电影网| 久久精品视频在线看| 久久只精品国产| 欧美精选在线| 国产精品国产三级国产普通话99 | 久久久精品一品道一区| 久久精品在这里| 美女尤物久久精品| 欧美精品精品一区| 欧美视频中文一区二区三区在线观看 | 国产精品久久97| 国产精品入口| 国语自产精品视频在线看抢先版结局| 狠狠综合久久av一区二区老牛| 亚洲国产成人午夜在线一区| 日韩视频免费在线| 亚洲欧美一区二区原创| 欧美在线www| 欧美激情视频免费观看| 国产精品久久久久99| 精品成人久久| 亚洲午夜成aⅴ人片| 欧美中文在线观看| 欧美精选一区| 国产一区二区三区免费不卡 | 91久久国产综合久久91精品网站| 日韩亚洲不卡在线| 欧美在线首页| 欧美视频中文字幕| 在线看无码的免费网站| 亚洲无玛一区| 女人色偷偷aa久久天堂| 国产精品综合| 一本色道久久综合一区| 久久嫩草精品久久久久| 国产精品免费电影| 99成人精品| 麻豆久久婷婷| 国产一区二区三区四区在线观看| 亚洲欧洲久久| 久久综合久久综合久久| 国产精品裸体一区二区三区| 亚洲黄色影片| 久久一区中文字幕| 国产欧美日韩另类视频免费观看| 日韩视频免费观看| 久热爱精品视频线路一| 国产亚洲欧美一区在线观看| 中日韩美女免费视频网址在线观看| 久热精品视频在线| 国产一区二区电影在线观看| 亚洲欧美日韩精品| 欧美午夜精品伦理| 日韩一区二区电影网| 女生裸体视频一区二区三区| 狠狠色伊人亚洲综合成人| 午夜欧美理论片| 国产精品久久国产三级国电话系列 | 91久久午夜| 美女久久一区| 激情av一区| 久久午夜影视| 在线免费高清一区二区三区| 久久激情视频久久| 国产亚洲福利一区| 午夜久久tv| 国产精品一区二区在线观看网站 | 国产亚洲精品美女| 篠田优中文在线播放第一区| 国产精品久久国产三级国电话系列| 99精品视频免费| 欧美三级第一页| 中文在线资源观看网站视频免费不卡 | 9色精品在线| 欧美性一区二区| 亚洲综合成人婷婷小说| 国产精品免费看| 欧美在线观看视频| 国内外成人在线视频| 久久久久九九视频| 亚洲第一伊人| 欧美精品在线播放| 亚洲私人影吧| 国产日韩在线看| 久热精品视频在线| 亚洲精品免费在线| 欧美日韩一区在线| 午夜一区二区三区不卡视频| 国产亚洲精品久| 欧美成人免费全部| 一区二区三区久久网|