フェイルオーバー（フェイルオーバー）
障害時に予備システムへ自動切替する冗長化機能。PostgreSQL Patroni・Keepalived VRRP・AWS Route 53ヘルスチェックが代表で、RTO数秒-数分のHA構成で必須。
概要
フェイルオーバーは、障害が発生した際に予備システムへ自動的に切り替えることで、サービス停止時間を最小限に抑える冗長化手法です。ネットワーク機器やデータベース、クラウドサービスで広く採用され、RTO（復旧時間目標）が数秒から数分のシステムに不可欠です。代表的な実装例としては、PostgreSQL の Patroni、Linux の Keepalived で実現する VRRP、AWS Route 53 のヘルスチェックがあります。
主な特徴・仕組み
- 自動検知：監視対象が応答しない場合、事前に設定されたヘルスチェックが失敗と判定。
- 即時切替：障害箇所が検知されると、トラフィックを予備ノードへ転送。
- 統一構成：同一構成のノードを複数用意し、ロードバランサーや DNS でトラフィックを分散。
- 再同期：切替後、データの整合性を保つために同期処理を実行。
- スケーラビリティ：ノード数を増減させても同一設定で拡張可能。
スペック/製品比較表
| 製品名 | CPU | コア数 | メモリ | ネットワーク帯域 | 主要機能 | 価格帯 |
|---|---|---|---|---|---|---|
| Intel Xeon Gold 6248R | 3.0 GHz | 20 | 384 GB | 10 Gbps | 高可用性サーバ | 30 USD |
| AMD EPYC 7452 | 2.7 GHz | 32 | 512 GB | 25 Gbps | データセンター向け | 25 USD |
| Cisco ASR 9000 | 2.5 GHz | 16 | 256 GB | 100 Gbps | ルーティング & HA | 50 USD |
| Juniper MX480 | 3.2 GHz | 24 | 128 GB | 40 Gbps | マルチプロトコル HA | 45 USD |
| F5 BIG‑IP LTM | 2.3 GHz | 8 | 64 GB | 10 Gbps | アプリケーションレイヤ HA | 35 USD |
- 価格帯は購入時の為替レートにより変動。
- 主要機能は各社が提供する HA 機能の概要。
具体例・対応製品
-
PostgreSQL Patroni
- 3ノード構成で、Etcd や Consul でレプリケーション状態を管理。
- RTO は 5 秒以下を実現。
-
Keepalived + VRRP
- Linux ベースで、VIP（仮想IP）を共有。
- 1 秒未満の切替が可能。
-
AWS Route 53 ヘルスチェック
- 100 ms 以内にヘルスチェックを実行。
- 主要 DNS で 30 秒以内にフェイルオーバー。
-
Cisco ISR 4000 系列
- ルーティングと VPN を統合し、HA モードで動作。
- 10 Gbps の帯域を持ち、10 秒以内に再接続。
-
Juniper MX960
- 1 Tbps のスループットを持つ。
- 5 秒以内にルート再計算を完了。
-
HPE Aruba 8400
- スイッチングと PoE を統合。
- 3 秒以内にポート再割り当て。
-
F5 BIG‑IP LTM
- アプリケーションレイヤでのヘルスチェック。
- 2 秒以内にロードバランシングを再構築。
-
Dell EMC PowerEdge R740xd
- 4 TB の NVMe ストレージ。
- 1 秒以内に RAID 再構築。
自作PCでの選び方・注意点
- CPU：2.5 GHz 以上、8 コア以上を推奨。
- メモリ：最低 32 GB、RAID で 64 GB 以上が望ましい。
- ネットワークカード：10 Gbps 以上を備える。
- 電源ユニット：750 W 以上、80 Plus Gold 以上。
- ストレージ：NVMe SSD 512 GB 以上、RAID 1 推奨。
- OS：Linux (CentOS, Ubuntu) が最も柔軟。
- 監視ツール：Prometheus + Grafana で可視化。
- バックアップ：外部 NAS で定期的にスナップショット。
- 電源冗長：UPS で 30 分以上のバッテリーを確保。
- 冷却：高性能ファンとエアフロー設計。
- テスト：障害発生時に実際にフェイルオーバーを検証。
関連用語との違い
| 用語 | 定義 | 主な違い |
|---|---|---|
| 冗長化 | 予備機器を設置して障害時に切り替える | フェイルオーバーは自動化された切替 |
| HA（High Availability） | 可用性を高める総合概念 | フェイルオーバーは HA の実装手段 |
| スタックオーバーフロー | データの重複保存 | フェイルオーバーはトラフィック切替 |
| クラスタリング | 複数ノードで一体化したサービス | フェイルオーバーはクラスタ内での切替 |
よくある質問（FAQ）
-
フェイルオーバーを設定する際に必要なネットワーク機器は何ですか？
ルータやスイッチで VRRP を有効化し、IP アドレスを共有することで実現できます。 -
RTO を数秒に抑えるためのベストプラクティスは？
低レイテンシのヘルスチェック、ローカルキャッシュ、RAID 1 でのストレージ構成が重要です。 -
クラウド環境でフェイルオーバーを行う場合、どのサービスが最適ですか？
AWS Route 53 と Elastic Load Balancer の組み合わせが最も安定し、10 秒以内に切替可能です。
まとめ
フェイルオーバーは、障害発生時にサービス停止時間を数秒から数分に抑えるための必須機能です。PostgreSQL の Patroni、Keepalived の VRRP、AWS Route 53 のヘルスチェックなど、代表的な実装例を活用し、CPU 2.5 GHz 以上、10 Gbps 以上のネットワークカード、NVMe SSD 512 GB 以上のストレージを備えた構成で実装すると、2025 年、2026 年の最新技術動向にも対応できます。自作PC での構築は、適切なハードウェア選択と監視・バックアップ体制を整えることで、次世代の高可用性を実現可能です。