Q19 — AWS SAP-C02 第1章
第 19/75 問 | ← 第1章
Q94. ある会社が、重要なアプリケーションを単一の Amazon EC2 インスタンス上でホストしています。このアプリケーションは、インメモリデータストアとして Amazon ElastiCache for Redis のシングルノードクラスターを、リレーショナルデータベースとして Amazon RDS for MariaDB の DB インスタンスを使用しています。アプリケーションが正常に機能するには、インフラストラクチャの各コンポーネントが健全で、アクティブな状態である必要があります。ソリューションズアーキテクトは、インフラストラクチャが障害から自動的に復旧し、可能な限りダウンタイムを最小限に抑えるよう、アプリケーションのアーキテクチャを改善する必要があります。これらの要件を満たすための手順の組み合わせはどれですか？（3つ選択）
- A. Elastic Load Balancer を使用してトラフィックを複数の EC2 インスタンス間で分散します。また、EC2 インスタンスが最小容量2台の Auto Scaling グループに属していることを確認します。 ✓
- B. Elastic Load Balancer を使用してトラフィックを複数の EC2 インスタンス間で分散します。また、EC2 インスタンスを「unlimited mode」で設定します。
- C. DB インスタンスを変更し、同一の可用性ゾーン（Availability Zone）内に読み取り専用レプリカを作成します。障害発生時に、この読み取り専用レプリカをプライマリ DB インスタンスとして昇格させます。
- D. DB インスタンスを変更し、2つの可用性ゾーンにまたがる Multi-AZ デプロイメントを構成します。 ✓
- E. ElastiCache for Redis クラスター向けにレプリケーショングループを作成します。このクラスターを、最小容量2台の Auto Scaling グループで構成します。
- F. ElastiCache for Redis クラスター向けにレプリケーショングループを作成します。このクラスターで Multi-AZ を有効化します。 ✓
正解: A. Elastic Load Balancer を使用してトラフィックを複数の EC2 インスタンス間で分散します。また、EC2 インスタンスが最小容量2台の Auto Scaling グループに属していることを確認します。, D. DB インスタンスを変更し、2つの可用性ゾーンにまたがる Multi-AZ デプロイメントを構成します。, F. ElastiCache for Redis クラスター向けにレプリケーショングループを作成します。このクラスターで Multi-AZ を有効化します。
解説
障害から自動的に復旧し、ダウンタイムを最小限に抑えるためにアプリケーションのアーキテクチャを改善するには、以下の3つの手順の組み合わせが適切です： A. Elastic Load Balancer（ELB）を使用してトラフィックを複数の EC2 インスタンス間で分散し、最小容量2台の Auto Scaling グループに含めること。 D. DB インスタンスを Multi-AZ デプロイメント（2つの可用性ゾーンにまたがる）に変更すること。 F. ElastiCache for Redis クラスター向けにレプリケーショングループを作成し、Multi-AZ を有効化すること。 解説： 選択肢A：Elastic Load Balancer を用いて複数の EC2 インスタンスにトラフィックを分散することは、高可用性とフォールトトレランスを実現する一般的な手法です。最小容量2台の Auto Scaling グループに EC2 インスタンスを含めることで、異常なインスタンスを自動的に置き換え、所定の容量を維持したまま障害からの自動復旧が可能になります。 選択肢D：DB インスタンスを2つの可用性ゾーンにまたがる Multi-AZ デプロイメントに変更すると、自動フェイルオーバー機能が提供されます。片方の可用性ゾーンで障害が発生した場合、Amazon RDS が自動的に他方の可用性ゾーンにある待機レプリカへフェイルオーバーし、ダウンタイムを最小限に抑えます。 選択肢F：ElastiCache for Redis クラスター向けにレプリケーショングループを作成し、Multi-AZ を有効化することで、キャッシュの可用性と耐久性が向上します。Multi-AZ が有効化されると、レプリケーショングループが2つの可用性ゾーンにレプリケートされ、障害発生時に自動フェイルオーバーが可能になります。 選択肢Bは不適切です。「unlimited mode」は課金方式に関する設定であり、フォールトトレランスや高可用性を提供しません。 選択肢Cは不適切です。同一の可用性ゾーン内に作成された読み取り専用レプリカを障害時に手動で昇格させる方法では、自動フェイルオーバーが実現できず、人的介入が必要です。 選択肢Eは不適切です。ElastiCache for Redis に対して Auto Scaling グループを設定しても、自動フェイルオーバー機能は提供されず、需要に基づくスケーリングのみが可能になります。 よって、正しい手順の組み合わせは A、D、および F です。