理解確認：RTO / RPOからDR Architectureを選択する

答え：A / B / C

災害範囲、復旧目標、必要な復旧機能は満たさなければアーキテクチャが成立しない必須制約です。コストや運用上の利便性は、成立する候補同士を比較する最適化基準として扱います。

答え：A / B / C

各DR戦略は名前ではなく、平常時に何を稼働させ、障害時に何を起動・スケール・切り替えるかで区別します。パイロットライト、ウォームスタンバイ、マルチサイトでは平常時の稼働状態と復旧操作が異なります。

答え：D

RTO / RPO以前に、復旧へ必要な資産が災害範囲の外に存在しなければ復旧できません。リージョン損失を対象にするなら、復旧資産がプライマリリージョンと一緒に失われない設計が必要です。

答え：A

バックアップと復元は、平常時にスタンバイアプリケーションを維持せず、復旧時にバックアップからデータと必要な環境を復元・再構築する戦略です。テスト結果がビジネスRTO/RPOを満たし、コスト要件にも適合するなら正当な候補です。

答え：C

ウォームスタンバイはRTO未達、マルチサイトはRPO未達です。必須制約を両方満たす候補が0件なので、最も近い戦略を採用せず、復旧またはデータ保護アーキテクチャを再設計して再検証します。

答え：D

復旧要件はビジネス影響に基づいてワークロードごとに設定します。すべてを最も厳しい要件へ合わせると過剰設計になり、緩い要件へ合わせると重要ワークロードの復旧目標を満たせません。