ネットワークを構築するとは「機器をケーブルで繋ぎ、アドレスを設定すること」だと思いがちです。しかし企業のネットワークインフラは、ただ繋がっているだけでは不十分です。
次のような問いに、エンジニアは答えられなければなりません。
- メインのルータが壊れたとき、通信はどうなるのか
- 音声通話中に大容量ファイルが転送されたとき、音質は保てるのか
- 遠隔地の機器で何かトラブルが起きたとき、即座に把握できるのか
これらの問いに答えるのが、ゲートウェイの冗長化(HSRP)・サービス品質制御(QoS)・ネットワーク監視(SNMP)という3つの技術です。この記事では、ネットワークを「ビジネスに耐えうる堅牢な基盤」へと進化させるこれらの仕組みを解説します。
1. ゲートウェイの冗長化:出口が1つでは困る理由

端末がインターネットなどの外部ネットワークと通信するには、必ずデフォルトゲートウェイ(出口となるルータ)を経由します。このルータが1台しかない場合、故障した瞬間に外部との通信が完全に止まります。
冗長化とは、そのリスクを複数台のルータで分担することで解消する設計です。
HSRPの基本的な仕組み
冗長化の核心は「利用者から見て、あたかも1台のゲートウェイが存在するように見せること」です。これを実現するのがHSRP(Hot Standby Router Protocol)です。
複数のルータをグループ化し、そのグループ全体に「仮想IPアドレス」と「仮想MACアドレス」を割り当てます。端末には物理ルータのIPではなく、この仮想IPをデフォルトゲートウェイとして設定します。
[端末側の設定]
ゲートウェイ: 192.168.1.1(仮想IP)
[スイッチ]
|
--------|--------
| |
[ルータA:アクティブ] [ルータB:スタンバイ]
実際の通信を処理 ルータAを監視して
障害時に引き継ぐ
このため、背後のルータが故障して切り替わっても、端末側は設定変更を一切行うことなく通信を継続できます。
役割の分担と自律的な監視
HSRPグループ内の機器は、Helloパケットという生存確認信号を定期的に交換しながら次の役割を分担します。
| 役割 | 名称 | 担う仕事 |
|---|---|---|
| 主導機 | アクティブルータ | 実際に通信を転送し、仮想アドレス宛の要求に応答する |
| 待機機 | スタンバイルータ | アクティブルータを監視し、障害を検知したら即座に引き継ぐ |
| その他 | リスニングルータ | スタンバイが不在になった場合に備えて待機する |
アクティブルータからのHelloパケットが途絶えると、スタンバイルータが自律的にアクティブへ昇格します。昇格した際、周辺スイッチへ転送先が自分に変わったことを知らせる信号を送り、周囲のスイッチは何事もなかったようにパケットを新しいアクティブルータへ送り始めます。
より賢い制御:プリエンプトとトラッキング
基本の切り替えだけでなく、HSRPには運用を高度化する機能があります。
プリエンプト(強制昇格)とは、障害から復旧した高性能なルータが、自動的に主導権を奪還する機能です。これがないと、障害から復旧しても低性能なルータがアクティブのまま居続けることがあります。
トラッキング(経路追跡)は、ルータ自身は正常でも、その先の回線が断絶している場合に自身の優先度を下げて、正常な回線を持つ別ルータに主導権を渡す機能です。ルータが生きているだけでなく、インターネットへの経路まで正常かどうかを考慮した賢い切り替えが実現します。
| 機能 | 役割 | 設定しないとどうなるか |
|---|---|---|
| プリエンプト | 復旧した高性能ルータが自動的に主導権を奪還する | 障害復旧後も低性能なルータがアクティブのまま残る |
| トラッキング | 上流回線の断絶を検知して優先度を下げる | ルータは正常でも上流が止まっていることに気づかない |
2. QoS:データに「優先度」という秩序を与える
ネットワーク上には、メール、ウェブ閲覧、動画配信、音声通話など、性質の異なるデータが混在しています。これらをすべて同列に扱うと、大容量のファイル転送が音声通話の帯域を圧迫して、通話の音質が悪化するといった問題が起きます。
QoS(Quality of Service:サービス品質制御)は、通信の種類に応じて優先度を設定し、重要なデータを守る技術です。
品質を阻害する3つの要因
QoSが解決しようとしている問題は主に3つです。
- 遅延(Latency):データが目的地に届くまでの時間。特に音声通話ではわずかなズレが音の途切れとして直撃する
- 揺らぎ(Jitter):遅延のばらつき。安定した通話のためには遅延の変動が小さいことが重要
- パケットロス(Packet Loss):データが途中で消失すること。音声通話では声の欠落として現れる
DiffServモデルによる制御の流れ
現在の標準的なQoS制御モデルがDiffServです。次のステップでパケットを処理します。
- 識別と分類:パケットの種類を見極める(音声、動画、通常データなど)
- 印付け(マーキング):パケットのヘッダにDSCP値という優先度情報を書き込む
- キューイング:優先度に応じて、送信待ちバッファ(行列)の順番を決める
- スケジューリング:音声パケットなど優先度の高いデータをLLQ(Low Latency Queueing)という手法で最優先に送り出す
[パケットの種類を識別]
↓
[DSCP値で優先度を付与]
↓
高優先度キュー: 音声通話 → 最優先で送り出す
中優先度キュー: 動画会議 → 次に送り出す
低優先度キュー: ファイル転送、メール → 帯域が余ったときに送る
↓
[スケジューリングで順番通りに送出]
WREDによる混雑の予防
バッファが完全に満杯になってからパケットを捨てると、大量のデータが一気に失われてしまいます。これを防ぐのがWRED(Weighted Random Early Detection)という仕組みです。
バッファが溢れる前に、優先度の低いパケットから少しずつランダムに間引くことで、急激なパケットロスを防ぎ、ネットワーク全体の通信の安定性を保ちます。
QoSの設計で押さえておきたいポイント
QoSは適切に設計しないと効果が薄くなります。実務でよく見られる注意点を整理します。
- マーキングはできるだけ入り口で行う:通信の種類は境界のルータやスイッチで識別し、ネットワークの早い段階で優先度を付けておくと全体に効果が及ぶ
- 音声通話の帯域は必ず確保する:LLQで音声を最優先にしても、全体の帯域が不足していれば意味がない。音声に必要な帯域を計算した上で設計する
- エンド・ツー・エンドでの一貫性が大切:途中のルータやスイッチでQoS設定が抜けると効果が失われる。経路上の全機器で一貫した優先制御が機能しているかを確認する
3. SNMP:ネットワーク機器を一括で監視する仕組み
ネットワークが大きくなると、何十台もの機器を個別に確認しに行くのは非現実的です。SNMPは、遠隔から一括して機器の健康状態を把握するための標準的な監視プロトコルです。
SNMPを構成する3つの要素
SNMPは次の3つの要素で成り立っています。
| 要素 | 役割 |
|---|---|
| マネージャ | 監視システムの司令塔。各機器に情報を要求したり、通知を受け取ったりする |
| エージェント | 監視対象の機器(ルータ・スイッチなど)で動くプログラム。マネージャからの要求に応答する |
| MIB(Management Information Base) | 各機器が保持するデータベース。CPU使用率・通信量・エラー数などが格納されている |
マネージャがエージェントに対して「CPU使用率を教えてほしい」とOID(Object Identifier:識別番号)を指定してリクエストすると、エージェントはMIBから該当データを取り出して返答します。
2つの監視スタイル:ポーリングとトラップ
SNMPの監視方法には、次の2つのスタイルがあります。
ポーリング(能動的な巡回)とは、マネージャが定期的に「今の状態は?」と各機器に問いかける方式です。CPU使用率や通信量の推移をグラフ化するような、統計的なデータ収集に向いています。
トラップ/インフォーム(受動的な通知)とは、機器側から「異常発生!」と自発的に知らせる方式です。障害の即時検知にはこちらが不可欠です。
| スタイル | 方向 | 向いている用途 |
|---|---|---|
| ポーリング | マネージャが機器へ定期的に問い合わせ | 通常時の統計データ収集・グラフ化 |
| トラップ | 機器からマネージャへ自発的に通知 | 障害の即時検知・アラート |
| インフォーム | トラップと同様だが受信確認あり | 重要な通知の確実な伝達 |
実際の運用では、定期的なポーリングで通常時のベースラインを把握しつつ、異常発生時はトラップで即座に検知するという両方を組み合わせた運用が一般的です。
SNMPのバージョンとセキュリティ
SNMPにはバージョンがあり、使用するバージョンによってセキュリティの強度が大きく異なります。
| バージョン | 認証 | 暗号化 | 現在の評価 |
|---|---|---|---|
| SNMPv1 | コミュニティ文字列のみ | なし | 使用すべきでない |
| SNMPv2c | コミュニティ文字列のみ | なし | 通信内容が平文で盗聴リスクあり |
| SNMPv3 | ユーザー認証あり | 暗号化あり | 業務インフラでの標準 |
SNMPv1・v2cはコミュニティ文字列(パスワードのような文字列)を使いますが、通信が暗号化されていないため、ネットワーク上で盗聴されるリスクがあります。業務インフラではSNMPv3の使用が現在の標準です。
監視で何を見るべきか
SNMPで収集できる情報は多岐にわたります。監視設計の段階で、何を閾値として警告を出すかを決めておくことが重要です。
- CPU・メモリ使用率:一定の値を超え続けている場合は機器の過負荷を示す
- インターフェースの通信量:帯域の使用率が高い状態が続く場合は容量不足のサインになる
- エラーカウンター:ポートのエラーが増加している場合はケーブルの劣化や機器の不具合を疑う
- リンクアップ/ダウンの状態変化:予期しない切断を即座にトラップで検知する
4. 3つの技術が組み合わさるとどうなるか

HSRP・QoS・SNMPは、それぞれ独立した技術ですが、実際の現場では組み合わさって機能します。
たとえばアクティブルータが障害で切り替わる瞬間を考えてみましょう。
- SNMPのトラップが即座に管理者へ「ルータAがダウン」と通知する
- HSRPによって通信はスタンバイルータへ自動的に切り替わる
- 切り替え中もQoSによって音声通話やビデオ会議の通信が優先されて保護される
- 切り替え後、SNMPのポーリングで帯域使用率や遅延の変化を継続して記録する
このように、3つの技術はそれぞれが別の層でネットワークを守りながら、互いに補い合って「ビジネスを止めない」環境を実現します。
| 技術 | 守るもの | 役割 |
|---|---|---|
| HSRP(ゲートウェイ冗長化) | 可用性 | 出口が壊れても通信が続く「止まらない」インフラを作る |
| QoS(サービス品質制御) | パフォーマンス | 重要な通信を優先して「滞らない」状態を保つ |
| SNMP(ネットワーク監視) | 可視性 | 機器の状態を一元的に把握して「見落とさない」運用を実現する |
まとめ:ビジネスを止めないための3つの視点
ネットワークは「繋がっている」だけでは不十分です。壊れても止まらない、混雑しても滞らない、異常を見落とさない、という3つの視点を設計段階から持つことが、ビジネスに耐えうるインフラの条件です。
この記事のポイントをまとめると、次のようになります。
- HSRPは複数ルータに仮想IPを持たせ、障害時に自動で切り替えることで通信を止めない冗長化を実現する
- プリエンプトで復旧後の主導権奪還を自動化し、トラッキングで上流回線の障害も検知できる
- QoSはDSCP値で通信に優先度を付け、音声や動画などリアルタイム通信を最優先で保護する
- WREDでバッファが溢れる前に低優先度のパケットを間引き、急激なパケットロスを防ぐ
- SNMPはマネージャ・エージェント・MIBの3要素で成り立ち、機器の状態を遠隔から一元管理する
- ポーリングで定常的なデータを収集し、トラップで障害を即座に検知する組み合わせが実務の基本
- 業務インフラではユーザー認証と暗号化に対応したSNMPv3を使うことが現在の標準
- 3つの技術は単体で機能するだけでなく、組み合わさることで互いの弱点を補い合って堅牢性が高まる
設定コマンドを覚えることはもちろん大切ですが、「この技術がなければ何が起きるのか」「3つがどう連携してビジネスを守るのか」という全体像を理解することが、頼られるインフラエンジニアへの近道です。

