事實上，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方法的基礎(chǔ)。
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所預期的那樣，成為提議標準的基礎(chǔ)。它創(chuàng)建了一系列的與安全性和網(wǎng)絡政策設(shè)置相關(guān)的“端口模板”來提供給服務器管理員所分配的不同類型的虛擬機。當虛擬機器實例化時，網(wǎng)絡幀將發(fā)向鄰近網(wǎng)絡交換機，最大可能地靠近頂級交換機。該交換機接著會給虛擬機應用恰當?shù)亩丝谀０澹⑶腋鶕?jù)企業(yè)的偏好，將文件發(fā)送回虛擬交換機或者完全地替換它。
“大量的VEPA供應商對此作出了廣泛地支持，因為它很有價值，并且它以一種毫無壞處且非常經(jīng)濟的方式來實現(xiàn)。由于其簡單性，它只需要[在交換機的操作系統(tǒng)中]大約120行的代碼來實現(xiàn)，”Joe Skorupa，Gartner的調(diào)查副總裁說道。“假設(shè)沒有人嘗試成為阻撓標準，那么它就必須能夠相對快速地向前發(fā)展。同時，如果它可以以單純的軟件升級實現(xiàn)，那么這將是最好不過的。“
除了改進網(wǎng)絡人員的視角和控制，VEPA也應該改進性能，Skorupa說道。一個管理程序的虛擬交換會消耗物理交換機的處理能力和內(nèi)存，這會影響到性能。通過將虛擬交換從服務器上移出，企業(yè)能夠改進服務器的性能，甚至增加每一臺設(shè)備上的虛擬機數(shù)目。
“我已經(jīng)聽到了一些關(guān)于將[虛擬交換]從服務器移走的爭論——我還不知道確切的數(shù)字，即使你需要將所有組件連接到頂級交換機，然后再連回來，你實際獲得的性能也比相同服務器上2臺虛擬機之前的交換性能更高、延遲更小。”
多播：連接物理和虛擬交換機
待定的VEPA標準也包含了一個關(guān)鍵的特性，即所謂的多播，這在某種意義上是ProCurve和Cisco起初提出來的預案的混合體，Cisco的主任工程師Joe Pelissier說道。
由于許多虛擬服務器包含不止一個虛擬網(wǎng)絡交換機，物理交換機需要能夠分辨流量來自于哪個虛擬交換機。VEPA的多播元素將執(zhí)行該任務并允許物理交換機直接與這些虛擬交換機連接。這個更高級的特性將要求升級一些硬件，但是基本的VEPA技術(shù)可以用一個簡單的軟件升級實現(xiàn)。
Cisco的方法：通過端口擴展給虛擬機帶來QoS和安全性
最終，Cisco的VN-Tagging方法是基于這樣一個概念，并不是所有物理交換機都將會擁有這些網(wǎng)絡管理員希望應用到虛擬機的高級特性，例如QoS和安全性。VEPA自己只關(guān)注于虛擬機和鄰近交換之間的連接，而Cisco的VN-Tagging則引入了端口擴展技術(shù)，允許來自一個虛擬機的流量移到網(wǎng)絡層次上擁有所需要特性的交換機上。
“例如，端口擴展允許你使用一個稱為端口擴展器的設(shè)備來替換刀片機架交換機，并且網(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的端口擴展模型則是另一個問題。我們并不確信客戶會愿意在交換機上增加開支和復雜性。”
