云計算就是計算虛擬化，而存儲虛擬化已經在SAN上實現得很好了，那么為什么還要網絡虛擬化呢，云計算多虛一時，所有的服務資源都成為了一個對外的虛擬資源，那么網絡不管是從路徑提供還是管理維護的角度來說，都得跟著把一些機框盒進行多虛一統一規劃。而云計算一虛多的時候，物理服務器都變成了一些VM，

網絡多虛一技術

網絡多虛一技術：最早的網絡多虛一技術代表是交換機集群Cluster技術，多以盒式小交換機為主，較為古老，當前數據中心里面已經很少見了。而新的技術則主要分為兩個方向，控制平面虛擬化與數據平面虛擬化。

控制平面虛擬化

顧名思義，控制平面虛擬化是將所有設備的控制平面合而為一，只有一個主體去處理整個虛擬交換機的協議處理，表項同步等工作。從結構上來說，控制平面虛擬化又可以分為縱向與橫向虛擬化兩種方向。

縱向虛擬化指不同層次設備之間通過虛擬化合多為一，代表技術就是Cisco的Fabric Extender，相當于將下游交換機設備作為上游設備的接口擴展而存在，虛擬化后的交換機控制平面和轉發平面都在上游設備上，下游設備只有一些簡單的同步處理特性，報文轉發也都需要上送到上游設備進行�？梢岳斫鉃榧�中式轉發的虛擬交換機。

橫向虛擬化多是將同一層次上的同類型交換機設備虛擬合一， Cisco的VSS/vPC和H3C的IRF都是比較成熟的技術代表，控制平面工作如縱向一般，都由一個主體去完成，但轉發平面上所有的機框和盒子都可以對流量進行本地轉發和處理，是典型分布式轉發結構的虛擬交換機。Juniper的QFabric也屬于此列，區別是單獨弄了個Director盒子只作為控制平面存在，而所有的Node QFX3500交換機同樣都有自己的轉發平面可以處理報文進行本地轉發。

控制平面虛擬化從一定意義上來說是真正的虛擬交換機，能夠同時解決統一管理與接口擴展的需求。但是有一個很嚴重的問題制約了其技術的發展。在前面的云計算多虛一的時候也提到過，服務器多虛一技術目前無法做到所有資源的靈活虛擬調配，而只能基于主機級別，當多機運行時，協調者的角色（等同于框式交換機的主控板控制平面）對同一應用來說，只能主備，無法做到負載均衡。網絡設備虛擬化也同樣如此，以框式設備舉例，不管以后能夠支持多少臺設備虛擬合一，只要不能解決上述問題，從控制平面處理整個虛擬交換機運行的物理控制節點主控板都只能有一塊為主，其他都是備份角色（類似于服務器多虛一中的HA Cluster結構）。總而言之，虛擬交換機支持的物理節點規模永遠會受限于此控制節點的處理能力。這也是Cisco在6500系列交換機的VSS技術在更新換代到Nexus7000后被砍掉，只基于鏈路聚合做了個vPC的主要原因。三層IP網絡多路徑已經有等價路由可以用了，二層Ethernet網絡的多路徑技術在TRILL/SPB實用之前只有一個鏈路聚合，所以只做個vPC就足矣了。另外從Cisco的FEX技術只應用于數據中心接入層的產品設計，也能看出其對這種控制平面虛擬化后帶來的規模限制以及技術應用位置是非常清晰的。

數據平面虛擬化

前面說了控制平面虛擬化帶來的規模限制問題，而且短時間內也沒有辦法解決，那么就想個法子躲過去。能不能只做數據平面的虛擬化呢，于是有了TRILL和SPB。關于兩個協議的具體細節下文會進行展開，這里先簡單說一下，他們都是用L2 ISIS作為控制協議在所有設備上進行拓撲路徑計算，轉發的時候會對原始報文進行外層封裝，以不同的目的Tag在TRILL/SPB區域內部進行轉發。對外界來說，可以認為TRILL/SPB區域網絡就是一個大的虛擬交換機，Ethernet報文從入口進去后，完整的從出口吐出來，內部的轉發過程對外是不可見且無意義的。

這種數據平面虛擬化多合一已經是廣泛意義上的多虛一了，相信看了下文技術理解一節會對此種技術思路有更深入的了解。此方式在二層Ethernet轉發時可以有效的擴展規模范圍，作為網絡節點的N虛一來說，控制平面虛擬化目前N還在個位到十位數上晃悠，數據平面虛擬化的N已經可以輕松達到百位的范疇。但其缺點也很明顯，引入了控制協議報文處理，增加了網絡的復雜度，同時由于轉發時對數據報文多了外層頭的封包解包動作，降低了Ethernet的轉發效率。

從數據中心當前發展來看，規模擴充是首位的，帶寬增長也是不可動搖的，因此在網絡多虛一方面，控制平面多虛一的各種技術除非能夠突破控制層多機協調工作的技術枷鎖，否則只有在中小型數據中心里面刨食的份兒了，后期真正的大型云計算數據中心勢必是屬于TRILL/SPB此類數據平面多虛一技術的天地。當然Cisco的FEX這類定位于接入層以下的技術還是可以與部署在接入到核心層的TRILL/SPB相結合，擁有一定的生存空間。估計Cisco的云計算數據中心內部網絡技術野望如下圖所示：（Fabric Path是Cisco對其TRILL擴展后技術的最新稱呼）

網絡一虛多技術

網絡一虛多，這個可是根源久遠，從Ethernet的VLAN到IP的VPN都是大家耳熟能詳的成熟技術，FC里面也有對應的VSAN技術。此類技術特點就是給轉發報文里面多插入一個Tag，供不同設備統一進行識別，然后對報文進行分類轉發。代表如只能手工配置的VLAN ID和可以自協商的MPLS Label。傳統技術都是基于轉發層面的，雖然在管理上也可以根據VPN進行區分，但是CPU/轉發芯片/內存這些基礎部件都是只能共享的。目前最新的一虛多技術就是Cisco在X86架構的Nexus7000上實現的VDC，和VM一樣可以建立多個VDC并將物理資源獨立分配，目前的實現是最多可建立4個VDC，其中還有一個是做管理的，推測有可能是通過前面講到過的OS-Level虛擬化實現的。

從現有階段來看，VDC應該是Cisco推出的一項實驗性技術，因為目前看不到大規模應用的場景需求。首先轉發層面的流量隔離（VLAN/VPN等）已經做得很好了，沒有必要搞個VDC專門做業務隔離，況且從當前VDC的實現數量（4個）上也肯定不是打算向這個方向使勁。如果不搞隔離的話，一機多用也沒有看出什么實用性，虛擬成多個數據中心核心設備后，一個物理節點故障導致多個邏輯節點歇菜，整體網絡可靠性明顯降低。另外服務器建VM是為了把物理服務器空余的計算能力都用上，而在云計算數據中心里面網絡設備的接口數應該始終是供不應求的，哪里有多少富裕的還給你搞什么虛擬化呢。作者個人對類似VDC技術在云計算數據中心里面的發展前景是存疑的。

SR-IOV

對網絡一虛多這里還有個東西要補充一下，就是服務器網卡的IO虛擬化技術。單根虛擬化SR-IOV是由PCI SIG Work Group提出的標準，Intel已經在多款網卡上提供了對此技術的支持，Cisco也推出了支持IO虛擬化的網卡硬件Palo。Palo網卡同時能夠封裝VN-Tag（VN的意思都是Virtual Network），用于支撐其FEX+VN-Link技術體系。現階段Cisco還是以UCS系列刀片服務器集成網卡為主，后續計劃向盒式服務器網卡推進，但估計會受到傳統服務器和網卡廠商們的聯手狙擊。

SR-IOV就是要在物理網卡上建立多個虛擬IO通道，并使其能夠直接一一對應到多個VM的虛擬網卡上，用以提高虛擬服務器的轉發效率。具體說是對進入服務器的報文，通過網卡的硬件查表取代服務器中間Hypervisor層的VSwitch軟件查表進行轉發。另外SR-IOV物理網卡理論上加塊轉發芯片，應該可以支持VM本地交換（其實就是個小交換機啦），但個人目前還沒有看到實際產品。SR（Single Root）里面的Root是指服務器中間的Hypervisor，單根就是說目前一塊硬件網卡只能支持一個Hypervisor。有單根就有多根，多根指可以支持多個Hypervisor，但貌似目前單物理服務器里面跑多個Hypervisor還很遙遠，所以多根IO虛擬化MR-IOV也是個未來未來時。摘錄Cisco膠片對MR-IOV描述如下：（HW為Hardware，PF為Physical Function，VF為Virtual Functions）

SR-IOV只定義了物理網卡到VM之間的聯系，而對外層網絡設備來說，如果想識別具體的VM上面的虛擬網卡vNIC，則還要定義一個Tag在物理網卡到接入層交換機之間區分不同vNIC。此時物理網卡提供的就是一個通道作用，可以幫助交換機將虛擬網絡接口延伸至服務器內部對應到每個vNIC。Cisco UCS服務器中的VIC（Virtual Interface Card）M81-KR網卡（Palo），就是通過封裝VN-Tag使接入交換機（UCS6100）識別vNIC的對應虛擬網絡接口。

網絡虛擬化技術在下一個十年中必定會成為網絡技術發展的重中之重，誰能占領制高點誰就能引領數據中心網絡的前進。從現在能看到的技術信息分析，Cisco在下個十年中的地位仍然不可動搖。