在发生灾难时，远程灾难恢复站点对于保证业务连续性可以发挥很大作用。利用嵌套虚拟化技术，可以在云中使用标准的灾难恢复产品来实现灾难恢复，并且这些产品还可以实现所有测试和恢复流程的自动化实施。
为了实现云灾难恢复，供应商需要增加一些服务项目，并且保证这些部分能够协同工作。而用户需要理解使用嵌入虚拟化进行灾难恢复相比以前方式在操作上有哪些差异，并且选择一个可以提供恰当保障的供应商。
如何克服过去基础设施的障碍
实现云灾难恢复的挑战之一就是像VMware站点恢复管理器（SRM）这样的灾难恢复产品需要公司在生产环境站点和灾难恢复站点中都拥有虚拟化平台。如果灾难恢复站点是一个云供应商，物理ESXi服务器和vCenter都由云供应商进行管理，而用户只是使用一些虚拟机，就不合适于这种情况。
云供应商会对这些平台管理基础设施进行严格控制。用户不可能获得它们的访问权限，有时供应商甚至不会告诉用户它们使用哪种平台或者哪些工具来管理这个环境。通常，用户如果想要在云供应商的数据中心里拥有自己的vSphere，必须将自己的服务器放置于云提供商的站点，或者租用云供应商的专用物理服务器。这需要确保自己会使用大量的资源，但是这种情况却很少发生。而仅仅使用虚拟机则更加廉价，包括在虚拟机中运行ESXi，并且在发生灾难恢复事件或者进行测试时，使用物理ESXi服务器来扩展性能。
确保供应商提供嵌套ESXi实例
使用站点恢复管理器（SRM）可以实现灾难恢复即服务的功能（DRaaS），云供应商需要在其服务项目中加入几个特性。首先是在其为用户的提供Windows和Linux实例的同时提供嵌入ESXi实例。目前为止，我希望很多人已经了解了嵌入虚拟化。ESXi hypervisor能够运行在虚拟机当中，虚拟化的ESXi服务器能够在这个两层的虚拟化结构当中运行虚拟机。
这种方式的主要优点是物理ESXi服务器属于云供应商，但是虚拟的ESXi服务器属于用户。类似于虚拟ESXi服务器，用户同样可以使用SRM服务器，在虚拟机中运行vCenter服务器。这些用户管理服务器被用于管理虚拟ESXi服务器。这意味着用户可以管理整个vSphere和SRM环境，并且不需要在云供应商的数据中心里使用任何专用硬件。
IP存储是关键
下一步是云供应商必须为嵌入ESXi服务器提供IP存储。为了使灾难恢复能够正常工作，必须将复制的虚拟机放置于共享存储上。
用户可以使用vSphere Replication将虚拟机从自己的生产环境数据中心复制到云供应商的虚拟ESXi服务器上。嵌入式服务器唯一的用途就是作为这种复制的目的地；被复制的虚拟机存储在云供应商的IP存储上。
同样可以使用虚拟机中的虚拟化存储设备来提供IP存储，使得IP存储成为服务项目中的一个组成部分。如果用户在其生产环境数据中心里使用同样的虚拟存储设备，那么SRM就可以实现基于阵列的复制了。
使用物理主机加速灾难恢复
最后一步是云供应商必须为用户准备一些备用的物理虚拟化主机，以便用户能够用其测试SRM恢复计划或者在灾难发生时进行故障转移。使用嵌入ESXi服务器作为生产环境虚拟机平台的问题在于嵌入虚拟机不能获得硬件上的性能加速，但是这种优势在物理ESXi服务器和虚拟机上却是可以实现的。
嵌入虚拟机的运行速度会比预想的慢，所以，当进行故障转移时你将会想要使用物理ESXi主机。供应商必须维护一个用于DRaaS的ESXi主机池；这些主机将会专门用于某个正在进行灾难恢复的用户。对于计划实施的测试，需要提前预定物理主机，但是对于真实的灾难，则没有时间进行预定。
相对于用户生产环境中ESXi主机的数量，池中主机的数量应该与之保持平衡，以保证在进行灾难恢复时拥有足够的性能，而不必中断某些服务。
实现DRaaS的最终步骤
为了实现针对测试环境或者实际故障转移中的灾难恢复计划，还有另外一套流程来保证物理ESXi服务器可用性：
1. 用户联系供应商为其分配资源。
2. 供应商为用户分配一些物理主机。
3. 用户将这些物理ESXi主机加入到用于灾难恢复的vCenter中，并且进行配置。
4. 用户在SRM中制定灾难恢复计划。
