可用区转移的工作原理

当您开始对负载均衡器资源进行区域转移时，该资源的流量将从您指定的可用区移开。为了开始转移，Amazon Route 53 应用程序恢复控制器请求将可用区的负载均衡器运行状况检查设置为不健康，使其无法通过运行状况检查。反过来，不健康的运行状况检查会导致 Amazon Route 53 自动从 DNS 中提取该资源的相应的 IP 地址，从而将流量从可用区域重定向。现在，新连接将 Amazon Web Services 区域 改为路由到中的其他可用区。

值得注意的是，区域转移不会像典型方式那样使用运行状况检查，即运行状况检查会监控负载均衡器或应用程序的底层运行状况。相反，Route 53 ARC 使用运行状况检查作为将流量从可用区转移出去的机制。该机制要求将运行状况检查明确设置为不健康，然后再次设置为健康，以更改流量的流动方式。

流量开始转移-当您在 Route 53 ARC 中开始分区转移时，由于交通流涉及的步骤，您可能不会看到流量立即从可用区移出。可用区中正在进行的现有连接也可能需要短暂的时间才能结束，具体取决于客户端行为和连接重用情况。根据您的 DNS 设置和其他因素，现有连接可以在几分钟内完成，或者可能需要更长的时间。有关更多信息，请参阅确保交通转移快速完成。

交通转移结束 ——当分区班次到期或你取消时，Route 53 ARC会采取措施停止交通移动。它颠倒了启动流量转移的过程，并请求将 Route 53 运行状况检查再次设置为运行正常。健康检查会导致恢复原来的区域 IP 地址。现在，恢复的可用区再次包含在负载均衡器的路由中，流量开始恢复流向可用区。

您必须将所有区域班次设置为在开始轮班时到期。最初，可用区转移最多可设置为三天（72 小时）后到期。但是您可以随时更新可用区转移，以设置新的到期时间。如果您已准备好将流量恢复到可用区，也可以在可用区转移到期之前取消它。

当交通不偏离时

在一些特定的情况下，可用区转移不会从可用区转移流量。例如，如果可用区中的负载均衡器目标组没有任何实例，或者所有实例都运行状况不佳，则负载均衡器进入打开失败状态。如果在这种情况下对负载均衡器启动可用区转移，则可用区转移不会更改负载均衡器使用的可用区，因为负载均衡器已经处于打开失败状态。这是预料之中的行为。如果所有可用区都无法打开（不正常），则可用区转移不能强制将一个可用区设为不正常，并将流量转移到区域中的其他可用区。第二种情况是，您对应用程序负载均衡器启动可用区转移，而该均衡器是 Amazon Global Accelerator中的加速器端点。可用区转移不支持 Global Accelerator 中作为加速器端点的应用程序负载均衡器。

有关可用区转移支持的更多信息，请参阅可用区转移和可用区自动转移支持的资源。