使用多个群集进行区域故障转移恢复

每个Azure Managed Lustre实例在特定的订阅和一个区域中运行。 此配置意味着，如果群集的区域发生完全中断，工作流可能会中断。

本文介绍使用第二个区域进行群集故障转移来降低工作中断风险的策略。 重要的是使用可从多个区域访问的 Azure Blob 存储。

当工作流在主区域中运行时，您必须手动将数据保存到该区域之外的 Blob 存储中。 如果群集区域不可用，则可以在次要区域中创建另一个Azure Managed Lustre实例，连接到同一存储，并从新群集恢复工作。

规划区域故障转移

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

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

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

   1. 虚拟网络和子网结构
   2. 群集容量
   3. 有关客户端计算机的详细信息（如果它们位于群集所在的同一区域）
   4. 装载命令供群集客户端使用

3. 向工作流添加并实现检查点： 将数据存档到 Blob。

   注释

   可以通过Azure 资源管理器模板或直接访问其 API 以编程方式创建Azure Managed Lustre。

故障转移示例

例如，你想要将 Azure Managed Lustre 群集部署在 Azure 中国东部 2 区域。 它会访问存储在您指定的 Blob 位置中的数据。 可以使用中国北部 2 区域中的群集作为故障转移备份。

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

如果中国东部 2 发生区域性故障，请在中国北部 2 区域创建你之前准备好的群集。

在群集创建过程中，指定指向同一 Blob 数据存储的 Blob 集成目标。 如果原始客户端受到影响，请在“中国北部 2”区域中创建新客户端以用于新群集。 即使客户端不受区域中断的影响，所有客户端也必须装载新群集。 新群集具有与旧群集不同的装载地址。

后续步骤

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