从本文开始，我们将介绍一系列的关于容灾的解决方案。先探讨应用的场景，然后再深入介绍技术架构。

情景一：

某小型公司的虚拟化环境中，在5台ESXi服务器上运行100台虚拟机。采用NFS存储。其中需要异地恢复的虚拟机10台。对于异地容灾RPO的要求是30分钟，RTO是1小时。已经使用vSphere Standard许可。软件购买成本有限。

建议：

采用vSphere Replication （VR）

VR对于已经使用vSphere essential以上许可的用户是免费的。VR能够满足RPO30分钟的要求。

技术细节：

VR适用于本地的恢复，或者异地恢复。异地场景如下图所示：

VR的全部功能是有VR Appliance来实现的。VR  Appliance和安装在每个ESXi上的VRA通讯，在第一次的数据同步完成后（baselineSynchronization），仅仅传送以后更改的数据到异地。

考虑因素：

以下虚拟机是不适合使用VR来容灾的：

AD、DNS、LDAP等两地共享的虚拟机

vCenter

RPO要求<15 分钟

Physical RDM

情景二：

某大型公司的虚拟化环境较复杂，在50台ESXi服务器上运行1500台虚拟机。采用SAN。其中需要异地恢复的虚拟机100台。对于异地容灾要求RPO 30分钟。RTO是20分钟。

建议：

采用VMware Site Recovery  Manager （SRM）

尽管VR也能满足30分钟RPO的要求，但较难实现100台虚拟机在20分钟内完全在异地恢复（RTO=20分钟）。因为VR的恢复是人工来操作的。

SRM完全可以实现预先设定恢复的工作流，并充分测试。需要是只需要一键触发恢复，完全在后台自动完成。当然SRM需要额外购买许可。注意VR和SRM可以一同使用。

技术细节：

SRM是一个Orchestrator，设计工作流并且执行恢复的动作。数据的同步是依赖于和存储设备直接通讯的SRA

考虑因素：

设计相对比VR要复杂

存储设备需要支持SRM