冗長化

Redundancy

IT運用・現場

システムの構成要素に予備を設け、一部に障害が発生してもサービスを継続できる可用性を確保する手法です。

🐾 猫で例えると？

同じポーズでシンクロしながら寄り添って待機するアメショと茶トラ — 2基のユニットが同じ姿勢で待機するアクティブ・スタンバイ構成

常に寄り添い合いながら、同じ体勢でじっと待機しているアメショと茶トラ。まるで片方のシステムが予期せぬエラーでダウンしても、もう片方が瞬時に同じパフォーマンスを引き継げる完璧な二重化システムのようです。

🐾 猫あるある：IT現場の日常

おやつを狙う2匹の鋭い眼光：一方がおねだりに失敗しても、もう一方がすかさず割り込んで要求を確実に通す。
2匹体制でお出迎え待ち：1基がスリープ状態でも別の1基が稼働して要求を処理する。
複数のトイレを並べて配置する：単一障害点を排除し別のノードで正常にトランザクションをさばく。

💻 IT現場における「冗長化」とは？

インフラやサーバー構築の現場において、「冗長化」はシステムの信頼性を担保するための鉄則です。サーバー、ネットワーク回線、電源、ストレージなど、あらゆる単一障害点（SPOF）を排除するために、同じ機能を持つコンポーネントを複数用意します。

実務では、すべての機器を同時に稼働させて負荷分散を行う「アクティブ・アクティブ構成」と、普段は予備機を待機させておき、本番機が落ちた際に切り替える「アクティブ・スタンバイ構成」が要件定義に応じて使い分けられます。予算や目標復旧時間（RTO）のバランスを見極めるのが、インフラエンジニアの腕の見せ所です。

⚠️ 冗長化の仕組みと注意点

冗長化はただ機器を2台並べれば良いというわけではありません。本番機から予備機へ自動で切り替える「フェイルオーバー」の仕組みを正しく設計しないと、障害時に両方のシステムが中途半端に動いてデータが破損するなどの重大なトラブルを招きます。

Keepalivedによる仮想IPでの冗長化例

Linux環境でWebサーバーを冗長化する際、よく使われる高可用性（HA）ツールの設定イメージです。本番機（Master）と予備機（Backup）の間で生存確認を行います。

// keepalived.conf (Masterノードの設定例)
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 101
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass catpass123
    }
    virtual_ipaddress {
        192.168.1.100
    }
}

この設定により、クライアントは常に仮想IP（192.168.1.100）にアクセスすれば良くなり、内部でサーバーの切り替えが発生しても影響を受けずに通信を継続できます。

🛠️ 冗長化を賢く使うためのポイント

実用的な可用性を確保するために、以下のポイントを意識して設計・運用を行いましょう。

同期のズレを防ぐ： メインとバックアップ間でデータの同期遅延が起きないよう、レプリケーションの整合性を担保する。
定期的な切り替えテスト： いざという時にフェイルオーバーが正常に作動するか、本番環境を模した訓練を定期実施する。
監視体制の構築： 片方が落ちていることに気づかず「実質冗長化されていない期間」が生まれるのを防ぐため、ハートビート監視を徹底する。

アメショと茶トラがいつもシンクロしているように、私たちのシステムも常に呼吸を合わせて万全の体制を維持したいものですね。