你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

使用多个缓存实现区域故障转移恢复

每个 Azure HPC 缓存实例在一个特定订阅和一个区域中运行。这意味着，如果缓存区域出现全面故障，则缓存工作流可能会中断。

本文介绍了一种通过使用次要区域进行缓存故障转移来降低工作中断风险的策略。

关键是使用可以从多个区域访问的后端存储。此存储可以是具有适当 DNS 支持的本地 NAS 系统，也可以是驻留在与缓存不同的区域中的 Azure Blob 存储。

当工作流在主要区域中继续运行时，数据保存在区域外的长期存储中。如果缓存区域变得不可用，则可以在次要区域中创建重复的 Azure HPC 缓存实例，连接到相同的存储，然后在新缓存中继续工作。

注意

此故障转移计划不包括存储帐户区域的完整中断。此外，Azure HPC 缓存不支持地理冗余存储帐户（GRS 或 GZRS），因为在区域之间异步复制这些帐户对于 HPC 缓存工作流来说不够一致。

HPC 缓存支持本地冗余存储 (LRS) 和区域冗余存储 (ZRS)，其中这些存储可以在一个 Azure 区域中复制数据。

如果需要预防全区域存储中断问题，请考虑手动备份策略。

计划区域故障转移

若要创建缓存来为可能的故障转移做好准备，请按以下步骤操作：

例如，假设你要将 Azure HPC 缓存定位在 Azure 的美国东部区域。它将访问存储在本地数据中心内的数据。

可以使用美国西部 2 区域中的缓存作为故障转移备份。

当在美国东部创建缓存时，请准备第二个缓存，以供部署在美国西部 2。可以使用脚本或模板来自动执行此准备工作。

如果在美国东部发生区域范围内的故障，请在美国西部 2 区域中创建所准备的缓存。

创建缓存后，添加指向相同本地数据存储的存储目标，并使用与旧缓存的存储目标相同的聚合命名空间路径。

如果原始客户端受到影响，请在美国西部 2 区域中新建客户端，以便用于新缓存。

所有客户端都需要装载新缓存，即使客户端不受区域故障的影响，也不例外。新缓存的装载地址与旧缓存不同。

Azure 应用程序体系结构指南中详细介绍了如何从区域范围内的服务中断恢复。