AWS ソリューションアーキテクト起動・再試行・障害時の振る舞いオリジナル・公式資料照合難易度
ElastiCache for Redis OSSのプライマリ障害で書込みが止まる時間を減らしたい。別AZのレプリカがあり、アプリは再接続を実装できる。適切なのはどれか。
A
Multi-AZの自動フェイルオーバーを有効にし、プライマリエンドポイントへの再接続を確認する★ 正解
レプリカを昇格させることで新しいプライマリを用意できる。クライアント側にも接続の回復が必要である。
B
レプリカが一つあれば、設定と再接続なしで既存TCP接続が必ず無停止で引き継がれる
レプリカの存在と、自動昇格・接続継続は別であり、完全な無停止を保証しない。
C
読取エンドポイントへ全書込みを送る
読取用接続先を、無条件に書込み先として使うことはできない。
D
キャッシュTTLを長くすれば、プライマリの障害が起きなくなる
データ期限の変更はノード障害の復旧方式を変えない。
解説
レプリカを昇格させることで新しいプライマリを用意できる。クライアント側にも接続の回復が必要である。
根拠資料・確認情報
対応範囲：SAA-C03
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。