AWS ソリューションアーキテクト プロフェッショナル復旧と段階配置の制約オリジナル・公式資料照合難易度
ARC readiness checkを継続利用する既存顧客が、待機環境のREADYを本番障害時の唯一の切替え判断に使おうとしている。適切な評価はどれか。
A
READYならフェイルオーバー中のDNSキャッシュは即時に消える
readinessは利用者側のDNSキャッシュを直接削除しない。
B
READYの確認は全リージョンの障害中も常に利用できることが保証される
readiness自体を災害中の必須経路へ置く前提は適切でない。
C
容量や構成の整合性を補助的に確認するもので、実際の健全性と復旧可否は別の監視・試験でも判断する★ 正解
readinessは平常時の準備状況の確認を支援する。災害時の主要なトリガーや本番の健全性の証明として依存しない。
D
READYなら待機側の全アプリ要求は常に成功すると保証される
リソース構成の準備と、全業務要求が成功することは別である。
解説
readinessは平常時の準備状況の確認を支援する。災害時の主要なトリガーや本番の健全性の証明として依存しない。
根拠資料・確認情報
対応範囲：SAP-C02
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
Aurora Global Databaseの副リージョンでwrite forwardingを有効にした。副リージョンが独立して更新確定するマルチマスター方式になったという理解は正しいか。
問題 2
ARC routing controlのOn/OffでDNSトラフィックを切り替える。これ自体がアプリへHTTP要求を送り、障害を自動発見すると考えてよいか。
問題 4
私設IPだけを持つVPC内サービスをRoute 53のDNSフェイルオーバー判断へ使いたい。ヘルスチェッカーからその私設IPへ直接HTTP接続する案の代わりに適する方法はどれか。
問題 5
KMSのマルチリージョンキーをDR先へ複製した。元キーのポリシーを変えたので、DR先の同じキーIDにも同じ許可が自動反映されるという案の問題点はどれか。