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

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

本文介绍使用第二个区域进行缓存故障转移来降低工作中断风险的策略。

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

工作流在主要区域中继续运行时，数据将保存在区域外部的长期存储中。 如果缓存区域不可用，可以在次要区域中创建重复的 Azure HPC 缓存实例，连接到同一存储，并从新缓存恢复工作。

若要设置为可能的故障转移做好准备的缓存，请执行以下步骤：

1. 确保后端存储可在第二个区域中访问。

2. 在计划创建主缓存实例时，还应准备在第二个区域中复制此设置过程。 包括以下项：

   1. 虚拟网络和子网结构
   2. 缓存容量
   3. 存储目标详细信息、名称和命名空间路径
   4. 有关客户端计算机的详细信息（如果它们与缓存位于同一区域）
   5. 装载命令供缓存客户端使用

   Nota

   可以通过 Azure 资源管理器模板 或通过直接访问其 API 以编程方式创建 Azure HPC 缓存。 如需详细信息，请联系 Azure HPC 缓存团队。

例如，假设要在 Azure 的中国北部 3 区域中查找 Azure HPC 缓存。 它将访问存储在本地数据中心的数据。

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

在中国北部 3 中创建缓存时，请准备第二个缓存，以便在中国北部 2 进行部署。 可以使用脚本或模板自动执行此准备。

如果中国北部 3 区发生区域性故障，请创建您已在中国北部 2 区准备的缓存。

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

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

即使客户端不受区域中断的影响，所有客户端都需要装载新缓存。 新缓存具有与旧缓存不同的装载地址。

Azure 应用程序体系结构指南包含有关如何 从区域范围的服务中断中恢复的详细信息。