UnderstandingReverseVirtualMachineReplication（反向虚拟机复制）——接下来，ReverseVirtualMachineReplication是如何解决上述问题的。简单来说，网络包不是直接发给master，而是发给备机转发：1）请求包不是直接发给host，而是发给备机；2）备机不处理请求包，而是直接缓存转发给主机；3）宿主机虚拟机收到请求包，执行业务逻辑，将正常虚拟机复制到备机。这样实现的结果是，传统虚拟机副本中宿主机所承担的网络活动和业务活动是解耦的。在反向复制中，主机只承担业务活动的责任，而网络活动的责任则由备机承担。这样当master出现故障后，由于backup机器保存的是最新的网络包（比host更新），即使backup机器保存的状态不是最新的（比host旧），backup机器仍然可以使用存储的网络数据包播放来更新备份机。机状态。那就是问题所在。由于备机加入了关键路径，如果备机出现故障，整个系统也会瘫痪，所以故障转移也需要考虑备机。其实很简单。这个时候直接打开主机的服务端口，直接监听服务网络包。此时，所有因备机故障而无法成功传输到主机的网络包都将被视为简单丢包。然后通过TCP进行网络重传。这样，由于去掉了传统虚拟机副本的blockingcache，也就去掉了返回包的延迟。同时不需要高频复制，进一步提升了性能。限于篇幅，无法更详细地讨论可行性和细节。有兴趣的可以阅读原文。这是原文的对比图。http://ieeexplore.ieee.org/do...
