はじめに
「帯域が足りない」「帯域制限がかかっている」といった言葉を聞いたことはありませんか？
ネットワークにおける 帯域（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 | 救急車用の優先レーン |
| 渋滞 | ネットワーク遅延・輻輳 |
この例えを頭に入れておけば、ネットワークのトラブルが起きたときも「どこで渋滞しているのか？」という視点で考えられるようになります。
ぜひ実務で活用してみてください！