Q20 — AWS SAA-C03 第14章

第 20/100 問 | ← 第14章

Q1020. ある会社が、Application Load Balancer（ALB）の後ろでAuto Scalingグループ内のAmazon EC2インスタンス上にWebアプリケーションを実行しています。アプリケーションは、Amazon Aurora MySQL DBクラスターにデータを保存しています。この会社は、ディザスタリカバリー（DR）ソリューションを構築する必要があります。DRソリューションの許容される復旧時間（RTO）は最大30分です。また、プライマリインフラストラクチャが正常に動作している間は、DRソリューションが顧客利用をサポートする必要はありません。これらの要件を満たすソリューションはどれですか？

正解: A. DRインフラストラクチャを第2のAWSリージョンに、ALBおよびAuto Scalingグループとともに展開します。Auto Scalingグループのデフォルト容量（desired capacity）および最大容量（maximum capacity）を最小値に設定します。Aurora MySQL DBクラスターをAuroraグローバルデータベースに変換します。Amazon Route 53でALBエンドポイントを対象としたアクティブ・パッシブフェイルオーバーを設定します。

解説

30分以内の復旧時間（RTO）を満たし、かつプライマリインフラストラクチャが正常な状態では顧客トラフィックを処理する必要がないという要件を満たすディザスタリカバリー（DR）ソリューションとして最も適した選択肢は、選択肢Aです。 理由： 1. 第2のAWSリージョンへのDRインフラストラクチャ展開： 　　プライマリ環境と地理的に分離された別のAWSリージョンにDR環境を構築することで、地域規模の障害（例：リージョン全体の停止）に対しても有効な復旧が可能になります。 2. Auroraグローバルデータベースの採用： 　　Auroraグローバルデータベースは、主要リージョンとDRリージョン間で低遅延・高頻度のデータ複製を提供します。これにより、DRリージョンのデータがほぼリアルタイムで最新化され、30分以内のRTOを確実に達成できます。 3. Auto Scalingグループの最小容量設定： 　　デフォルト容量および最大容量を最小値（例：1など）に設定することで、DR環境のEC2インスタンスを事前に起動・待機させ、障害発生時に即時スケールアップ可能な状態を維持しつつ、通常時のコストを最小限に抑えられます。 4. Amazon Route 53によるアクティブ・パッシブフェイルオーバー： 　　プライマリ環境が正常なときはすべてのトラフィックをそちらにルーティングし、障害検知時にのみDRリージョンへ切り替える構成です。これは、要件で明記されている「DR環境が平常時は顧客利用をサポートしない」方針に完全に合致し、不要な運用コストや複雑さを回避します。 他の選択肢の検討： B：アクティブ・アクティブ構成は、平常時から両リージョンでフル稼働させるため、コストと管理負荷が増大します。また、要件で求められていない冗長性を導入することになり、非効率です。 C：AWS Backupからのリストアには、データ量やネットワーク帯域に応じて数十分〜数時間かかる可能性があり、30分以内のRTOを保証できません。また、アクティブ・アクティブ構成も同様に不必要です。 D：AWS Backupは主に構成情報（テンプレートなど）のバックアップに適しており、EC2インスタンスの起動やALBの設定など実行環境の即時復旧には不向きです。さらに、Auto Scalingグループのデフォルト容量をゼロに設定すると、障害発生時にインスタンス起動から開始する必要があり、RTOを大幅に超過するリスクがあります。また、Auroraグローバルデータベースへの変換は行われますが、インフラの即時可用性が担保されていません。 結論： 選択肢Aは、RTO 30分という要件を確実に満たしつつ、平常時の運用コストを最小限に抑える、効率的かつ実現可能なDR戦略を提供します。