ロードアベレージ：3つの数値の意味

uptime コマンドと htop の最上段には 3 つの数値が表示されます。これは 1 分、5 分、15 分の平均負荷です。Linux で最も誤解されている指標であり、CPU 負荷と混同されがちです。

実際には何を表すのか

ロードアベレージとは、CPU で計算中か、ディスクの応答を待っているプロセスの平均数のことです。混乱を生むのは 2 つ目の要素です。12 個のプロセスがすべてディスク待ちのキューに並んでいれば、CPU がほぼアイドル状態でもロードが 12 と表示されることがあります。

uptime
# 14:22:03 up 9 days,  2:41,  1 user,  load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc          # how many cores your plan has

何が正常かはコア数によって決まります

経験則はシンプルです。ロードがコア数と等しければ、キューがなくマシンが完全に稼働している状態を意味します。

3 つの数値はトレンドとして読み取ります。5.0, 2.0, 1.0 は負荷がちょうど上昇したところで、おそらく自分で何かを起動したのが原因です。1.0, 2.0, 5.0 はピークを過ぎてマシンが負荷を下げている状態です。3 つの数値が似たように大きい場合は持続的な過負荷であり、これこそが修正すべきケースです。

次にどこを見るか

高いロードは症状であり、診断ではありません。原因を切り分けましょう。

vmstat 2 5

• r 列（実行待ちのプロセス）が大きく、us/sy も高い場合は CPU の限界に達しています。原因を htop で探しましょう。
• b 列が大きく、wa も高い場合はディスクの限界に達しています。次は iostat と iotop をご覧ください。
• si/so が増加している場合はスワップが発生しており、メモリが不足しています。メモリとスワップ をご覧ください。

htop で状態 D のプロセスはまさに I/O を待っており、ロードアベレージを押し上げているものです。

より上位のティアへ移行すべきタイミング

プロジェクトのビルド、パッケージ更新、夜間バックアップの際の一時的なスパイクは無視してください。本当のシグナルは次のようなものです。パネルの週間 CPU グラフ /hosting/vds/m/<id> でプラトーが続き、ロードアベレージがコア数を一貫して上回り、原因が忘れられたスクリプトではなく本番アプリケーションである場合です。その場合は より上位のティアへ移行する のが合理的です。移行は上位方向のみ可能で、支払い済み期間の残り日数分を追加で支払います。

よくある間違い

• ロードを 100% と比較する。 ロードアベレージはパーセントではありません。VDS-3 で 4 という値はマシンが完全に稼働している状態であり、災害ではありません。
• 最初の数値だけを見る。 1 分平均はわずかなことでも跳ね上がります。判断は 15 分平均で行います。
• ノード上の隣人の存在を忘れる。 vmstat の st（steal）列はハイパーバイザーに奪われた時間を示します。一貫して高い値はサポートに連絡する理由になります。これはあなたの問題ではありません。

ロードアベレージはメモリについて何も語りません。マシンが 0.2 を示していても、OOM キラーが発動する一歩手前である可能性があります。