服务器虚拟化结合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地址出现在数据中心的任何地方这一幕离现实更接近了一点。而这应该会给涉足服务器虚拟化以及私有云或公共云计算项目的任何公司带来一点方便。