助け合いフォーラム
AWS ソリューションアーキテクト - アソシエイト(SAA-C03)
問題ID : 30252
問題を開く
ソリューションアーキテクトは、マルチAZで運用中のAmazon RDSでフェイルオーバーが発生していることに気が付いた。
原因を調査するポイントとして正しいものはどれか。（2つ選択）
この問題はプレミアムコンテンツです。
マルチAZにおいてフェイルオーバー後のプライマリとスタンバイについて
投稿日 2024/06/22
問題内で「フェイルオーバーが発生していることに気が付いた。」と記載があります。
この場合、下記の状態になる認識でした。
１．元々スタンバイだったDBインスタンスがプライマリに昇格
２．元々プライマリだったDBインスタンスがスタンバイに変更
発生していることに気が付いた時点で、元々プライマリだったDBインスタンスはスタンバイになっているため
スタンバイ側での原因調査が必要になるのではないのでしょうか。
どなたか教えていただけると幸いです。
b
birdpixy
2024/06/23 22:28
ちょっとご質問と外れてるかもしれませんが
２．元々プライマリだったDBインスタンスがスタンバイに変更
障害の発生したDBインスタンスがスタンバイに変更されるでしょうか？
障害が発生したら利用不能になるので、スタンバイにはならないのではないのかなと思いました。
元のプライマリDBインスタンスがどのような挙動をしているかの資料が見つからなかったのですが、どこかに載っていましたか？
コメント
スタッフからの返信
この投稿に対して返信しませんか？
b birdpixy
2024/06/24 13:48
ちょっと気になったので実際にRDSでフェイルオーバーをしましたところ、たしかにセカンダリDBインスタンスがプライマリに昇格したとき、プライマリDBインスタンスがセカンダリになっていました。 手動フェイルオーバーなので実際の障害時とは挙動が違うかもしれませんが…。 それはそうとして本来の質問について、たしかにフェイルオーバー後はプライマリを降格しているので、調査時点ではセカンダリが障害の発生したDBインスタンスで調査対象ということになりますね。