Docker Volume と bind mount の違いとは？使い分けをわかりやすく解説

Dockerのデータ永続化、2つの方法を正しく使い分けよう

Dockerコンテナは、停止・削除するとコンテナ内のデータも一緒に消えてしまいます。これを防ぐために「データの永続化」が必要ですが、その方法には大きく分けて Volume（ボリューム） と bind mount（バインドマウント） の2つがあります。

この記事では、両者の仕組み・使い方・パフォーマンスの違いを比較しながら、どう使い分ければよいかを解説します。

結論：本番はVolume、開発はbind mount

先に結論をお伝えします。

• 本番環境・データ保存 → Volume（Dockerが管理し、安全で高パフォーマンス）
• 開発環境・ソースコード同期 → bind mount（ホスト側の変更が即座にコンテナに反映される）

以下で、それぞれの特徴を詳しく見ていきましょう。

Volume と bind mount の比較表

💡 Mac/WindowsでVolumeが速い理由

Mac/WindowsのDockerは内部的にLinux VMを動かしています。bind mountの場合、ホストOS ↔ VM間のファイル共有が発生するためオーバーヘッドが生じます。一方、VolumeはVM内のLinuxファイルシステムに直接保存されるため高速です。

Volume の使い方

ボリュームを作成する

# ボリュームを作成
docker volume create my-data

# ボリューム一覧を確認
docker volume ls

# ボリュームの詳細を確認
docker volume inspect my-data

docker volume inspect を実行すると、保存先のパス（/var/lib/docker/volumes/my-data/_data）などの情報が確認できます。

コンテナでVolumeを使う

# -v でボリュームをマウントして起動
docker run -d -v my-data:/app/data nginx

# ボリュームが存在しない場合は自動作成される
docker run -d -v new-volume:/app/data nginx

💡 ボリュームの自動作成

-v で指定したボリューム名が存在しない場合、Dockerが自動で作成してくれます。ただし、意図しない名前のボリュームが増えないよう、事前に docker volume create で作成しておくのがおすすめです。

ボリュームの削除

# 特定のボリュームを削除
docker volume rm my-data

# 使われていないボリュームを一括削除
docker volume prune

⚠️ データの消失に注意

docker volume rm や docker volume prune を実行すると、ボリューム内のデータは完全に削除されます。本番環境で使用する場合は、事前にバックアップを取ってください。

bind mount の使い方

bind mountは、ホスト側の任意のディレクトリをコンテナ内のパスにマウントします。ボリューム名ではなくホスト側の絶対パスを指定するのが特徴です。

# ホストのカレントディレクトリをコンテナにマウント
docker run -d -v $(pwd)/src:/app/src nginx

# 読み取り専用でマウント（:ro を付ける）
docker run -d -v $(pwd)/config:/app/config:ro nginx

開発時にソースコードをbind mountすると、エディタで保存した変更がコンテナ内にリアルタイムで反映されます。ホットリロード対応のフレームワークと組み合わせると、非常に効率的な開発環境を構築できます。

⚠️ 存在しないパスの指定に注意

bind mountでホスト側に存在しないパスを指定した場合、Dockerが自動でディレクトリを作成します。意図しない空ディレクトリがマウントされ、コンテナ内のファイルが見えなくなるケースがあるので注意してください。

-v と –mount の書き方の違い

Dockerでは、マウントの指定に -v（--volume）と --mount の2つの構文が使えます。

-v（–volume）構文

# Volume
docker run -d -v my-data:/app/data nginx

# bind mount
docker run -d -v /home/user/src:/app/src nginx

-v はコロン区切りで短く書ける反面、Volumeとbind mountの見分けがつきにくいという欠点があります。先頭が / や ./ で始まればbind mount、そうでなければVolumeと解釈されます。

–mount 構文

# Volume
docker run -d --mount type=volume,source=my-data,target=/app/data nginx

# bind mount
docker run -d --mount type=bind,source=/home/user/src,target=/app/src nginx

# 読み取り専用
docker run -d --mount type=bind,source=/home/user/config,target=/app/config,readonly nginx

--mount は type を明示するため、何をマウントしているかが一目でわかります。Docker公式ドキュメントでも --mount 構文が推奨されています。

💡 初心者には –mount がおすすめ

--mount は記述が長くなりますが、タイプミスや意図しない挙動を防ぎやすいため、慣れないうちは --mount を使うのがおすすめです。特にbind mountで存在しないパスを指定したときにエラーになるのは、トラブルの早期発見に役立ちます。

使い分けの判断フロー

どちらを使うか迷ったときは、以下の流れで判断してみてください。

1. データベースやアプリのデータを保存したい → Volume
2. 開発中のソースコードをコンテナと同期したい → bind mount
3. 設定ファイルだけをコンテナに渡したい → bind mount（読み取り専用）
4. Mac/Windowsで大量ファイルのI/Oが必要 → Volume（パフォーマンスのため）
5. Docker Composeで複数コンテナ間のデータ共有 → Volume（名前付きボリューム）
6. CI/CDパイプラインでのビルドキャッシュ → Volume

基本的には「Dockerに管理を任せたいならVolume、ホスト側のファイルをそのまま使いたいならbind mount」と覚えておけば大丈夫です。

💡 tmpfsマウントについて

Docker にはもう一つ tmpfs マウントがあり、ホストのメモリ上にデータを保存します。一時的なキャッシュやセキュリティ上ディスクに書きたくないデータに使われますが、コンテナ停止で消えるため、永続化の手段としては使われません。

まとめ

Dockerのデータ永続化における Volume と bind mount の違いを整理しました。

• Volume：Dockerが /var/lib/docker/volumes/ 以下で管理。docker volume コマンドで操作でき、本番環境に適している
• bind mount：ホストの任意ディレクトリをマウント。開発時のソースコード同期に便利
• 構文：-v は手軽だが、--mount の方が明示的で公式推奨
• パフォーマンス：Mac/WindowsではVolumeの方が高速

迷ったら Volume を選ぶのが安全 です。開発中にホストのファイルを同期したい場面だけ bind mount を使いましょう。

Dockerの基本的なコマンド操作についてはDocker主要コマンドまとめも参考にしてください。また、-v オプションと -p オプションの使い方を体系的に学びたい方はポートマッピング(-p)とボリュームマウント(-v)の解説記事もあわせてご覧ください。

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

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

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