VDI灾难恢复计划

当VDI会话离开数据中心时，它们很容易出现问题，尤其是当数据横跨各大洲时。如果VDI基础设施遭遇完全故障，即使是内部瘦客户端用户也可能丢失数据。

IT部门可选择下面的方法来部署VDI灾难恢复(DR)，而不会产生巨额成本。

为降低风险，IT管​​理员可以将VDI桌面和支持基础架构拆分在在两个物理数据中心。然后，当一个数据中心变得不可用时，则企业仍然可以访问至少一半的VDI会话。在这种情况下，IT应确保两个数据中心没有共享依存关系。

企业应具有冗余VDI，但这些VDI实例仍需要能够连接到日常应用程序。VDI实例还应连接到身份验证和管理工具，例如Active Directory(AD)。IT应该了解其依存关系并经常测试以确保正常运行。

如果企业只有一个数据中心、小型环境和较少预算，那么，对于VDI灾难恢复，拆分VDI实例不是可行的方法。在这种情况下，企业可以使用桌面即服务来保护其VDI。例如，VMware在多个知名云平台上提供托管VDI服务。IT专业人员还可以使用自己的Azure AD基础架构来提供底层AD服务。

但是，这些云服务目前无法管理现场和云管理的基础架构。为解决这个问题，IT部门需要设置两套独立的基础架构。对于管理两个站点，这似乎会有问题。但是，如果发生最坏的情况，IT部门可以快速轻松地启用新的VDI桌面。这就是云环境的美妙之处。

或者，如果企业具有辅助网络位置，则可以设置辅助VDI基础结构。借助超融合基础架构，IT可以在几个单元的机架空间内构建整个虚拟基础架构，而无需投资昂贵的存储区域网络基础架构。

然而，IT无法在事后组织灾难恢复配置。IT管​​理员需要积极主动并与VMware合作才能利用这些设置的优势。同时，IT部门还需要做一些工作，包括管理镜像和配置群组。

IT专业人员可以使用传统的即时故障转移灾难恢复工具进行VDI，例如Zerto和Veeam，但这里有些注意事项。

例如，VMware Horizo​​n使用链接模式或即时克隆，在磁盘配置和链接方面，它们使用非标准方法部署新的VDI实例。大多数灾难恢复工具无法对此做出响应，可能出现故障。

有些即时故障转移灾难恢复工具可与VDI配合使用，但IT管理员在使用和测试这些工具时应格外小心。此外，他们还应该与相关供应商核实，因为这些工具可能会随着时间的推移而变化。