Dockerコンテナとボリュームを使ってフォルダを共有することに成功しました。
docker run -v /Host/path:/container/path ...
しかし、私の質問は、これとDockerfileのVOLUME
コマンドの使用との違いは何ですか
VOLUME /path
VOLUME
コマンドを含むイメージを使用していますが、それを自分のホストと共有する方法を知りたいです。上記の-v
コマンドを使用して実行しましたが、-v
とVOLUME
の両方が必要かどうかわかりませんでした。
VOLUME
コマンドは、コンテナ内にディレクトリをマウントし、ホストディスク上のそのディレクトリ内で作成または編集されたファイルを保存しますコンテナファイル構造外、ユニオンファイルシステムをバイパスします。
アイデアは、ドッカーコンテナー間でボリュームを共有でき、それらを参照するコンテナー(実行中または停止中)が存在する限り、ボリュームは維持されるということです。
コンテナーを実行するときに--volumes-from
コマンドを使用して、他のコンテナーに既存のボリュームをマウントさせることができます(コンテナー間で効果的に共有する)。
VOLUME
と-v
の基本的な違いは次のとおりです。-v
は、Dockerコンテナー内のオペレーティングシステムから既存のファイルをマウントし、VOLUME
はホスト上で新しい空のボリュームを作成し、コンテナー内にマウントします。
例:
VOLUME /var/lib/mysql
を定義するDockerfileがあります。some-volume
にタグ付けしますその後、
docker run --volumes-from some-volume docker-image-name:tag
some-volume
のボリュームが/var/lib/mysql
にマウントされたdockerコンテナーが実行されました注:--volumes-from
を使用すると、ボリュームの場所に存在するものの上にボリュームがマウントされます。つまり、/var/lib/mysql
に何かがあった場合、ボリュームの内容に置き換えられます。
他の人はDockerのポイントを見逃していると思うので、私は私自身の答えを付け加えさせてください。
DockerファイルでVOLUME
を使用するのはRight Way™です。これは、特定のディレクトリに永続的なデータが含まれていることをDockerに知らせるためです。 Dockerはそのデータ用のボリュームを作成し、それを使用しているすべてのコンテナを削除しても削除しません。
それはまた共用体ファイルシステムを迂回するので、ボリュームは実際にはそれを共有するすべてのコンテナの正しい場所にマウントされる(読み書き可能または読み取り専用)実際のディレクトリです。
さて、ホストからそのデータにアクセスするためには、コンテナを調べるだけでいいのです。
# docker inspect myapp
[{
.
.
.
"Volumes": {
"/var/www": "/var/lib/docker/vfs/dir/b3ef4bc28fb39034dd7a3aab00e086e6...",
"/var/cache/nginx": "/var/lib/docker/vfs/dir/62499e6b31cb3f7f59bf00d8a16b48d2...",
"/var/log/nginx": "/var/lib/docker/vfs/dir/71896ce364ef919592f4e99c6e22ce87..."
},
"VolumesRW": {
"/var/www": false,
"/var/cache/nginx": true,
"/var/log/nginx": true
}
}]
私が普段しているのは/ srvのような標準的な場所にシンボリックリンクを作成するですので、簡単にボリュームにアクセスしてそこに含まれるデータを管理することができます。
ln -s /var/lib/docker/vfs/dir/b3ef4bc28fb39034dd7a3aab00e086e6... /srv/myapp-www
ln -s /var/lib/docker/vfs/dir/71896ce364ef919592f4e99c6e22ce87... /srv/myapp-log
VOLUMEは、他のコンテナーによって使用されるボリュームを公開するためにDockerfile
で使用されます。例として、Dockerfile
を次のように作成します。
Ubuntuから:14.04
RUN mkdir /myvol
RUN echo "hello world" > /myvol/greeting
VOLUME /myvol
画像を作成します。
$ docker build -t testing_volume .
コンテナーを実行します、例えばcontainer1:
$ docker run -it <image-id of above image> bash
今度は(from-container2)のようにvolumes-fromオプションで別のコンテナを実行します。
$ docker run -it --volumes-from <id-of-above-container> ubuntu:14.04 bash
すべてのデータをcontainer1の/myvol
ディレクトリからcontainer2の同じ場所に取得します。
-v
オプションはコンテナの実行時に与えられます。これはコンテナのディレクトリをホストにマウントするために使われます。使い方は簡単です。引数に-v
を付けて<Host-path>:<container-path>
オプションを指定するだけです。コマンド全体は$ docker run -v <Host-path>:<container-path> <image-id>
のようになります。
基本的にVOLUME
と-v
オプションはほぼ同じです。これらは「コンテナに特定のディレクトリをマウントする」という意味です。たとえば、VOLUME /data
と-v /data
はまったく同じ意味です。 VOLUME /data
または-v /data
オプションを指定してイメージを実行すると、/data
ディレクトリがコンテナにマウントされます。このディレクトリはあなたのコンテナに属していません。
いくつかのファイルをコンテナーの/data
に追加してから、コンテナーを新しいイメージにコミットするとします。マウントされた/data
ディレクトリは元のコンテナに属しているため、データディレクトリにファイルはありません。
$ docker run -it -v /data --name volume ubuntu:14.04 bash
root@2b5e0f2d37cd:/# cd /data
root@2b5e0f2d37cd:/data# touch 1 2 3 4 5 6 7 8 9
root@2b5e0f2d37cd:/data# cd /tmp
root@2b5e0f2d37cd:/tmp# touch 1 2 3 4 5 6 7 8 9
root@2b5e0f2d37cd:/tmp# exit
exit
$ docker commit volume nacyot/volume
835cfe3d8d159622507ba3256bb1c0b0d6e7c1419ae32751ad0f925c40378945
nacyot $ docker run -it nacyot/volume
root@dbe335c7e64d:/# cd /data
root@dbe335c7e64d:/data# ls
root@dbe335c7e64d:/data# cd /tmp
root@dbe335c7e64d:/tmp# ls
1 2 3 4 5 6 7 8 9
root@dbe335c7e64d:/tmp#
root@dbe335c7e64d:/tmp#
/data
のようなマウントされたディレクトリはあなたのアプリケーションに属さないデータを格納するために使われます。 VOLUME
を使用して、コンテナに属さないデータディレクトリを事前定義できます。
Volume
と-v
オプションの違いは、コンテナの起動時に-v
オプションを動的に使用できることです。つまり、ディレクトリを動的にマウントできるということです。そしてもう一つの違いは、-v
を使ってあなたのコンテナにあなたのホストディレクトリをマウントできるということです。
これはDockerのドキュメンテーションそのものからのもので、助けになるかもしれません。
「Hostディレクトリは、その性質上、Hostに依存します。このため、DockerfileからHostディレクトリをマウントすることはできません。構築されたイメージは移植可能であるため、VOLUME命令はHost-dirの受け渡しをサポートしません。ディレクトリはすべての潜在的なホストで利用できるわけではないでしょう "#:。