ある保険会社は、契約管理の基幹システムを ap-northeast-1（東京）で稼働させています。データ層は Aurora PostgreSQL クラスター（書き込み 1 ライター、読み取り 2 リーダー）、アプリ層は

Question

ある保険会社は、契約管理の基幹システムを ap-northeast-1（東京）で稼働させています。データ層は Aurora PostgreSQL クラスター（書き込み 1 ライター、読み取り 2 リーダー）、アプリ層は ECS on Fargate（常時 12 タスク）です。監査部門から、リージョン全体障害に備えた DR サイトを us-west-2（オレゴン）に構築するよう指示されました。要件は、RTO 5 分以内・RPO 1 分以内を満たすこと、平常時の DR サイト運用コストを本番の 30% 程度に抑えること、フェイルオーバーを自動化し人手の介入を最小化することです。さらに、四半期ごとにフェイルオーバーテストを実施できる構成である必要があります。この要件を最も満たすアーキテクチャはどれですか。

Accepted Answer

正解: Aurora グローバルデータベースで us-west-2 をセカンダリリージョンに追加し、DR 側に縮小した Fargate タスク（2 タスク）を常時起動。Route 53 ヘルスチェックで異常検知時に DNS フェイルオーバーし、ステップ関数で Aurora の昇格と Fargate のスケールアウトを自動実行する。要件は RTO 5 分・RPO 1 分・平常時コスト 30%・自動フェイルオーバー・定期テストの同時充足であり、ウォームスタンバイが最適です。

Aurora グローバルデータベースは専用レプリケーションインフラで RPO 通常 1 秒未満、マネージド計画フェイルオーバーや昇格が高速で RTO 5 分を満たします。DR 側に縮小タスク（2 タスク）を常時起動することで、障害時はスケールアウトするだけで済み RTO を確実に確保しつつ、計算リソースを抑えてコスト 30% 目標に収まります。Route 53 ヘルスチェックとステップ関数による昇格・スケールアウトの自動化で人手を排除し、テストも再現性高く実施できます。

選択肢Bの AWS Backup によるスナップショット復元は、リストアに数十分かかり RTO 5 分・RPO 1 分をともに満たせません。
選択肢Cの DR 側に計算層を持たないパイロットライトは、障害時に ECS サービスをゼロから作成・スケールするため起動時間が RTO 5 分を超過します。
選択肢Dのマルチサイトアクティブは Aurora グローバルデータベースが単一ライター構成で両リージョン書き込みを許可できず、かつ常時 12 タスク稼働でコスト 30% 目標を大幅に超過します。

Answer

本番の Aurora スナップショットと Fargate タスク定義を AWS Backup で us-west-2 に日次コピーし、障害時に CloudFormation で DR スタックを起動。Route 53 フェイルオーバールーティングで切り替え、復旧後に最新スナップショットからリストアする — スナップショットからのリストアは数十分を要し障害発生時点までのデータ欠損も大きいため、RTO 5 分・RPO 1 分をともに満たせない。AWS Backup の日次コピーでは RPO が 1 日単位となり要件から大きく外れる。

Answer

Aurora グローバルデータベースで us-west-2 をセカンダリに追加するが DR 側に Fargate は配置せず、障害検知時に CloudFormation StackSets で ECS サービスを新規作成。Aurora を昇格し、Route 53 で切り替えてからアプリ層をスケールアウトする — DR 側に計算層を持たないパイロットライト構成のため、障害時に ECS サービスを新規作成しスケールアウトする起動時間が RTO 5 分を超過する。Aurora の RPO は満たせても計算層の立ち上げが間に合わない。

Answer

本番と DR で Aurora グローバルデータベースの書き込みエンドポイントを両リージョンで有効化し、Fargate を両リージョンで常時 12 タスク稼働。Global Accelerator で常時トラフィックを分散し、片側障害時は自動的に残存リージョンへ寄せる — Aurora グローバルデータベースは単一ライターのため両リージョン同時書き込みを許可できずマルチサイトアクティブは構成不能。さらに両側 12 タスク常時稼働は平常時コスト 30% 目標を大幅に超過する。

解説

解説