Cloud Security Maturity Model·AWS v3.0.0

ドラッグで移動 · ピンチでズーム

基礎 レジリエンス

c2.23 マルチ AZ 冗長性を前提に設計する

複数のアベイラビリティーゾーンにまたがってデプロイし、耐障害性とレジリエンスを高めます。AZ は物理的に分離されつつ、意味のあるレイテンシーを避けられる程度に近いため、1 つの障害が他に影響することはまれです。

実装ガイダンス

ワークロードをアベイラビリティーゾーンに分散する

複数のアベイラビリティーゾーンに冗長な容量を配置し、単一 AZ の障害でワークロードが停止しないようにします。AZ は、局所的な障害や災害が波及しないよう物理的に分離されており(通常は数十キロメートル)、一方で AZ 間レイテンシーが低く保たれる程度に近接しています。

アーキテクチャに組み込む

  • サブネットを少なくとも 2 つ(できれば 3 つ)の AZ に配置し、ロードバランサーと Auto Scaling に分散させます。
  • マネージドのデータストアにはマルチ AZ デプロイを使い(例: Amazon RDS マルチ AZ、Amazon Aurora)、別の AZ にスタンバイを用意します。
  • 可用性はセキュリティの性質でもあります。レジリエントな設計はサービス拒否攻撃に耐え、1 つの AZ に限定されたインシデントの影響を軽減します。

関連

より広い障害ドメインのためには、マルチ AZ をマルチアカウント構成と組み合わせ、必要に応じて後のフェーズでマルチリージョン設計を組み合わせます。

How to validate

  • 重要なワークロードは複数のアベイラビリティーゾーンにデプロイされていますか?
  • マネージドのデータストアはスタンバイ付きのマルチ AZ デプロイを使っていますか?
  • ロードバランシングとオートスケーリングは AZ 間で容量を分散していますか?

Threats addressed

  • 単一のアベイラビリティーゾーンに閉じたワークロードは、その AZ が障害や災害に見舞われると可用性を失い、局所的な事象が停止につながります。

AWS サービス

Amazon RDS Amazon EC2

Framework mappings

AWS CAF

NIST CSF

References