【正解の解説】
障害発生の検知から切り替え判定までの閾値や猶予時間を適切に設定し、一時的な障害による不要な系切り替えを防止する。
人間関係に例えると、相手のちょっとした機嫌の悪さを「嫌われた!」と勘違いしてすぐに別れ話を切り出すようなものです。システムでも、通信のちょっとした瞬断を「致命的な障害だ」と早とリケして待機系に切り替えると、かえって混乱を招きます。そのため、「少し様子を見る(猶予時間)」や「これくらいのエラーなら耐える(閾値)」という大人の余裕を持たせることが、安定稼働の秘訣となります。
【その他の選択肢の解説】
主系と待機系のデータ同期方式を非同期から完全同期に変更し、フェイルオーバー時のデータ損失を完全に防止する。
データの整合性を高めるためには有効なアプローチですが、今回の問題の本質である「誤検知による無駄な切り替えの頻発」を防ぐこととは別の話です。例えるなら、電車のドアが何回も誤作動で開閉して困っているときに、エンジンの馬力を上げるようなもので、ピントがズレた対策になってしまいます。
待機系システムのハードウェアスペックを主系と同等以上に引き上げ、切り替え後の処理性能低下を防止する。
切り替え後のスペック不足は確かに別の問題として存在し得ますが、今回は「切り替え自体が頻繁に起きすぎて不安定になること」が原因で稼働率が下がっています。どれだけ高性能な予備選手を用意しても、監督が「ちょっと転んだだけで選手交代」を何度も命じていたら、試合全体がボロボロになってしまうのと同じ現象です。
主系と待機系のハートビートの間隔を極限まで短縮し、障害発生時の検知遅延を完全に防止する。
ハートビート(生存確認信号)の間隔を極限まで短くすると、ネットワークのわずかな遅延をすべて「障害発生」と誤検知してしまいます。これは、過敏すぎる火災報知器を導入したせいで、料理の湯気だけでスプリンクラーが作動し続けるようなものです。障害を素早く見つけることの裏返しとして、誤作動リスクが跳ね上がるという出題者の罠が潜んでいます。