【Docker】ディスクが増える原因の特定

1. まず本当にディスクが埋まっているか確認（df）

Dockerが原因かどうかの前に、どこが埋まっているかを確認します。

$ df -h

よくある例

• / が満杯（Dockerのデータがルート配下にあることが多い）
• /var が別パーティションで満杯（/var/lib/docker が効いている可能性）

2. Dockerがどれくらい使っているかを見る

まずは全体の当たりを付けます。

$ docker system df

注目する項目

• Images：イメージが溜まっていないか
• Containers：停止コンテナが溜まっていないか
• Local Volumes：ボリュームが肥大していないか
• Build Cache：ビルドキャッシュが溜まっていないか

3. どのデータが増えているかの当たりを付ける

Dockerのデータは典型的にはここにあります（環境により異なる場合があります）。

• Docker本体データ：/var/lib/docker
• コンテナログ：/var/lib/docker/containers/<container-id>/*.log

まずは /var/lib/docker のサイズを確認します。

$ sudo du -h -d 1 /var/lib/docker | sort -h

4. コンテナログ（jsonログ）が肥大していないか確認

Dockerはデフォルトでコンテナの標準出力/標準エラーをログとして溜めます。ログが出続けると、ここが膨らみます。

4-1. containers 配下のサイズを見る

$ sudo du -h -d 2 /var/lib/docker/containers | sort -h | tail -n 20

4-2. 大きいログファイルを探す（上位20件）

$ sudo find /var/lib/docker/containers -type f -name "*.log" -printf "%s %p\n" | sort -n | tail -n 20

5. どのコンテナが原因か特定する

ログパスに含まれるコンテナID（長い文字列）から、コンテナ名を引けます。

5-1. コンテナ一覧を表示（IDと名前）

$ docker ps -a --format "table {{.ID}}\t{{.Names}}\t{{.Status}}\t{{.Image}}"

5-2. あるコンテナIDの詳細を見る

$ docker inspect <container-id> --format '{{.Name}}'

※ .Name は先頭に / が付くことがあります。

6. ボリュームが肥大しているか確認

DBやWordPressのアップロード、キャッシュなどはボリュームに溜まりがちです。

6-1. ボリュームの一覧

$ docker volume ls

6-2. どのボリュームを誰が使っているか

$ docker ps -a --format "table {{.Names}}\t{{.Mounts}}"

7. 事故らないための注意点（重要）

応急処置の考え方

もし原因がログ肥大だった場合の次の打ち手は、だいたいこのどれかです。

• ログローテーション設定（Dockerのlogging driver / log-opts で上限）
• アプリ側のログ量の見直し（エラー連発やデバッグログ）
• 監視/収集（必要なログは別経路に流す）

確認（直ったかチェック）

調査や応急対応の後は、まずここで改善を確認します。

$ df -h
$ docker system df