はじめに

「帯域が足りない」「帯域制限がかかっている」といった言葉を聞いたことはありませんか？

ネットワークにおける 帯域（Bandwidth） は、IT インフラを理解する上で欠かせない概念です。しかし、目に見えないため、いまいちピンとこない方も多いのではないでしょうか。

この記事では、道路と車の関係 を使って、帯域の概念をわかりやすく解説します。この例えを理解すれば、ネットワークのトラブルシューティングも格段にしやすくなりますよ。

対象読者

ネットワークの基礎を学びたい IT 初心者
「帯域」という言葉の意味を正しく理解したいエンジニア
インフラ関連の会話についていきたい方

帯域とは何か？道路で考えてみよう

まずは、ネットワークと道路の対応関係を見てみましょう。

ネットワーク	道路
回線・ケーブル	道路そのもの
データ（パケット）	車
帯域	車線の数
通信速度	車の流れる速さ

帯域とは、一度に通れる車の数（データ量）を決める「車線の数」 のようなものです。

1 車線の道路では 1 台ずつしか通れませんが、4 車線あれば 4 台同時に通れますよね。これが帯域の考え方です。

具体的な数値で見てみる

100 Mbps の回線 → 1 車線の道路
1 Gbps の回線 → 10 車線の高速道路

1 Gbps の回線は、100 Mbps の 10 倍の「車線数」があるため、同時に 10 倍のデータを流すことができます。

帯域にまつわる重要概念

帯域を理解したら、関連する用語も道路で理解してしまいましょう。

帯域幅（Bandwidth）= 道路の幅

帯域幅は、道路の幅（車線の数） そのものです。

これは理論上の最大値を表します。「この道路は最大 4 台同時に通れる」という設計値のようなものですね。

スループット（Throughput）= 実際に通過した車の数

スループットは、ある時間内に実際に通過した車の数 です。

4 車線の道路でも、渋滞していれば実際に通過できる車は少なくなります。これがスループットです。

帯域幅 ≧ スループット

帯域幅は理論上の上限、スループットは実測値と覚えておきましょう。

レイテンシ（Latency）= 目的地までの所要時間

レイテンシは、1 台の車が出発してから目的地に到着するまでの時間 です。

道路が広くても（帯域が大きくても）、道路が長ければ到着までに時間がかかりますよね。これがレイテンシです。

要素	道路での例	ネットワークでの例
距離	東京〜大阪間	サーバーまでの物理的距離
信号待ち	赤信号で止まる	ルーター・スイッチでの処理時間
速度制限	制限速度	光の伝播速度

パケットロス = 渋滞による事故や離脱

パケットロスは、渋滞がひどすぎて車が事故ったり、諦めて帰ってしまう状態 です。

ネットワークでは、データ（パケット）が途中で失われることを指します。これが発生すると、再送が必要になり、通信効率が大幅に低下します。

なぜ「渋滞」が起きるのか？

ネットワークでも道路と同じように「渋滞」が発生します。その原因を見てみましょう。

原因1: 帯域の上限を超えたリクエスト

4 車線の道路に 8 台の車が同時に入ろうとすれば、当然渋滞します。

ネットワークでも、契約している帯域を超えるデータ通信が発生すると、待ち時間（遅延）が発生したり、パケットが破棄されたりします。

原因2: ボトルネックの発生

ボトルネック とは、経路の一部だけが狭くなっている状態です。

高速道路から一般道に降りるとき、車線が減って渋滞しますよね。ネットワークでも同じことが起こります。

例えば：

オフィスの LAN は高速だが、インターネット接続回線が遅い
サーバーの NIC（ネットワークカード）がボトルネックになっている

どこか 1 箇所でも遅い部分があると、全体の速度がそこに律速されます。

帯域制限と QoS（優先レーン）

帯域制限 = 速度制限

道路には速度制限がありますよね。ネットワークでも同様に 帯域制限 をかけることがあります。

帯域制限をかける理由：

特定のユーザーが帯域を独占しないようにする
重要でない通信を制限して、重要な通信を守る
コスト管理（従量課金の場合）

QoS（Quality of Service）= 優先レーン

QoS は、救急車やパトカーのための優先レーン のようなものです。

緊急車両が渋滞に巻き込まれないよう優先されるように、ネットワークでも 重要なトラフィックを優先的に処理 する仕組みが QoS です。

QoS で優先されがちなトラフィック：

音声通話・ビデオ会議 → 遅延に敏感
基幹システムの通信 → 業務に直結
リアルタイム性が求められるもの → オンラインゲームなど

実務での帯域に関するトラブルシューティング

「ネットワークが遅い」と言われたとき、道路の例えを思い出してください。

チェックポイント

確認項目	道路での例え	確認コマンド例
帯域幅は十分か？	車線数は足りているか	契約回線の確認
スループットはどうか？	実際に車は流れているか	`iperf3` で測定
レイテンシは正常か？	到着時間は妥当か	`ping` で確認
パケットロスはないか？	事故は起きていないか	`ping` の loss 率
ボトルネックはどこか？	どこで渋滞しているか	`traceroute` で経路確認

よくある原因と対策

症状: 特定の時間帯だけ遅い

原因: 通勤ラッシュのようなもの。利用者が集中している
対策: 帯域の増強、利用時間の分散

症状: 常に遅い

原因: そもそも道路（帯域）が狭い
対策: 回線のアップグレード

症状: 特定の通信だけ遅い

原因: 帯域制限がかかっている可能性
対策: QoS 設定の見直し

まとめ

ネットワーク帯域を道路に例えて解説しました。最後に対応表をまとめておきます。

ネットワーク用語	道路での例え
帯域幅（Bandwidth）	車線の数（理論上の容量）
スループット	実際に通過した車の数
レイテンシ	目的地までの所要時間
パケットロス	事故・離脱した車
ボトルネック	車線が減少する地点
帯域制限	速度制限
QoS	救急車用の優先レーン
渋滞	ネットワーク遅延・輻輳

この例えを頭に入れておけば、ネットワークのトラブルが起きたときも「どこで渋滞しているのか？」という視点で考えられるようになります。

ぜひ実務で活用してみてください！

参考リンク