翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # アベイラビリティーゾーンの退避パターン 1 つのアベイラビリティーゾーンで影響を検出したら、次のステップでは、そのアベイラビリティーゾーンを退避させます。退避によって達成すべき成果は 2 つあります。 まず、影響を受けているアベイラビリティーゾーンへの作業の送信を停止する必要があります。これは、アーキテクチャによって意味が異なる可能性があります。リクエスト/レスポンスのワークロードでは、カスタマーからの HTTP や gRPC リクエストなどが、ロードバランサーやアベイラビリティーゾーンの他のリソースに送信されるのを停止することになります。バッチ処理またはキュー処理システムでは、影響を受けているアベイラビリティーゾーンでのコンピューティングリソースの処理が停止する可能性があります。また、影響を受けていないアベイラビリティーゾーンのリソースが、影響を受けているアベイラビリティーゾーンのリソースと相互作用しないようにする必要があります。例えば、影響を受けているアベイラビリティーゾーン内の[インターフェイス VPC エンドポイント](https://docs.aws.amazon.com/vpc/latest/privatelink/vpce-interface.html)にトラフィックを送信したり、またはデータベースのプライマリインスタンスに接続中の EC2 インスタンスなどです。 2 つ目の成果は、影響を受けているアベイラビリティーゾーンに新しいキャパシティがプロビジョニングされないようにすることです。影響を受けているアベイラビリティーゾーンでプロビジョニングされる EC2 インスタンスやコンテナなどの新しいリソースは、既存のリソースと同じ影響を受ける可能性が高いため、これは重要です。また、最初の成果によって作業がそれらに送信されなくなるため、処理するようにプロビジョニングされた負荷を吸収できません。これにより、既存のリソースへの負荷が増加し、最終的にはワークロードが*ブラウンアウト*したり、完全に利用できなくなったりする可能性があります。AWS には、この対策に使用できる自動スケーリングサービスとして、[Amazon EC2 Auto Scaling](https://aws.amazon.com/ec2/autoscaling/)、[Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/what-is-application-auto-scaling.html)、[AWS Auto Scaling](https://aws.amazon.com/autoscaling/) などがあります。さらに、Amazon ECS、Amazon EKS、[AWS Batch](https://aws.amazon.com/batch/) などのサービスは、通常のオペレーションの一環として、VPC 内のすべてのアベイラビリティーゾーンにわたってホストでの作業をスケジュールできます。 **Topics** + [アベイラビリティーゾーンの独立性](availability-zone-independence.md) + [コントロールプレーンとデータプレーン](control-planes-and-data-planes.md) + [データプレーン制御の退避](data-plane-controlled-evacuation.md) + [コントロールプレーン制御による退避](control-plane-controlled-evacuation.md) + [まとめ](evacuation-summary.md)