事實上，Cisco Systems和 HP ProCurve正在一起合作以幫助網(wǎng)絡管理員更好地監(jiān)視和控制嵌入在管理系統(tǒng)中的虛擬網(wǎng)絡交換機，該管理系統(tǒng)是服務器管理員每天在成千上萬的數(shù)據(jù)中心上所安裝的。
“一起合作”可能有點措辭不當。今年，這兩個網(wǎng)絡供應商都有各自針對IEEE802.1 Working Group新標準相互競爭的提議。Cisco原來的提議，VN-Tagging也就是知名的端口擴展，包含了對幀格式的一些更改，這樣也就要求升級硬件才能運行。ProCurve提議，Virtual Ethernet Port Aggregation (VEPA)，則相對較為簡單，并且只需要對大多數(shù)現(xiàn)有的交換機進行一個軟件升級。
Cisco 和 ProCurve事實上已攜手創(chuàng)建了一個共同的提議，該提議的標準范圍同時包含VEPA和VN-Tagging，并分別命名為802.1qbg 和802.1gbh。這兩個將很快將作為IEEE擬訂的一個新標準。根據(jù)標準的演變方式，VEPA將作為Cisco更雄心勃勃的VN-Tagging方法的基礎。
Extreme Networks也全力投入ProCurve的方法，將成為標準批準后第一個公開承諾支持VEPA的網(wǎng)絡供應商。
據(jù)Gordon Stitt，Extreme Networks的董事長和創(chuàng)立者之一看來，如果IEEE批準了VEPS，Extreme將升級其交換機上的操作系統(tǒng)XOS，這樣，Extreme客戶可以直接從頂級交換機上管理虛擬機器之間的交換。
虛擬服務器網(wǎng)絡的問題
對于網(wǎng)絡管理員而言，虛擬服務器網(wǎng)絡是數(shù)據(jù)中心麻煩不斷的根源所在。市場上的每個管理系統(tǒng)都嵌入了虛擬網(wǎng)絡交換機來管理物理主機服務器上的網(wǎng)絡幀流量，并且這些虛擬交換機的大部分都是對網(wǎng)絡管理員工具透明的。
由于虛擬網(wǎng)絡交換機幾乎都是不可視的，網(wǎng)絡管理員嘗試為這些虛擬交換機提供重要的網(wǎng)絡和安全政策，例如訪問控制清單（ACL），虛擬LAN（VLAN）以及服務質(zhì)量（QoS）。
“在虛擬環(huán)境中，物理服務器上存在服務器的大量軟件實現(xiàn)，這樣，服務器上的一個虛擬交換機將在這些虛擬機之間執(zhí)行交換。這將給網(wǎng)絡增加復雜性，因為[虛擬交換機的]安全性和配置需要與物理交換機保持一致” Stitt說道。“現(xiàn)在你面對的狀況是網(wǎng)絡的一部分在服務器上運行并同時由服務器團隊管理。這將導致服務器和配置的網(wǎng)絡的不一致性。”
IEEE標準是如何在服務器網(wǎng)絡中工作的
Cisco采用Nexus 1000v來進一步解決該問題，一個基于軟件的交換機將替代管理系統(tǒng)的虛擬交換機和為網(wǎng)絡專家提供熟悉的界面來管理虛擬交換，但是只能在使用VMware虛擬軟件的環(huán)境中使用。
然而，Cisco和ProCurve正與IEEE一起開發(fā)的標準將采用更加通用的方法來解決這些問題。
VEPA，正如ProCurve所預期的那樣，成為提議標準的基礎。它創(chuàng)建了一系列的與安全性和網(wǎng)絡政策設置相關的“端口模板”來提供給服務器管理員所分配的不同類型的虛擬機。當虛擬機器實例化時，網(wǎng)絡幀將發(fā)向鄰近網(wǎng)絡交換機，最大可能地靠近頂級交換機。該交換機接著會給虛擬機應用恰當?shù)亩丝谀０澹⑶腋鶕?jù)企業(yè)的偏好，將文件發(fā)送回虛擬交換機或者完全地替換它。
“大量的VEPA供應商對此作出了廣泛地支持，因為它很有價值，并且它以一種毫無壞處且非常經(jīng)濟的方式來實現(xiàn)。由于其簡單性，它只需要[在交換機的操作系統(tǒng)中]大約120行的代碼來實現(xiàn)，”Joe Skorupa，Gartner的調(diào)查副總裁說道。“假設沒有人嘗試成為阻撓標準，那么它就必須能夠相對快速地向前發(fā)展。同時，如果它可以以單純的軟件升級實現(xiàn)，那么這將是最好不過的。“
除了改進網(wǎng)絡人員的視角和控制，VEPA也應該改進性能，Skorupa說道。一個管理程序的虛擬交換會消耗物理交換機的處理能力和內(nèi)存，這會影響到性能。通過將虛擬交換從服務器上移出，企業(yè)能夠改進服務器的性能，甚至增加每一臺設備上的虛擬機數(shù)目。
“我已經(jīng)聽到了一些關于將[虛擬交換]從服務器移走的爭論——我還不知道確切的數(shù)字，即使你需要將所有組件連接到頂級交換機，然后再連回來，你實際獲得的性能也比相同服務器上2臺虛擬機之前的交換性能更高、延遲更小。”
多播：連接物理和虛擬交換機
待定的VEPA標準也包含了一個關鍵的特性，即所謂的多播，這在某種意義上是ProCurve和Cisco起初提出來的預案的混合體，Cisco的主任工程師Joe Pelissier說道。
由于許多虛擬服務器包含不止一個虛擬網(wǎng)絡交換機，物理交換機需要能夠分辨流量來自于哪個虛擬交換機。VEPA的多播元素將執(zhí)行該任務并允許物理交換機直接與這些虛擬交換機連接。這個更高級的特性將要求升級一些硬件，但是基本的VEPA技術可以用一個簡單的軟件升級實現(xiàn)。
Cisco的方法：通過端口擴展給虛擬機帶來QoS和安全性
最終，Cisco的VN-Tagging方法是基于這樣一個概念，并不是所有物理交換機都將會擁有這些網(wǎng)絡管理員希望應用到虛擬機的高級特性，例如QoS和安全性。VEPA自己只關注于虛擬機和鄰近交換之間的連接，而Cisco的VN-Tagging則引入了端口擴展技術，允許來自一個虛擬機的流量移到網(wǎng)絡層次上擁有所需要特性的交換機上。
“例如，端口擴展允許你使用一個稱為端口擴展器的設備來替換刀片機架交換機，并且網(wǎng)絡中下一個更高層的交換機將成為鄰近的交換機，”Pelissier說道。“從Cisco的觀點上看，我們是將它看作是你管理大型網(wǎng)絡的一個問題，特別是每一個交換機上有大量嵌入式虛擬交換機的網(wǎng)絡。”
然而，根據(jù)ProCurve的CTO和802.1 Working Group副主席Paul Congdon的觀點，端口擴展的概念將要求進行硬件升級，因為許多現(xiàn)有的交換機將不能識別VN-Tagging所要求的數(shù)據(jù)包格式的修改。
“Cisco的方法是，我們將在100%的時間中避開管理程序而強制流量進入網(wǎng)絡，”Congdon說道。“我們相信會有一些時候，在NIC的本地交換上考慮性能問題將會很重要。我們的VEPA方法將使你魚和熊掌兩者兼得。”
隨著兩個標準都得到批準，供應商可以選擇使用VEPA或更一步地跟隨Cisco的步伐。Extreme已經(jīng)公開支持ProCurve的方法，Congdon說道，而ProCurve并沒有決定采用VN-Tagging。
“我們將升級我們的芯片以支持多通道模式，這樣我們才能同時支持VEPA和虛擬交換下行，”他說。“我們將是否完全支持Cisco的端口擴展模型則是另一個問題。我們并不確信客戶會愿意在交換機上增加開支和復雜性。”
