本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 应用程序负载均衡器的可用区转移
可用区转移和可用区自动转移都是 Amazon 应用程序恢复控制器（ARC）的功能。使用可用区转移时，只需一个操作即可将流量从受损的可用区转移出去。这样，您就可以继续从 AWS 区域中的其他运行状况良好的可用区运行。
使用 zonal autoshift，您可以授权 AWS 在活动期间代表您从可用区域转移应用程序的资源流量，以帮助缩短恢复时间。 AWS 当内部监控显示存在可能影响客户的可用区域受损时，将启动自动换档。 AWS 启动自动切换时，您为区域自动切换配置的资源的应用程序流量开始从可用区转移出去。
当您启动可用区转移时，负载均衡器会停止向受影响的可用区发送资源的新流量。ARC 会立即创建可用区转移。但是，可用区中正在进行的现有连接也可能需要短暂的时间才能结束，具体取决于客户端行为和连接重用情况。根据您的 DNS 设置和其他因素，现有连接可能只需几分钟即可完成，也可能需要更长时间。有关更多信息，请参阅《*Amazon 应用程序恢复控制器（ARC）开发人员指南*》中的 [Limit the time that clients stay connected to your endpoints](https://docs.aws.amazon.com/r53recovery/latest/dg/route53-arc-best-practices.zonal-shifts.html#arc-zonal-shift.existing-connections)。
**Topics**
+ [开始前的准备工作](#zonal-shift-before-you-begin)
+ [跨可用区负载均衡](#cross-zone-enabled)
+ [管理覆盖](#admin-override)
+ [启用可用区转移](enable-zonal-shift.md)
+ [开始区域移动](start-zonal-shift.md)
+ [更新可用区转移](update-zonal-shift.md)
+ [取消可用区转移](cancel-zonal-shift.md)
## 在开始可用区转移之前
+ 可用区转移默认处于禁用状态，并且必须在每个应用程序负载均衡器上启用。有关更多信息，请参阅 [为应用程序负载均衡器启用可用区转移](enable-zonal-shift.md)。
+ 只能为单个可用区中的特定负载均衡器启动可用区转移。无法为多个可用区启动可用区转移。
+ AWS 当多个基础设施问题影响服务时，主动从 DNS 中删除区域负载均衡器 IP 地址。在开始可用区转移之前，请务必检查当前的可用区容量。如果您的负载均衡器已关闭跨可用区负载均衡，而您使用可用区转移来删除可用区负载均衡器 IP 地址，则受可用区转移影响的可用区也会失去目标容量。
有关更多信息，请参阅《Amazon 应用程序恢复控制器（ARC）开发人员指南》中的 [Best practices for zonal shifts in ARC](https://docs.aws.amazon.com/r53recovery/latest/dg/route53-arc-best-practices.zonal-shifts.html)**。
## 跨可用区负载均衡
在启用跨可用区负载均衡的应用程序负载均衡器上启动可用区转移时，受影响可用区中指向目标的所有流量都将被阻止，并且可用区 IP 地址也将从 DNS 中移除。
**优点：**
+ 可在发生可用区故障时更快恢复。
+ 可在某个可用区中检测到故障时将流量转移到正常的可用区。
+ 可通过模拟和识别故障来测试应用程序完整性，预防计划外停机时间。
## 可用区转移管理覆盖
属于应用程序负载均衡器的目标包括一个独立于 `TargetHealth` 状态的新状态 `AdministrativeOverride`。
为应用程序负载均衡器启动可用区转移后，转出的可用区内的所有目标都将视为被管理覆盖。应用程序负载均衡器将停止向被管理覆盖的目标路由新流量。现有连接将保持不变，直至其自然终止。
可能的 `AdministrativeOverride` 状态包括：
**unknown**
由于内部错误，无法传播状态
**no\$1override**
目标上当前没有活动的覆盖
**zonal\$1shift\$1active**
可用区转移在目标可用区处于活动状态