VRRPとは

VRRPを読むときの前提

VRRP（Virtual Router Redundancy Protocol）は、複数のルーターやL3スイッチで仮想IPを共有し、デフォルトゲートウェイを冗長化する仕組みです。端末は仮想IPをゲートウェイとして使い、Masterが落ちたときにBackupが引き継ぎます。

VRRPでは、仮想IPがあることだけでなく、どの機器がMasterか、priority、preempt、track、仮想MAC、ARP更新、上位経路の状態を確認します。片側機器だけ生きていても、上流回線や経路が死んでいれば利用者通信は復旧しません。

設計資料には、VRID、仮想IP、仮想MAC、Master候補、priority、preempt、track対象、切替条件、戻し方を残します。

Master/Backupとpriorityを見る

障害時は、現在のMaster、Backup、priority、状態遷移ログを確認します。意図した主系がMasterになっているか、Backupが待機しているか、priority差が運用方針と合っているかを見ます。

preemptを有効にすると、復旧した主系が自動でMasterへ戻ることがあります。これは便利ですが、回線や上位経路が安定していない段階で戻ると再切替を起こします。preempt delayやtrack条件も合わせて考えます。

• Master/Backup、priority、VRID、仮想IPを保存する。
• preemptの有無と戻りタイミングを確認する。
• 状態遷移ログと障害時刻を突合する。

trackと上位経路を見る

VRRPはローカル機器の冗長化だけでは不十分です。上位回線、WAN、Firewall、ルーティング、LACP、SVIの状態をtrackしないと、下位端末から見えるゲートウェイは生きているのに外へ出られない状態になります。

trackでpriorityを下げる設計では、どの障害を検知したらMasterを譲るか、どの障害では譲らないかを明確にします。監視対象が多すぎると不要な切替が増え、少なすぎるとブラックホールになります。

• track対象とpriority減算値を確認する。
• 上位回線、経路、FW、LAGの状態を同時に見る。
• 切替条件と利用者影響を対応表にする。

ARPと端末影響を確認する

VRRP切替では、仮想MACやgratuitous ARPが端末やスイッチへ正しく伝わるかが重要です。切替自体は成功しても、ARPキャッシュやスイッチのMAC学習が古いと、一部端末だけ通信が戻らないことがあります。

サーバーセグメントや拠点LANでは、切替時間だけでなく、利用者通信が何秒止まるか、アプリの再接続が必要か、監視がどう反応するかを確認します。

• 仮想MAC、ARP、MACアドレステーブルを確認する。
• 切替時のパケットロスと復旧秒数を測る。
• 端末、サーバー、監視の見え方を分けて残す。

変更証跡と引き継ぎ

VRRP作業では、投入前後のVRRP状態、priority、track、関連interface、ARP/MAC情報、切替試験結果、戻し手順を残します。冗長化は存在するだけではなく、意図した条件で切り替わり、意図した条件で戻ることを確認して初めて意味があります。

引き継ぎでは、どちらを主系にするか、なぜそのpriorityか、preemptを許すか、track対象は何か、手動切替時にどの通信を確認するかを残します。関連語としてはデフォルトゲートウェイ、冗長化、ルーティング、ARP、LACPを並べると理解しやすくなります。

• 切替試験と戻し試験の結果を保存する。
• preemptとtrackの設計理由を書く。
• 利用者影響と監視アラートを作業記録へ残す。

関連語

同じ主要カテゴリの用語

運用・監視の学習順

同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。

InfraEngKit内の関連機能