服務(wù)器虛擬化技術(shù)在提升物理服務(wù)器CPU利用率、降低數(shù)據(jù)中心能耗、方便數(shù)據(jù)中心管理等方面有諸多優(yōu)勢，我們常說的虛擬機就是虛擬化技術(shù)的具體應(yīng)用形式。虛擬化技術(shù)是運行在內(nèi)存中的一個操作系統(tǒng)實例，它與服務(wù)器的物理網(wǎng)卡沒有直接的聯(lián)系，對外的數(shù)據(jù)交互是通過Hypervisor模擬出來的網(wǎng)絡(luò)接口實現(xiàn)的。隨著虛擬化技術(shù)的成熟和X86 服務(wù)器CPU性能的提升，越來越多的數(shù)據(jù)中心開始向虛擬化轉(zhuǎn)型，如今在數(shù)據(jù)中心內(nèi)的服務(wù)器上運行虛擬化軟件已經(jīng)非常普遍了。正如唯物主義辯證法一樣，一個問題的解決必然會伴隨著新的問題產(chǎn)生，服務(wù)器的虛擬化有這么多的好處，卻給連接服務(wù)器的網(wǎng)絡(luò)帶來了難題。舉個最簡單的例子，原來的服務(wù)器是一個網(wǎng)卡一個 IP地址，通過一條鏈路連接到網(wǎng)絡(luò)中，而現(xiàn)在通過虛擬化可以虛擬出很多歌IP地址，而這些IP地址實際物理上還是通過一條鏈路連接到網(wǎng)絡(luò)中，在同時工作時流量都會全部擠在這一條鏈路上，多個虛擬化應(yīng)用和網(wǎng)絡(luò)端口之間形成了多對一的關(guān)系，這樣就很難在單個端口上下發(fā)管理策略，增加了網(wǎng)絡(luò)管理的復(fù)雜度。 　　

面對服務(wù)器虛擬化的熱潮，顯然數(shù)據(jù)中心網(wǎng)絡(luò)的技術(shù)不會停滯不前，為了滿足服務(wù)器虛擬化的順利部署，數(shù)據(jù)中心網(wǎng)絡(luò)也迎來了新的變革，涌現(xiàn)出來一批新興的網(wǎng)絡(luò)技術(shù)，以滿足服務(wù)器虛擬化的需求。當(dāng)服務(wù)器部署了虛擬化后，網(wǎng)絡(luò)端口和服務(wù)器之間的對應(yīng)關(guān)系由一對一變成了多對一，網(wǎng)絡(luò)技術(shù)首先要解決這個多對一的對應(yīng)問題。顯然已經(jīng)有人想到了解決的辦法，那就是VEB技術(shù)。VEB(Virtual Ethernet Bridges，即虛擬橋接網(wǎng)絡(luò))，用于連接虛擬機到接入網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)服務(wù)，VEB既可以通過軟件在 VMM中實現(xiàn)，也可以通過硬件支持SR-IOV特性的網(wǎng)卡完成。軟件VEB指的是Hypervisor內(nèi)部的虛擬交換機，目前主要指的就是Vmware的 VSWITCH。VSWITCH從物理網(wǎng)卡上接收以太網(wǎng)報文，根據(jù)VMM下發(fā)的虛擬機MAC與VSWITCH邏輯端口對應(yīng)關(guān)系表來轉(zhuǎn)發(fā)報文。軟件VEB節(jié)省了接入層網(wǎng)絡(luò)設(shè)備，對現(xiàn)有網(wǎng)絡(luò)標(biāo)準(zhǔn)兼容性好，但是卻在運行的過程中會耗費CPU資源，也缺乏網(wǎng)絡(luò)控制策略的實施能力，因此在實際應(yīng)用中更偏向于使用硬件 VEB技術(shù)。基于硬件實現(xiàn)的VEB技術(shù)是將軟件VEB的實現(xiàn)移植到服務(wù)器物理網(wǎng)卡上，通過網(wǎng)卡硬件改善VSWITCH占用CPU資源而影響虛擬機性能的問題。到后來HP又提出將虛擬交換機的實現(xiàn)移植到硬件交換機上，實現(xiàn)虛擬機之間的“硬件換”。采用這種方法，通常只需要對網(wǎng)卡驅(qū)動、VMM橋模塊和外部交換機的軟件做很小的改動，從而實現(xiàn)低成本方案目標(biāo)，對當(dāng)前網(wǎng)卡、交換機、現(xiàn)有的以太網(wǎng)報文格式和標(biāo)準(zhǔn)影響最小，這種方式已經(jīng)得到了絕大多數(shù)網(wǎng)絡(luò)廠商和服務(wù)器廠商的認(rèn)可。不過這種方式需要在網(wǎng)絡(luò)中引入新的支持VEPA的交換機設(shè)備，增加了投入成本。目前來看，針對服務(wù)器虛擬化應(yīng)用最佳的方案就是部署支持 VEPA的硬件交換機。 　　

除了部署VEPA交換機之外，還需要數(shù)據(jù)中心網(wǎng)絡(luò)做到更多。由于服務(wù)器部署虛擬化后整體運行效率提高，但是卻加大了網(wǎng)卡、網(wǎng)絡(luò)的承載能力。原來的服務(wù)器CPU利用率普遍運行在20%左右，部署虛擬化之后一般都運行在80%左右，網(wǎng)卡的速率也會加大，這增加了網(wǎng)絡(luò)的壓力。原來連接一臺服務(wù)器的千兆網(wǎng)絡(luò)端口可能只需要處理200M的平均流量，現(xiàn)在還處理800M的流量，這就需要接入網(wǎng)絡(luò)設(shè)備的性能要比較高。很多網(wǎng)絡(luò)設(shè)備雖然端口是千兆、萬兆但并不代表其有能力完全將這個線速流量轉(zhuǎn)發(fā)出去，在網(wǎng)絡(luò)設(shè)備內(nèi)部會有很多可能產(chǎn)生擁塞的點，所以在部署虛擬化時，應(yīng)該對未來的流量提升做好評估，現(xiàn)有的網(wǎng)絡(luò)設(shè)備能否滿足要求。對于服務(wù)器的網(wǎng)卡也一樣，雖然標(biāo)稱是千兆網(wǎng)卡甚至萬兆網(wǎng)卡，但是我們都知道網(wǎng)卡是無法達(dá)到線速的，而且對突發(fā)流量的應(yīng)對能力不足，這時就需要將壓力傳遞到網(wǎng)絡(luò)設(shè)備上，可以在網(wǎng)絡(luò)設(shè)備和網(wǎng)卡上都開啟流控功能，當(dāng)服務(wù)器網(wǎng)卡能力不足時，可以及時發(fā)出流量，網(wǎng)絡(luò)設(shè)備收到流控報文后減緩流量發(fā)送。 　　

服務(wù)器部署虛擬化后，一臺服務(wù)器往往要承載多種應(yīng)用，而服務(wù)器僅通過一條鏈路連接到網(wǎng)絡(luò)設(shè)備商顯然是不行的。現(xiàn)在的服務(wù)器都支持雙網(wǎng)卡或多網(wǎng)卡同時工作，因此一般要在服務(wù)器上開啟多網(wǎng)卡同時工作。這些網(wǎng)卡和網(wǎng)絡(luò)設(shè)備如何互連，實現(xiàn)流量的負(fù)載分擔(dān)，滿足多網(wǎng)卡同時工作，都給網(wǎng)絡(luò)設(shè)備出了難題。現(xiàn)在網(wǎng)絡(luò)設(shè)備和網(wǎng)卡之間普遍采用聚合方式、NLB、單鏈路等方式實現(xiàn)互連。虛擬化技術(shù)造成了多對一的連接關(guān)系就要求網(wǎng)絡(luò)設(shè)備的運行可靠性要高，因為就算是數(shù)據(jù)中心網(wǎng)絡(luò)里最常見的一個鏈路端口出現(xiàn)了UP/DOWN，可能會導(dǎo)致數(shù)十個應(yīng)用無法運行，影響很大。因此要在網(wǎng)絡(luò)部署聚合、LLDP、DLDP等協(xié)議，實時檢測鏈路狀態(tài)，鄰居狀態(tài)，一旦有問題流量可以切換到備用鏈路上，保持應(yīng)用不中斷。部署虛擬化之后，傳統(tǒng)的二層環(huán)路協(xié)議很難發(fā)揮出作用，需要嘗試新的數(shù)據(jù)中心二層協(xié)議技術(shù)，網(wǎng)絡(luò)上關(guān)于這類新興技術(shù)描述很多，在此不再詳述。 　　

服務(wù)器的虛擬化應(yīng)用給數(shù)據(jù)中心網(wǎng)絡(luò)帶來了沖擊，原有的數(shù)據(jù)中心網(wǎng)絡(luò)已經(jīng)無法滿足應(yīng)用需求，除了本文以上介紹的內(nèi)容，網(wǎng)絡(luò)還需要做出更多的改變。解決了服務(wù)器虛擬化多對一的問題只是完成了有無的問題，如何為服務(wù)器的虛擬化提供更好的網(wǎng)絡(luò)服務(wù)，才是未來數(shù)據(jù)中心網(wǎng)絡(luò)技術(shù)的發(fā)展方向。不久的將來會有越來越多的網(wǎng)絡(luò)新技術(shù)得到應(yīng)用，伴隨著服務(wù)器的虛擬化應(yīng)用普及，新一代的數(shù)據(jù)中心網(wǎng)絡(luò)時代也即將到來。