可用区撤离模式

检测到受影响的单个可用区后，下一步是撤离该可用区。疏散需要达到两个效果。

首先，您想要停止向受影响的可用区发送工作。在不同的架构中，具体的工作也会不同。在请求/响应工作负载中，这意味着停止将来自客户的 HTTP 或 gRPC 请求发送到该可用区的负载均衡器或其他资源。在成批处理或队列处理系统中，这可能意味着停止计算资源处理受影响可用区中的工作。您还需要防止未受影响的可用区中的资源与受影响可用区中的资源交互，例如，EC2 实例向受影响可用区内的接口 VPC 端点发送流量，或连接到数据库的主实例。

第二个效果是阻止在受影响可用区内配置新容量。这一点很重要，因为在受影响可用区中配置的新资源（如 EC2 实例或容器）可能会受到与现有资源相同的影响。此外，由于第一个效果会阻止向它们发送工作，因此他们无法接收到本应配置给它们处理的负载。这会导致现有资源的负荷增加，最终导致工作负载减少或完全丢失。在适用情况下，AWS 可提供几种自动扩展服务：Amazon EC2 Auto Scaling、Application Auto Scaling 和 AWS Auto Scaling。此外，Amazon ECS、Amazon EKS 和 AWS Batch 可以在 VPC 中跨可用区为主机安排工作，这是其正常运行的一部分。