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

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

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

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

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

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

1. 请确保后端存储在次要区域中是可访问的。

2. 在计划创建主缓存实例时，还应准备在次要区域中复制此安装过程。 包括以下项：

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

   Nota

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

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

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

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

如果在“中国北部 3”发生区域范围内的故障，请在“中国北部 2”区域中创建所准备的缓存。

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

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

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

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