nload vs bmon vs vnstat：Linux帯域幅監視ツールの比較

nload、bmon、vnstatは、知っておくべき3つのLinux帯域幅監視ツールです。これらはそれぞれ異なる課題を解決し、最適な解決策は通常、2つを組み合わせたものとなります。本記事では、各ツールの得意分野、弱点、そして状況に応じてどれを選択すべきかについて解説します。

nload：リアルタイムのスループットを一目で把握

nloadは、単一のインターフェースにおけるリアルタイムのスループットを、着信トラフィック用と発信トラフィック用の2つのASCIIグラフで表示するターミナルツールです。 /proc/net/dev 直接読み込むため、root権限なしで動作し、CPU使用率はごくわずかです。

インターフェース名を指定して起動します:

nload eth0

便利なオプション:

• -u M 表示単位をMB/sに変更します（デフォルトはビット/秒）
• -m 1つの画面に複数のインターフェースを表示（グラフは表示されません）
• -t 1000 更新間隔をミリ秒単位で設定します

実行中に F2 を押すと、再起動せずに更新レートやグラフの拡大縮小を調整できます。

画面に表示される内容：現在のレート、平均、最小、最大、およびセッション中の総転送量。これだけで、サーバーが期待通りのトラフィックを送信しているかを確認したり、急激なスパイクを発見したりするのに十分です。表示されないもの：プロセスごとの内訳、接続ごとの内訳、および履歴データ。ターミナルを閉じると、セッションの統計情報は消えます。

「このサーバーは現在、回線を飽和させているか？」という疑問に5秒以内に答えたいときは、nloadを活用してください。

bmon：複数のインターフェースの監視

bmonは異なるアプローチを採用しています。1つのインターフェースを詳細に表示するのではなく、ホスト上のすべてのインターフェースを一度に表示します。上部のペインには、各インターフェースの現在の受信（RX）および送信（TX）レートが一覧表示されます。下部のペインには、選択したインターフェースのグラフが表示されます。矢印キーでインターフェースを切り替えることができます。

これは、仮想化ホスト、ルーター、複数のNICを搭載した専用サーバー、あるいはDockerを実行している環境など、インターフェースの数が数十に及ぶ場合に最適なツールです。nloadを使って一つずつ確認していくのは、非常に手間がかかります。

詳細な統計情報を表示するには d を押すと、詳細な統計ビューが表示され、パケット数、エラー率、ドロップパケット、およびコリジョンが追加されます。このデータは、スループットの問題として現れないフラッピングリンク、MTUの不一致、またはNICドライバの問題を診断するために不可欠です。

インターフェース一覧を -p を使用してインターフェースリストをフィルタリングし、画面の混乱を解消できます：

bmon -p "eth*,ens*"

bmonはまた、構造化されたデータを -o JSON、XML、ASCII、またはHTML形式で構造化データをエクスポートすることも可能です。これは、スクリプトによるスナップショット作成や、他のツールへのデータ供給に便利です：

bmon -o ascii -p eth0 > /tmp/eth0-stats.txt

ただし、nload と同様の制限があります。履歴は永続化されません。ウィンドウを閉じるとデータは消えてしまいます。

vnstat：長期的な使用状況の追跡

vnstatは、他の2つがカバーし切れていない部分を補います。これはバックグラウンドデーモンとして動作し（vnstatd)として動作し、トラフィックカウンターを /var/lib/vnstat/に書き込みます。このデータベースは再起動後も維持され、5分ごとのサンプルを48時間、1時間ごとのデータを4日間、日ごとの合計を2ヶ月間、月次および年次の要約を無期限に保持します。

導入初日に有効化してください：

systemctl enable --now vnstat

重要な注意点：vnstatはデーモンが起動した時点からのトラフィックしか計測しません。インストール以前の利用状況を遡って測定することはできません。新しいサーバーでは、プロビジョニング中にインストールしてください。そうしないと、必要な時にデータが得られなくなります。

標準的なクエリ：

vnstat              # summary
vnstat -d           # daily breakdown
vnstat -m           # monthly totals
vnstat -h           # last 24 hours, hourly
vnstat -t           # top days
vnstat --json       # JSON export
vnstat -i eth0      # specific interface

vnstatは、「先月はどれだけのトラフィックを送信したか？」「月間上限に対して順調か？」「長期的な傾向はどうか？」といった疑問に答えるのに最適なツールです。 --alert フラグを使用すると、独自の課金サイクルに基づいた閾値を設定できます。これは、プロバイダーの「月」が暦上の月と一致しない場合に役立ちます。

ステータスページやレポートでグラフが必要な場合は、 vnstati を組み合わせてPNG形式で出力すれば、ステータスページやレポートにグラフを掲載できます：

vnstati -s -i eth0 -o /var/www/html/traffic.png

vnstatが得意としないこと：リアルタイム診断です。 -l ライブモードは存在しますが、単なるカウンターであり、グラフもインターフェースごとの詳細もありません。インシデント対応の際は、別のウィンドウでnloadやbmonを開いておく必要があります。

簡単な比較

これらのツールでは、どのプロセスや接続がトラフィックの原因となっているかは分かりません。そのためには、 iftop （接続単位）および nethogs （プロセス単位）が適切なツールであり、これらは上記のすべてと相性が良い。

どのツールをいつ使うか

月間上限のあるシングルインターフェースVPSの場合、初日にvnstatをインストールし、手っ取り早く確認したい時はnloadを使用してください。これで95%のケースをカバーできます。

専用サーバー、仮想化ホスト、またはコンテナを実行している環境では、nloadの代わりにbmonを使用してください。NICやブリッジが3～4つを超えると、マルチインターフェース表示が時間を大幅に節約します。

サーバー群全体のキャパシティプランニングには、vnstatのJSONエクスポートをPrometheusやGrafana、あるいは既に使用しているメトリクスツールにシームレスに連携させることができます。一度設定すれば、月次レポートが必要になるまで気にする必要はありません。

トラフィックに異常が見られ、その原因を特定する必要がある場合、これら3つのツールでは特定できません。そこで役立つのが iftop （帯域幅別上位接続）と nethogs （上位プロセス）が真価を発揮します。

これら3つのツールはいずれも、パケットをキャプチャするのではなくカーネルカウンターを読み取るため、10Gbpsリンクが飽和状態であってもオーバーヘッドは無視できるほど小さいです。これら3つすべてをインストールしない理由はありません。

まとめ

nload、bmon、vnstatは、それぞれ異なる質問に対応しています。すなわち、「現在1つのインターフェースで何が起きているか」、「複数のインターフェース全体で何が起きているか」、そして「時間の経過とともに何が起きたか」です。それぞれの質問に対して1つずつツールを選べば、約5分で設定が完了し、測定可能な負荷を一切加えることなく、帯域幅の監視体制を整えることができます。

ワークロードによって安定したトラフィックが発生しており、超過料金の心配を解消したい場合は、定額制のVPSを利用することで、定額制のポートと予測可能なコストが得られます。これにより、vnstatの履歴データは、請求に関するアラートではなく、計画立案のためのツールとして活用できるようになります。