Docker Named Volume完全ガイド｜docker volume create/ls/inspect/rm の使い方

前回（4-1 エフェメラル性）で「コンテナを rm するとデータが消える」という悲しい事実を確認しました。今回はその救世主、Named Volume（名前付きボリューム）を使いこなします。

ゴールは「PostgreSQLコンテナを作り直してもデータが1件も失われない」状態を実現すること。コマンド4つ（create / ls / inspect / rm）を押さえれば OK です。

目次

1. Named Volume とは何か
2. どこに保存されるのか
3. docker volume 4つの基本コマンド
4. docker run -v でコンテナから使う
5. ハンズオン：Postgres でデータ永続化を実証
6. 匿名ボリューム vs Named Volume
7. ボリュームの寿命とコンテナの寿命
8. 使わないボリュームの掃除（prune）
9. どんなときに使う？／bind mount との違い
10. まとめ

1. Named Volume とは何か

Named Volume は、Dockerが管理する名前付きのデータ保管箱です。コンテナとは独立した寿命を持ち、コンテナが消えてもボリュームは残り続けます。

2. どこに保存されるのか

Named Volume の実体は、Dockerが管理するホスト側のディレクトリに保存されます。Linux ではここ：

/var/lib/docker/volumes/<ボリューム名>/_data/

たとえば mydata という名前のボリュームなら、中身は /var/lib/docker/volumes/mydata/_data/ にファイルとして存在します。

3. docker volume 4つの基本コマンド

ボリューム操作の全てはこの4コマンドに集約されます。

3-1. volume create（作成）

$ docker volume create mydata
mydata

コマンドが成功するとボリューム名がそのまま出力されます。この時点でホスト側 /var/lib/docker/volumes/mydata/_data/ が作られ、空ディレクトリになっています。

3-2. volume ls（一覧）

$ docker volume ls
DRIVER    VOLUME NAME
local     mydata
local     pgdata-prod
local     redis-cache

DRIVER 列は普通 local（ホストOS上に保存する標準ドライバ）。特殊な用途で NFS / Azure Files など外部ストレージ用のドライバを使うこともあります。

3-3. volume inspect（詳細）

$ docker volume inspect mydata
[
    {
        "CreatedAt": "2026-04-20T12:34:56Z",
        "Driver": "local",
        "Labels": null,
        "Mountpoint": "/var/lib/docker/volumes/mydata/_data",
        "Name": "mydata",
        "Options": null,
        "Scope": "local"
    }
]

3-4. volume rm（削除）

$ docker volume rm mydata
mydata

docker run -v でコンテナから使う

作った（または自動作成される）ボリュームを実際にコンテナにマウントする書式：

docker run -v <ボリューム名>:<コンテナ内のパス>[:ro] <image>

# 例
docker run -d --name web -v mydata:/usr/share/nginx/html nginx
docker run -d -v pgdata:/var/lib/postgresql/data -e POSTGRES_PASSWORD=secret postgres:16

5. ハンズオン：Postgres でデータ永続化を実証

「コンテナを消してもデータが残る」を実際に目で確認します。PostgreSQL を題材にします。

5-1. ボリュームを作る

$ docker volume create pgdata
pgdata

$ docker volume ls
DRIVER    VOLUME NAME
local     pgdata

5-2. Postgres コンテナをボリューム付きで起動

docker run -d --name db1 \
  -e POSTGRES_PASSWORD=secret \
  -v pgdata:/var/lib/postgresql/data \
  postgres:16

ここでのポイントは /var/lib/postgresql/data。これがPostgres がデータベースのファイルを置くデフォルトのパスです。ここにボリュームをマウントすることで、DBの中身をボリュームに書き込ませます。

5-3. データを入れる

$ docker exec -it db1 psql -U postgres

postgres=# CREATE TABLE users (id SERIAL PRIMARY KEY, name TEXT);
CREATE TABLE

postgres=# INSERT INTO users (name) VALUES ('Alice'), ('Bob'), ('Carol');
INSERT 0 3

postgres=# SELECT * FROM users;
 id | name
----+-------
  1 | Alice
  2 | Bob
  3 | Carol
(3 rows)

postgres=# \q

5-4. コンテナを完全に削除する（ドキドキ）

$ docker rm -f db1
db1

$ docker ps -a | grep db1
（何も表示されない — 完全に消えた）

$ docker volume ls
DRIVER    VOLUME NAME
local     pgdata          ← ボリュームは生きている！

5-5. 新しいコンテナで同じボリュームに繋ぐ

docker run -d --name db2 \
  -e POSTGRES_PASSWORD=secret \
  -v pgdata:/var/lib/postgresql/data \
  postgres:16

$ docker exec -it db2 psql -U postgres

postgres=# SELECT * FROM users;
 id | name
----+-------
  1 | Alice
  2 | Bob
  3 | Carol
(3 rows)                     ← データが生き残ってる！🎉

postgres=# \q

5-6. 後片付け

# コンテナを止めて消す
docker stop db2
docker rm db2

# ボリュームも消したいなら
docker volume rm pgdata

5-7. シミュレータでマウントの挙動を確認

Named Volume と Bind Mount の違い、そしてコンテナ削除後もボリューム側のファイルが残る様子を下のシミュレータで確認できます。

6. 匿名ボリューム vs Named Volume

実は Named ではない「匿名ボリューム（anonymous volume）」も存在します。知らないうちに作られて増え続けるので、違いを把握しておきましょう。

DRIVER    VOLUME NAME
local     pgdata                         ← Named（わかりやすい）
local     redis-cache                    ← Named
local     2f8a4e1b9c7d6e5f3a2b1c0d9e8f7a6b5c4d3e2f1a0b9c8d7e6f5a4b3c2d1e0f  ← 匿名（謎）
local     9a8b7c6d5e4f3a2b1c0d9e8f7a6b5c4d3e2f1a0b9c8d7e6f5a4b3c2d1e0f8a7b  ← 匿名（謎）

7. ボリュームの寿命とコンテナの寿命

ボリュームの寿命はコンテナよりずっと長いことを時間軸で整理します。

8. 使わないボリュームの掃除（prune）

開発していると「どのコンテナにもアタッチされていない匿名ボリューム」が溜まっていきます。まとめて掃除するには prune：

$ docker volume prune
WARNING! This will remove anonymous local volumes not used by at least one container.
Are you sure you want to continue? [y/N] y
Deleted Volumes:
2f8a4e1b9c7d...
9a8b7c6d5e4f...

Total reclaimed space: 2.3 GB

9. どんなときに使う？／bind mount との違い

Named Volume と Bind Mount（4-3）の使い分けを先に一覧しておきます。

10. まとめ

参考リンク

• Volumes（Docker公式） — Named Volume の一次情報源。作成・マウント・バックアップ手順まで網羅。
• docker volume リファレンス — create / ls / inspect / rm / prune 全オプションの公式解説。
• Docker Hub: postgres — 公式 README に PGDATA とボリューム推奨パスの記載あり。

Dockerの基礎を動画で体系的に学びませんか？

実務で使う基礎だけを3時間に凝縮。環境構築から丁寧に解説しています。

クーポン割引で講座を見る →