通过提高往返延迟阀值，远距离vMotion能够消除实际环境中的物理限制。

VMware vMotion已经成为实现虚拟机迁移和负载均衡的重要工具，能够帮助虚拟数据中心更好地响应不断变化的业务需求。但在实际应用过程中，vMotion一直受到延迟问题——或者说是不同数据中心之间距离限制的严重影响，。

vSphere 6希望通过使用远距离vMotion来克服这种限制，该工具支持在高延迟环境中甚至是不同大陆间进行负载迁移。这种方式能够极大地扩展负载迁移的应用范围，因为对于旧版本的vMotion来说，类似的迁移经常会导致大量问题甚至最终失败。下面让我们更加详细地介绍远距离vMotion以及它对于企业的意义。

所有的网络通讯都会受到延迟因素的影响，通常延迟是指发出和收到数据包之间的时间间隔。延迟可能受多种因素影响，比如服务器的CPU、内存或者I/O处理时间（甚至是应用程序性能）以及交换和路由设备所产生的端口延迟时间。但是网络通讯中产生延迟的最主要因素是不同终端之间的物理距离，跨区域间的通讯会为对个数据包增加数十毫秒的延迟。如果还需要对收到的数据包进行确认，那么往返延迟时间（RTT）就会增加一倍。

旧版本的VMware vMotion限定了往返延迟时间最大为10毫秒——也就是5毫秒的发送时间和5毫秒的返回时间。假设每台终端设备需要1-2毫秒的时间进行内部计算，那么单程的包传输时间大约只有3毫秒。包传输速度大约为每毫秒124英里，那么实际的传输距离就被限制在300-400英里左右。这种距离对于本地负载均衡来说没有问题（比如在数据中心的不同服务器之间或者园区的不同建筑之间迁移虚拟机），也许还能够在附近的备份和托管站点之间移动虚拟机。

然而，vMotion所规定的这种距离限制会在很大程度上影响企业对于负载的移动范围。为了应对可能发生的问题，业务部门需要在远距离迁移虚拟机——比如将负载从战争区或自然灾害区迁移出来，或者仅仅是因为用户需求变化而将虚拟机迁移到远程数据中心。比如，当某个位置的用户访问请求最多时，在一天当中的特定时间将虚拟机从纽约迁移到伦敦可能是一种理想方式（这是一种被称为“追逐阳光”的策略）。

vSphere 6希望凭借新推出的远距离vMotion来消除这种距离限制，将往返延迟时间从10毫秒提升到最高150毫秒。这种技术能够极大地增加虚拟机迁移允许的最远距离。如果RTT是150毫秒，单程延迟为70毫秒（为终端设备预留单程5毫秒的处理时间），那么最远传输距离将达到8500英里。在实际环境中，RTT很少会超过100毫秒，也就是单程延迟大约在45毫秒左右（为终端设备最多预留5毫秒处理时间），最远传输距离能够达到5500英里。这样就能够覆盖大多数传输距离，比如从纽约到洛杉矶（大约2800英里）或者从纽约到伦敦（大约3500英里）。

这种传输距离能够为企业扩展新的应用场景。比如，在使用远距离vMotion的情况下，业务部门能够构建新的数据中心或者使用比之前距离更远的托管提供商，允许在不同大陆间实现数据保护或者灾难恢复策略。类似地，可以在更加遥远的不同站点之间实现负载均衡和数据中心管理，帮助企业整合和规范IT管理流程。