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

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

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

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

　　這使得Big Switch處于多少有點尷尬的處境。Big Switch的聯(lián)合創(chuàng)始人Kyle Forster說：“我們現(xiàn)在面臨的問題是，我們?nèi)绾伟袿penFlow推廣到現(xiàn)在網(wǎng)絡(luò)硬件不支持OpenFlow的公司?”

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

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

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

　　Forster坦承，這種覆蓋方法存在一些不足。“上述這種方法的缺點在于，如果采用覆蓋技術(shù)，你實際上要管理兩個網(wǎng)絡(luò)。這意味著，要是出現(xiàn)了問題，你需要為兩個網(wǎng)絡(luò)排除故障。他還提醒，“可能性能方面也有些地方要注意;換句話說，網(wǎng)絡(luò)可能無法非?？焖俚剡\行。”

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

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