这是虚拟化管理员的一个梦想：在没有宕机时间的情况下将一台运行中的虚拟机从一个数据中心迁移到另一个当中。这个梦想意味着需要构建一套完美的基础设施来支撑VMware Metro vMotion特性——这可不是一个小任务。

VMware Metro vMotion可以在两个单独的物理数据中心之间移动虚拟机，而且不需要将服务器处于离线状态。Metro vMotion还允许VMware vSphere高可用性（HA）特性在一个数据中心发生灾难时，在其他数据中心重起所有的虚拟机。但是实现Metro vMotion的四个主要需求已经超过了传统的IT部门中的网络、vCenter和存储相关定义了。

Metro vMotion的两个网络需求

VMware需要Metro vMotion用户在两个数据中心间扩展2层网络，以使得相同的IP可以在两个站点当中同时存在。满足这样的需求之后，当虚拟机在站点之间进行vMotion迁移时，其中的网络配置，特别是IP地址，就不会发生改变了。这必须是一个单独的子网段，而仅仅是同样的IP地址范围，否则在操作完成之后，第一个站点会断开到进行迁移的虚拟机的网络连接。HA和vMotion不能更改虚拟机的网络配置，因为它们是vSphere的特性。在两个数据中心里使用同样的网段允许虚拟机在进行vMotions迁移之后仍然可以保持网络连接。

所有主机上的全部Metro vMotion连接必须位于同样的IP地址段上。所有主机上的全部ESXi管理端口也必须位于同一个IP地址段，但是通常情况下，它们和vMotion也会位于不同的网段，不管是在哪个站点。

如果你想要在两个数据中心的两个网段间进行通讯，需要确保两个站点之间的往返延迟要小于10毫秒，冗余带宽至少需要622Mbps。

使用单个vCenter进行管理

Metro vMotion使用的所有vSphere主机服务器只能由一个vCenter实例进行管理。Metro vMotion不能穿越vCenter数据中心对象的界限，所以如果所有的主机没有位于一个vCenter数据中心对象，虚拟机将不知如何进行操作。在不同数据中心间使用VMware HA时，所有的主机共享同一个vCenter集群对象，因为这是一个HA的管理域。

使用VMware分布式资源调度工具中affinity rule来控制虚拟机主要存在与数据中心当中，哪些虚拟机必须位于同一个数据中心。比如，为了减少站点间的流量，可以为一个三层应用程序中的Web、app和数据库服务器配置affinity rule，而这个服务器组也拥有affinity rule，以确定在哪个数据中心以及之间的关系。这个配置同样需要所有的主机都位于相同的vCenter集群对象当中。

主动存储障碍

最后也是最困难的部分是，Metro vMotion需要两个站点中的存储阵列都是处于主动模式的。这需要在5毫秒的延迟内完成同步复制。在vSphere看来，这对存储应该是一个存储阵列，还必须同时提供同样的逻辑设备编号（LUN）读写版本。为了实现这个真正的主动存储阵列对，每次写操作必须在告知主机之前在两个阵列上完成。

大多数存储无法在两个站点中的不同阵列间提供这种级别的一致性。在设计这部分时，会在很大程度上会限制基础设施的可用性。