服務器虛擬化結合VMware和微軟等廠商提供的虛擬化平臺具有的優點之一是，虛擬機可以靈活移動——你可以把運行中的虛擬機遷移到數據中心的另一個物理主機上，以便最大限度地提高利用率，或者用于其他任何一種用途。

　　但是實際上，由于IP地址配置方面的問題，虛擬機在數據中心中跨子網的移動很有限。這就是為什么像Nicira這些公司在大力推銷這種產品：可以把虛擬網絡與支持它們運行的底層物理硬件池分離開來。然后，虛擬網絡可以用軟件來進行配置和重新配置，沒必要為物理網絡基礎設施而擔心。

　　涉足虛擬網絡領域的另一家公司是總部設在加利福尼亞州的Big Switch Networks。這家公司的解決方案基于使用OpenFlow的軟件定義網絡(SDN)。從理論上來說，Big Switch虛擬網絡將由與OpenFlow兼容的交換機(物理交換機或虛擬交換機)以及負責控制和調派這些交換機的Big Switch網絡控制器組成，但是存在一個顯而易見的問題——誰擁有所有交換機都能夠支持OpenFlow的數據中心?

　　想真正開始使用Big Switch產品，因而充分獲得服務器虛擬化技術和虛擬機移動性的好處，這將意味著需要購買大批能夠支持OpenFlow的交換機。而這一幕根本不會出現。ZK Research公司的首席分析師Zeus Kerravala說：“哪家公司試圖在虛擬網絡方面采用推倒重來的做法，在這方面肯定會遇到困難。”

　　這使得Big Switch處于多少有點尷尬的處境。Big Switch的聯合創始人Kyle Forster說：“我們現在面臨的問題是，我們如何把OpenFlow推廣到現在網絡硬件不支持OpenFlow的公司?”

　　這家公司提議(并且目前在測試)的做法是，把OpenFlow覆蓋技術集成到其Big Virtual Switch應用軟件中。這項技術可以與能夠支持OpenFlow的物理交換機與虛擬機管理程序中的虛擬交換機(vSwitch)結合使用。這讓虛擬OpenFlow網絡能夠覆蓋到現有的不支持OpenFlow的物理網絡上。

　　Forster說：“我們現在的做法就是，使用隧道技術來覆蓋虛擬OpenFlow網絡。我們讓數據包通過隧道從交換機A傳輸到交換機B，在數據包通過中間(即不支持OpenFlow的)交換機時對它進行封裝。我們認為，將來用戶會需要混合網絡，這種網絡可能會使用10%的能夠支持OpenFlow的交換機和90%的覆蓋層(使用現有的不支持OpenFlow的交換機)。”

　　使用這種解決方案將需要安裝數量有限的能夠支持OpenFlow的架頂式交換機，或者是把OpenFlow控制器融入到vCenter或其他虛擬機管理程序管理軟件，以便把基于虛擬機管理程序的虛擬交換機升級到OpenFlow交換機。

　　Forster坦承，這種覆蓋方法存在一些不足。“上述這種方法的缺點在于，如果采用覆蓋技術，你實際上要管理兩個網絡。這意味著，要是出現了問題，你需要為兩個網絡排除故障。他還提醒，“可能性能方面也有些地方要注意;換句話說，網絡可能無法非常快速地運行。”

　　但是如果你在運行一個高度虛擬化的服務器環境，又在比較廣泛地使用vMotion(或同類功能)，這的確為SDN試點項目帶來了機會，又不必花錢購買數量眾多的能夠支持OpenFlow的硬件。它不是一款終極解決方案，而是一款既與現有硬件向后兼容，又與將來可能購買的能夠支持OpenFlow的硬件向前兼容的解決方案。

　　眼下，Big Switch的技術最終會不會得到廣泛采用還很難預料。但是它肯定會使得任何 IP地址出現在數據中心的任何地方這一幕離現實更接近了一點。而這應該會給涉足服務器虛擬化以及私有云或公共云計算項目的任何公司帶來一點方便。