在区域性 Azure 中断期间，我的共享自托管集成运行时是否可供其他 Azure 数据工厂使用？
Will my Shared Self-Hosted Integration Runtime be available to other Azure Data Factories during a regional Azure outage?
我有 3 个 Azure 数据工厂。
- DF_Shared_IR:
- 空，保存共享自托管集成运行时（内部部署，2 个节点）。
- 部署在区域 1（澳大利亚东部）。
- DF_1:
- 具有执行每小时数据加载和其他 ETL 作业的管道。
- 具有链接集成运行时（引用 DF_Shared_IR 中托管的 IR）。
- 部署在区域 1（澳大利亚东部）。
- DF_2:
- 是DF_1的副本。
- 部署在区域 2（澳大利亚东南部）。
万一区域 1 发生区域中断（其中 DF_1 和 DF_Shared_IR受到影响），我想启用 DF_2 内的所有触发器并恢复正常的每小时数据加载。
我已查看文档 here。我很清楚，我可以通过添加多个节点使我的共享自托管集成运行时具有高可用性——但是尚不清楚启用与内部部署集成运行时通信的 Azure 组件是否也具有高可用性。
共享自托管集成运行时（托管在 DF_Shared_IR 中）是否可供 DF_2 使用在这种灾难恢复场景中？如果不是，我如何支持这种情况，并确保服务连续性？
TL;DR：是的。
在就此问题向 Azure 提出申请后，Microsoft 支持人员建议数据工厂内的数据移动服务能够连接到内部部署的 Integration Runtime，该服务被认为是高度可用的。
在数据工厂中，您可以查看自托管 IR 设置中的服务 URL。
单击查看服务 URL。
观察带有域名 *.servicebus.windows.net 的服务 URL，这是自托管集成运行时连接到 Azure 数据工厂中的数据移动服务所必需的。
列出的 URL 代表来自两个区域（sg3 和 hk2）的服务。一个是默认的，另一个提供高可用性。此设计确保在任一区域遇到中断时，您的自托管 IR 和数据工厂中的数据移动服务之间的连接仍然可用。
我有 3 个 Azure 数据工厂。
- DF_Shared_IR:
- 空，保存共享自托管集成运行时（内部部署，2 个节点）。
- 部署在区域 1（澳大利亚东部）。
- DF_1:
- 具有执行每小时数据加载和其他 ETL 作业的管道。
- 具有链接集成运行时（引用 DF_Shared_IR 中托管的 IR）。
- 部署在区域 1（澳大利亚东部）。
- DF_2:
- 是DF_1的副本。
- 部署在区域 2（澳大利亚东南部）。
万一区域 1 发生区域中断（其中 DF_1 和 DF_Shared_IR受到影响），我想启用 DF_2 内的所有触发器并恢复正常的每小时数据加载。
我已查看文档 here。我很清楚，我可以通过添加多个节点使我的共享自托管集成运行时具有高可用性——但是尚不清楚启用与内部部署集成运行时通信的 Azure 组件是否也具有高可用性。
共享自托管集成运行时（托管在 DF_Shared_IR 中）是否可供 DF_2 使用在这种灾难恢复场景中？如果不是，我如何支持这种情况，并确保服务连续性？
TL;DR：是的。
在就此问题向 Azure 提出申请后，Microsoft 支持人员建议数据工厂内的数据移动服务能够连接到内部部署的 Integration Runtime，该服务被认为是高度可用的。
在数据工厂中，您可以查看自托管 IR 设置中的服务 URL。
单击查看服务 URL。
观察带有域名 *.servicebus.windows.net 的服务 URL，这是自托管集成运行时连接到 Azure 数据工厂中的数据移动服务所必需的。
列出的 URL 代表来自两个区域（sg3 和 hk2）的服务。一个是默认的，另一个提供高可用性。此设计确保在任一区域遇到中断时，您的自托管 IR 和数据工厂中的数据移动服务之间的连接仍然可用。