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