Azure Container Registry中的区域冗余

默认情况下，为 支持可用性区域的区域中的所有 Azure 容器注册表启用区域冗余。 此功能适用于每个服务层级（基本、标准和高级），无需额外付费，无需你执行任何操作。

区域冗余性在一个区域内的多个 可用性区域 中分布您的注册表的数据平面。 因此，在单区域中断期间，映像推送和拉取操作将继续正常运行。 如果您的高级注册表使用地理复制，则支持区域中的所有副本默认情况下也实现区域冗余。

有关容器注册表可靠性（包括区域故障转移行为、暂时性故障处理和多区域部署）的综合指南，请参阅 Azure 容器注册表中的可靠性。

默认区域冗余影响

可用区冗余不是可选择的功能。 无需创建特殊注册表、选择特定 SKU 或更改要保护的任何设置。 下表总结了常见方案的行为：

了解zoneRedundancy属性

以前，区域冗余是仅在高级层可用的可选功能。 创建注册表或异地副本时必须显式设置 zoneRedundancy: Enabled ，并且该属性准确反映区域冗余是否处于活动状态。

无论zoneRedundancy属性显示什么，区域冗余现已在所有服务层级中默认启用，并适用于所有受支持区域的注册表。 目前，即使注册表完全区域冗余，门户、CLI 和 ARM API 仍可能显示 Disabled。

zoneRedundancy ARM 注册表资源（Microsoft.ContainerRegistry/registries）上的属性将根据 Azure 的弃用策略逐步弃用。 在此之前，将其设置为 Enabled 无害但不必要的，并将其设置为 Disabled 在受支持的区域中不起作用。

异地复制

如果高级注册表是异地复制的，则支持可用性区域的区域中的每个副本都会自动进行区域冗余。 无需在创建副本期间启用它。

有关异地复制可靠性的详细信息，请参阅 对区域范围的故障的复原能力。

不支持区域中的注册表

如果注册表位于不支持可用性区域的区域中，则它不是区域冗余的。 若要获得区域冗余，请在 受支持的区域中 创建新的注册表，并使用以下方法之一迁移映像：

• 将容器映像导入 新注册表。
• 创建用于 大规模或脱机迁移的传输管道。

基础结构即代码

该 zoneRedundancy 属性仍存在于 ARM API 和 Bicep 资源定义中，以实现向后兼容性，但它不再控制行为，最终将弃用。 明确设定这一内容并无害处，但已不再必要。

对于 Azure CLI，为实现向后兼容，--zone-redundancy 和 az acr replication create 命令中的标志 仍然存在。 无需使用此标志，因为区域冗余默认处于活动状态。

常见问题解答

基本层和标准层是否提供区域冗余？

是的。 区域冗余适用于支持可用性区域的区域中的所有服务层（基本层、标准层和高级层）。

门户将 zoneRedundancy 显示为 Disabled. 我的注册表是否受保护？

是的。 如果注册表位于 支持可用性区域的区域中，则无论门户或 API 显示什么，它都是区域冗余的。 正在更新显示。

是否可以禁用区域冗余？

否。 对于受支持区域中的注册表，无法禁用区域冗余。

区域冗余是否额外成本？

否。 所有服务层级包括区域冗余，且不额外收费。

我以前在模板中将 zoneRedundancy 设置为 Enabled。 是否需要更改任何内容？

否。 显式 Enabled 设置与新的默认值兼容，模板无需修改即可继续工作。 属性被弃用后，可以安全地将其删除，注册表将继续保持区域冗余。

在区域冗余成为默认值之前创建的注册表会怎样？

支持区域中的现有注册表已追溯地升级为跨区域冗余的。 无需执行任何操作。

区域中断期间会发生什么情况？

该服务会自动将流量路由到正常区域。 映像推送和拉取操作继续进行，影响最小。 有关故障转移行为和预期数据丢失窗口的详细信息，请参阅 可用性区域故障的复原能力。