冗長化は、機器や構成を複数持って、片方が止まっても全体が止まりにくくする考え方です。
サーバー、回線、電源、ストレージなど、止まると困る部分に余裕を持たせるために使われます。
まず押さえたいポイント
- 冗長化は
止まりにくくする工夫 - 片方が壊れても続けられるようにする
- ただし、入れれば自動で安全になるわけではない
どんな場面で使うか
どんなふうに理解するとよいか
冗長化は、予備を持つ だけでなく、片方が止まったときに切り替わるようにしておく ところまで含めて考えると分かりやすいです。
そのため、構成を増やすことと、運用で切り替えられることは分けて考えた方がよいです。
単一障害点（SPOF）を探す
冗長化の出発点は「ここが壊れたら全部止まる」場所（SPOF＝Single Point Of Failure）を見つけることです。サーバーを2台にしても、DBが1台・回線が1本・電源が1系統なら、そこが限界になります。一番弱い場所より強くはならないので、まず全体を見て弱点を特定します。
構成の型
- アクティブ／スタンバイ：普段は1台が働き、故障時に予備へ切り替える。シンプルだが切り替え時間が発生する
- アクティブ／アクティブ：両方が常に働く。ロードバランサーと組み合わせ、切り替えを待たずに済むが設計は複雑
押さえておきたい注意点
最大の落とし穴は「切り替えを試したことがない」ことです。予備機が用意されていても、実際に切り替えたら設定が古かった・データが同期していなかったという事故は珍しくありません。定期的に切り替え試験を行って初めて冗長化と言えます。
また小規模では、最初から全部を冗長化すると運用が重くなります。停止影響・コスト・運用体制を見ながら、必要なところから足すのが現実的です。