IT的發(fā)展歷程是一個螺旋上升的過程。早期的大型電腦時期，IT是及其專業(yè)的領(lǐng)域，所有的電腦系統(tǒng)都是封閉系統(tǒng)，一個公司提供了從硬件到軟件及維修甚至軟體改版升級的服務，可以說那時系統(tǒng)的封閉是由于整個產(chǎn)業(yè)的不完善所造成的。但是整個IT產(chǎn)業(yè)卻不斷朝向開放的道路上前進，自從IBM PC標準開放以來，IT產(chǎn)業(yè)迅速成熟，時至今日完全改變了社會信息的傳遞模式。標準化的系統(tǒng)可以在短時間內(nèi)迅速成熟，是因為在開放的系統(tǒng)中，標準是由幾個大廠主導協(xié)商出來的，標準制定的過程可以看見各種妥協(xié)的影子，甚至有不同的標準互相競爭。理論上經(jīng)過這種自由市場的運作機制，因為競爭激烈，消費者可以享有最好的標準化產(chǎn)品。而相反封閉系統(tǒng)的廠商在今天產(chǎn)業(yè)分工高度專業(yè)化和細化的背景下，將導致技術(shù)的進步幅度及其緩慢，也難以形成規(guī)模。

現(xiàn)在，在數(shù)據(jù)中心網(wǎng)絡技術(shù)領(lǐng)域，也同樣出現(xiàn)了開放系統(tǒng)和封閉系統(tǒng)兩條路線之爭，我們下面分析一下這種技術(shù)之爭的來龍去脈。

道路之爭一：VEB vs VEPA

隨著商用虛擬化技術(shù)的成熟和x86 CPU性能的發(fā)展，越來越多的數(shù)據(jù)中心開始向虛擬化轉(zhuǎn)型，新一代數(shù)據(jù)中心一個典型的特點是從“物理服務器互聯(lián)”轉(zhuǎn)變?yōu)?ldquo;虛擬服務器”互聯(lián)。虛擬化給數(shù)據(jù)中心帶來了服務器整合、業(yè)務連續(xù)和彈性等特點，同時也給數(shù)據(jù)中心帶來了新的挑戰(zhàn)，即如何實現(xiàn)針對虛擬機的邊緣虛擬橋接(Edge Virtual Bridge)。

慣性的解決思路是通過軟件的方式，通過服務器內(nèi)部平臺解決，也就是所謂的虛擬邊緣橋接(VEB, Virtual Ethernet Bridge)。所謂VEB就是在一個物理終端工作站/服務器上支持多個虛擬機的本地交換，通常是通過軟件模擬一個虛擬交換機來實現(xiàn)。例如作為推動X86平臺虛擬化的始作俑者，VMWare在其vSphere平臺內(nèi)置了虛擬交換機vSwitch，甚至更進一步，實現(xiàn)了分布式虛擬交互機VDS(vNetwork Distributed Switch)，為一個數(shù)據(jù)中心內(nèi)提供一個統(tǒng)一的網(wǎng)絡接入平臺，當虛擬機發(fā)生vMotion時，所有端口上的策略都將隨著虛擬機移動。但是其存在兩個根本的問題：

1. 虛擬交換機的功能過于簡單。目前的vSwitch最多只是一個簡單的SOHO級二層交換機，只是解決連通問題，沒有ACL策略、沒有流量監(jiān)管、更別說QoS。當然這方面的原因主要是因為網(wǎng)絡并非 VMWare所重點關(guān)注的領(lǐng)域。

2. 網(wǎng)絡和主機管理界面模糊。多個虛擬機的數(shù)據(jù)交換都集聚于一個物理出口，虛擬服務器端口和實體網(wǎng)絡端口之間不再是一一對應的關(guān)系，從傳統(tǒng)網(wǎng)絡管理者的角度出發(fā)，原來的一系列網(wǎng)絡策略都是基于端口部署的，而現(xiàn)在則無法使用同樣的方法部署，極大的增加了管理成本和難度。而目前的主流虛擬平臺上，都沒有針對網(wǎng)絡管理和配置的獨立界面，這就造成虛擬化服務器一旦出現(xiàn)問題，不僅故障定位需要更多時間，而且管理人員(網(wǎng)絡管理者和服務器管理者)的權(quán)責定位及分工也會處于混亂狀態(tài)。數(shù)據(jù)中心的接入層網(wǎng)絡已從物理的實體網(wǎng)絡延伸至服務器的虛擬機實例，必須要實現(xiàn)對虛擬機網(wǎng)絡端口的對應接入。

業(yè)界網(wǎng)絡巨頭思科公司針對EVB提出了幾種不同的解決方案路線，其中一個很重要的路線就是增強型VEB，具體點講就是用CISCO自己的nexus 1000v軟交換機代替vmware的vswitch，嵌入到VMware的虛擬化平臺上去。這樣一來，思科聲稱可以實現(xiàn)專業(yè)的虛擬交換機，這些nexus 1000v虛擬交換機具有思科交換機豐富的功能特性，同時可以實現(xiàn)和思科物理交換機的統(tǒng)一管理。思科公司在市場營銷也對nexus1000v解決方案投入了大量的人力物力，使得這個方案聽起來很美，但是實際情況呢?仔細的分析一下，我們可以看到這個解決方案存在下面的問題。

1. 還是沒有解決網(wǎng)絡和主機管理界面模糊的問題。Nexus 1000v作為用服務器CPU模擬的軟件交換機，使得虛擬機的交換界面還存在主機內(nèi)部，根本無法實現(xiàn)“網(wǎng)絡的歸網(wǎng)絡，主機的歸主機”這樣的厘清管理界面的目的。

2. nexus 1000v是用CPU來模擬的軟交換機，需要服務器額外開銷，存在著交換性能低下的問題，并且可能造成系統(tǒng)的不穩(wěn)定。

3. 最重要的問題，思科這個解決方案是一個封閉體系的解決方案，目前可以看到其只支持VMware虛擬化平臺，針對其他虛擬化平臺，如xen和hyper-V目前沒有看到有相關(guān)的解決方案。

在某種程度上可以說思科利用其在業(yè)界的技術(shù)品牌優(yōu)勢，通過對一個封閉體系的解決方案進行大力營銷，是一種對客戶進行某種程度的“綁架”，使得客戶失去了選擇權(quán)。

因此，業(yè)界需要一個開放、標準、簡單的解決方案。這時VEPA(Virtual Ethernet Port Aggregator)標準就應勢而出。VEPA是HP協(xié)同H3C向IEEE提出的新一代數(shù)據(jù)中心虛擬接入解決方案標準草案，其目標是要將虛擬機之間的交換從服務器內(nèi)部移出到接入交換機上。工作原理如下：當兩個處于同一服務器內(nèi)的虛擬機要交換數(shù)據(jù)時，從虛擬機A出來的數(shù)據(jù)幀首先會經(jīng)過服務器網(wǎng)卡送往上聯(lián)交換機，上聯(lián)交換機通過查看幀頭中帶的MAC地址(虛擬機MAC地址)發(fā)現(xiàn)目的主機在同一臺物理服務器中，因此又將這個幀送回原服務器，完成尋址轉(zhuǎn)發(fā)。整個數(shù)據(jù)流好像一個發(fā)卡一樣在上聯(lián)交換機上繞了一圈，因此這個行為又稱作“發(fā)卡式轉(zhuǎn)發(fā)”。為了實現(xiàn)“發(fā)卡式轉(zhuǎn)發(fā)”，VEPA需要修改生成樹協(xié)議，或者說在下聯(lián)端口上強制進行反射數(shù)據(jù)幀的行為(Reflective Relay)。同時VEPA使用Q-in-Q技術(shù)在基本的802.1q標記外增加了一層表示不同虛擬機的定義，基本就可以將不同的虛擬機流量區(qū)分開來，并進行處理。

我們可以看到，VEPA本著簡單實用的原則，充分利用現(xiàn)有標準協(xié)議，實現(xiàn)了虛擬機的“硬交換”。目前的網(wǎng)絡設(shè)備來說只要把軟件稍做修改，就能夠快速推出支持。正因為VEPA的標準化和開放化，使得其得到了Juniper、IBM、Qlogic、Brocade等等廠商的支持。H3C堅信，走開放標準化道路是王道，未來的EVB解決方案的主流一定是基于VEPA標準的解決方案。

IT的發(fā)展歷程是一個螺旋上升的過程。早期的大型電腦時期，IT是及其專業(yè)的領(lǐng)域，所有的電腦系統(tǒng)都是封閉系統(tǒng)，一個公司提供了從硬件到軟件及維修甚至軟體改版升級的服務，可以說那時系統(tǒng)的封閉是由于整個產(chǎn)業(yè)的不完善所造成的。但是整個IT產(chǎn)業(yè)卻不斷朝向開放的道路上前進，自從IBM PC標準開放以來，IT產(chǎn)業(yè)迅速成熟，時至今日完全改變了社會信息的傳遞模式。標準化的系統(tǒng)可以在短時間內(nèi)迅速成熟，是因為在開放的系統(tǒng)中，標準是由幾個大廠主導協(xié)商出來的，標準制定的過程可以看見各種妥協(xié)的影子，甚至有不同的標準互相競爭。理論上經(jīng)過這種自由市場的運作機制，因為競爭激烈，消費者可以享有最好的標準化產(chǎn)品。而相反封閉系統(tǒng)的廠商在今天產(chǎn)業(yè)分工高度專業(yè)化和細化的背景下，將導致技術(shù)的進步幅度及其緩慢，也難以形成規(guī)模。

現(xiàn)在，在數(shù)據(jù)中心網(wǎng)絡技術(shù)領(lǐng)域，也同樣出現(xiàn)了開放系統(tǒng)和封閉系統(tǒng)兩條路線之爭，我們下面分析一下這種技術(shù)之爭的來龍去脈。#p#

道路之爭一：VEB vs VEPA

隨著商用虛擬化技術(shù)的成熟和x86 CPU性能的發(fā)展，越來越多的數(shù)據(jù)中心開始向虛擬化轉(zhuǎn)型，新一代數(shù)據(jù)中心一個典型的特點是從“物理服務器互聯(lián)”轉(zhuǎn)變?yōu)?ldquo;虛擬服務器”互聯(lián)。虛擬化給數(shù)據(jù)中心帶來了服務器整合、業(yè)務連續(xù)和彈性等特點，同時也給數(shù)據(jù)中心帶來了新的挑戰(zhàn)，即如何實現(xiàn)針對虛擬機的邊緣虛擬橋接(Edge Virtual Bridge)。

慣性的解決思路是通過軟件的方式，通過服務器內(nèi)部平臺解決，也就是所謂的虛擬邊緣橋接(VEB, Virtual Ethernet Bridge)。所謂VEB就是在一個物理終端工作站/服務器上支持多個虛擬機的本地交換，通常是通過軟件模擬一個虛擬交換機來實現(xiàn)。例如作為推動X86平臺虛擬化的始作俑者，VMWare在其vSphere平臺內(nèi)置了虛擬交換機vSwitch，甚至更進一步，實現(xiàn)了分布式虛擬交互機VDS(vNetwork Distributed Switch)，為一個數(shù)據(jù)中心內(nèi)提供一個統(tǒng)一的網(wǎng)絡接入平臺，當虛擬機發(fā)生vMotion時，所有端口上的策略都將隨著虛擬機移動。但是其存在兩個根本的問題：

1. 虛擬交換機的功能過于簡單。目前的vSwitch最多只是一個簡單的SOHO級二層交換機，只是解決連通問題，沒有ACL策略、沒有流量監(jiān)管、更別說QoS。當然這方面的原因主要是因為網(wǎng)絡并非 VMWare所重點關(guān)注的領(lǐng)域。

2. 網(wǎng)絡和主機管理界面模糊。多個虛擬機的數(shù)據(jù)交換都集聚于一個物理出口，虛擬服務器端口和實體網(wǎng)絡端口之間不再是一一對應的關(guān)系，從傳統(tǒng)網(wǎng)絡管理者的角度出發(fā)，原來的一系列網(wǎng)絡策略都是基于端口部署的，而現(xiàn)在則無法使用同樣的方法部署，極大的增加了管理成本和難度。而目前的主流虛擬平臺上，都沒有針對網(wǎng)絡管理和配置的獨立界面，這就造成虛擬化服務器一旦出現(xiàn)問題，不僅故障定位需要更多時間，而且管理人員(網(wǎng)絡管理者和服務器管理者)的權(quán)責定位及分工也會處于混亂狀態(tài)。數(shù)據(jù)中心的接入層網(wǎng)絡已從物理的實體網(wǎng)絡延伸至服務器的虛擬機實例，必須要實現(xiàn)對虛擬機網(wǎng)絡端口的對應接入。

業(yè)界網(wǎng)絡巨頭思科公司針對EVB提出了幾種不同的解決方案路線，其中一個很重要的路線就是增強型VEB，具體點講就是用CISCO自己的nexus 1000v軟交換機代替vmware的vswitch，嵌入到VMware的虛擬化平臺上去。這樣一來，思科聲稱可以實現(xiàn)專業(yè)的虛擬交換機，這些nexus 1000v虛擬交換機具有思科交換機豐富的功能特性，同時可以實現(xiàn)和思科物理交換機的統(tǒng)一管理。思科公司在市場營銷也對nexus1000v解決方案投入了大量的人力物力，使得這個方案聽起來很美，但是實際情況呢?仔細的分析一下，我們可以看到這個解決方案存在下面的問題。

1. 還是沒有解決網(wǎng)絡和主機管理界面模糊的問題。Nexus 1000v作為用服務器CPU模擬的軟件交換機，使得虛擬機的交換界面還存在主機內(nèi)部，根本無法實現(xiàn)“網(wǎng)絡的歸網(wǎng)絡，主機的歸主機”這樣的厘清管理界面的目的。

2. nexus 1000v是用CPU來模擬的軟交換機，需要服務器額外開銷，存在著交換性能低下的問題，并且可能造成系統(tǒng)的不穩(wěn)定。

3. 最重要的問題，思科這個解決方案是一個封閉體系的解決方案，目前可以看到其只支持VMware虛擬化平臺，針對其他虛擬化平臺，如xen和hyper-V目前沒有看到有相關(guān)的解決方案。

在某種程度上可以說思科利用其在業(yè)界的技術(shù)品牌優(yōu)勢，通過對一個封閉體系的解決方案進行大力營銷，是一種對客戶進行某種程度的“綁架”，使得客戶失去了選擇權(quán)。

因此，業(yè)界需要一個開放、標準、簡單的解決方案。這時VEPA(Virtual Ethernet Port Aggregator)標準就應勢而出。VEPA是HP協(xié)同H3C向IEEE提出的新一代數(shù)據(jù)中心虛擬接入解決方案標準草案，其目標是要將虛擬機之間的交換從服務器內(nèi)部移出到接入交換機上。工作原理如下：當兩個處于同一服務器內(nèi)的虛擬機要交換數(shù)據(jù)時，從虛擬機A出來的數(shù)據(jù)幀首先會經(jīng)過服務器網(wǎng)卡送往上聯(lián)交換機，上聯(lián)交換機通過查看幀頭中帶的MAC地址(虛擬機MAC地址)發(fā)現(xiàn)目的主機在同一臺物理服務器中，因此又將這個幀送回原服務器，完成尋址轉(zhuǎn)發(fā)。整個數(shù)據(jù)流好像一個發(fā)卡一樣在上聯(lián)交換機上繞了一圈，因此這個行為又稱作“發(fā)卡式轉(zhuǎn)發(fā)”。為了實現(xiàn)“發(fā)卡式轉(zhuǎn)發(fā)”，VEPA需要修改生成樹協(xié)議，或者說在下聯(lián)端口上強制進行反射數(shù)據(jù)幀的行為(Reflective Relay)。同時VEPA使用Q-in-Q技術(shù)在基本的802.1q標記外增加了一層表示不同虛擬機的定義，基本就可以將不同的虛擬機流量區(qū)分開來，并進行處理。

我們可以看到，VEPA本著簡單實用的原則，充分利用現(xiàn)有標準協(xié)議，實現(xiàn)了虛擬機的“硬交換”。目前的網(wǎng)絡設(shè)備來說只要把軟件稍做修改，就能夠快速推出支持。正因為VEPA的標準化和開放化，使得其得到了Juniper、IBM、Qlogic、Brocade等等廠商的支持。H3C堅信，走開放標準化道路是王道，未來的EVB解決方案的主流一定是基于VEPA標準的解決方案。