Dockerfile における VOLUME と docker -v の違い

Dockerfile でのボリュームのマウントと docker -v コマンドによるマウントには明らかな違いがあります。

1. ボリューム

Dockerfile で VOLUME を使用してホストマシンにマウントされたボリュームは匿名ボリュームです。ホストマシンでは、/var/lib/docker/volumes/ ディレクトリに自動的に匿名でマウントされます。コードは次のとおりです。

frolvlad/alpine-java:jre8-slim より
メンテナー oas.cloud
nickdir をコピーします。
ボリューム /usr/local/oas/file/
ワークディレクトリ /usr/local/oas/

上記の VOLUME /usr/local/oas/file/ は、コンテナ内のディレクトリのパスを定義します。このディレクトリは、コンテナ作成プロセス中にコンテナ内に作成され、ホスト上のマウントディレクトリ名はランダムに生成されます。

例えば：

/var/lib/docker/ボリューム/593fda6d7b8296bfca22894b326727c734133eebb11c9bc2c25a73b892157a37

ホストマシン上で

/var/lib/docker/ボリューム/593fda6d7b8296bfca22894b326727c734133eebb11c9bc2c25a73b892157a37

ディレクトリはコンテナ内の/usr/local/oas/file/ディレクトリに対応します。

2. docker -v

docker -v はホストマシンにマウントされる特定のディレクトリを指定できるため、Dockerfile の VOLUME マウント方法よりも制御性が向上します。コードは次のとおりです。

$ docker run --name tengine-web -d -p 9527:80 -p 9000:9000 \
-v /usr/local/tengine/logs:/var/log/nginx \
-v /usr/local/tengine/conf.d:/etc/nginx/conf.d \
nginx.conf を /etc/nginx/ にコピーします。
-v /usr/local/tengine/html:/usr/share/nginx/html \
-v /usr/local/oas/file:/usr/local/oas/file nginx

上記のコマンドは、ホストの /usr/local/tengine/logs などのディレクトリを、コンテナの /var/log/nginx などの対応するディレクトリにマウントできます。コロンの前のパスはホストディレクトリ (絶対パス) で、コロンの後のパスはイメージにマウントされたパス (絶対パス) です。

補足: Dockerデータボリュームマウントコマンドvolume (-v)とmountの違い

1. はじめに

ユーザーは、docker run の --volume/-v または --mount オプションを使用してデータボリュームを持つコンテナーを作成できますが、これら 2 つのオプションには微妙な違いがあり、ここでまとめます。

2. コマンドの使用法

--volume(-v)

パラメータ --volume (または短縮形 -v) はバインドマウントのみ作成できます。例：

docker run --name $コンテナ名 -it \
-v $PWD/$コンテナ名/app:/app:rw \
-v $PWD/$コンテナ名/data:/data:ro \
avocado-cloud:最新の /bin/bash

注:

コマンド形式:

[[ホストディレクトリ:]コンテナディレクトリ[:オプション]]]

HOST-DIR を指定する場合は絶対パスでなければなりません。パスが存在しない場合は自動的に作成されます。

この例では、rw は読み取り/書き込み、ro は読み取り専用を意味します。

--mount

--mount パラメータは、デフォルトでボリュームをマウントするために使用されますが、バインドマウントや tmpfs の作成にも使用できます。 type オプションが指定されていない場合、デフォルトではボリュームがマウントされます。ボリュームは、より柔軟にデータを管理できる方法です。ボリュームは、docker volume コマンドセットを通じて管理できます。例：

docker run --name $コンテナ名 -it \
--mount type=bind、source=$PWD/$CONTAINER_NAME/app、destination=/app \ マウント
--mount ソース=${コンテナ名}-data、マウント先=/data、読み取り専用 \
avocado-cloud:最新の /bin/bash

注:

ボリュームマウントコマンドの形式:

[type=volume,]source=my-volume,destination=/path/in/container[,...]

バインドマウントコマンドの形式を作成します。

タイプ=bind、ソース=/path/on/host、宛先=/path/in/container[,...]

バインドマウントを作成し、ソースを指定する場合、絶対パスである必要があり、パスがすでに存在している必要があります。

この例では、readonlyは読み取り専用を意味します

3. 相違点のまとめ

1. バインドマウントの作成とボリュームのマウントの比較

比較項目	バインドマウント	音量
ソースの場所	ユーザー指定	ボリューム
ソースが空です	宛先を空に上書きする	宛先コンテンツを保持
ソースが空ではありません	宛先コンテンツを上書きする	宛先コンテンツを上書きする
ソースタイプ	ファイルまたはディレクトリ	ディレクトリのみ可能
携帯性	一般（自己メンテナンス）	強力（Dockerホスティング）
ホスト直接アクセス	簡単（ただ噛むだけ）	制限あり（ルートユーザーとしてログインする必要があります）*

*注記:

Docker は、sudo chown someuser: -R /var/lib/docker/volumes/somevolume を実行して、ボリュームの内容をホスト上の一般ユーザーに単純に公開することはできません。それ以上の権限が開かれると、セキュリティ上のリスクが生じます。この点では、Podman の設計の方がはるかに理想的です。ボリュームは $HOME/.local/share/containers/storage/volumes/ パスに保存されるため、利便性が高く、セキュリティも確保されます。

コンテナはルート権限なしで実行できます。これは Podman の利点の 1 つです。実際の使用では非常に大きなメリットがあります。