上篇文章我们介绍了在构建远程VMware灾难恢复站点之前需要进行的规划，以及需要建立恢复点目标（PRO）和恢复时间目标(PTO)。这篇文章紧接着讲述构建远程VMware灾难恢复站点的具体实施过程。

　　构建远程VMware灾难恢复站点

　　如果已经明确了灾难恢复的需求和预算，你可以设定一个计划。记住，每一个公司的灾难站点都不尽相同。

　　举个例子，让我们思考一个具有十个关键虚拟机的数据中心。这些虚拟机有四个小时的RTO和一个小时的PRO。下面是如何构建远程VMware灾难恢复站点的建议：

　　选取数据中心地址

　　远程恢复站点的选址在哪？它应该离主数据中心多远？是否需要到主站点的高速宽带连接？是否符合预算？我认为，一条可承担到主数据中心的高速连接是选择灾难恢复中心需要考虑的关键的几个因素之一。如果将第二数据中心定址在半个地球外的地方，可以减小单个事件影响两个地点的危险性，但是如果你不能保持数据同步，那毫无意义。大多数公司需要在两个数据中心间找到一个实现物理隔离的中间点，但是距离不会远到影响数据传输速度和在合理时间内到达两个地点。

　　获取、安装和准备硬件

　　借助于虚拟机的可迁移性，你不再需要在主和从数据中心部署相同硬件设备。我不建议在灾难恢复站点侥幸尝试集成比更高的硬件，除非你能接受应用程序效率的降低。不要侥幸尝试老旧硬件，记住，你将试图在这些主机上安置尽可能多的虚拟机。我推荐为灾难恢复服务器使用牢靠的KVM-over-ip系统，因为如果有任何问题，你不会想要亲自到远程VMware灾难恢复中心的。

　　安装和配置vSphere

　　在灾难恢复主机上安装ESXi不会花费很长时间（如果你的主机数量超过25台，你需要自动部署）。如果可以接受，我建议在第二数据中心使用和主数据中心相同的激活码和vCenter服务器，你将会想要周期性的测试复制的虚拟机和故障转移过程。

　　选择工具

　　现在，许多工具包含虚拟机备份的复制功能，这些工具可能是将虚拟机转移到远程VMware灾难恢复站点的可行方案。这些产品的例子包括：Veeam Backup & Replication、PHD Virtual Technologies的Virtual Backup 和 AppAssure Software的Backup。或者，你也许偏好嵌入在存储区域网络或者在ESXi主机上直接加载的灾难恢复复制工具（比如 VMware Site Recovery Manager and Zerto Virtual Replication），这些功能能够提供更低的RTO和RPO。

　　实施复制

　　初始化数据的复制将是最大规模的数据传输，随后的对发生改变的块进行复制将会小很多，但是复制数据的大小会依据应用程序中数据量改变的大小而定。复制的数据的大小也会依据复制的间隔（由RPO决定）而变化。

　　主数据中心中的硬件可能会和灾难恢复中心的有所不同，但是如果它们都运行vSphere，你仍然可以使用同样的工具管理两个数据中心，比如vSphere Client。

　　考虑灾难恢复中的云

　　云是最新的远程灾难恢复站点的可选项之一。具体来说，在新的灾难恢复管理软件 (SRM) 5 的vSphere Relication中，灾难恢复是作为一项服务来实现的。借助这些类型的服务，你可以不必购买SRM或者远程站点的硬件。你甚至不用为远程VMware灾难恢复站点租赁机架空间。不管现在你是否对云备份服务感兴趣，你应该确保你的备份软件在将来能够支持基于云的备份。Hosting.com是一家能够提供这种服务的公司。

　　构建远程VMware灾难恢复站点并不容易，你的预算和RPO/RTO将决定这个项目的需求范围。幸运的是，所有的灾难恢复复制方法都有适用版，你可以尝试他们是否能够满足你的需求。