volúmenes de montaje de la ventana acoplable en el host

He podido compartir carpetas con éxito entre un contenedor acoplable con volúmenes usando

docker run -v /host/path:/container/path ...

Pero mi pregunta es cuál es la diferencia entre esto y usar el VOLUMEcomando en el Dockerfile

VOLUME /path

Estoy usando una imagen que tiene un VOLUMEcomando, y me gustaría saber cómo compartirla con mi host. Lo hice usando el -vcomando anterior, pero no sabía si necesitaba tanto el -vy VOLUME.

El VOLUMEcomando montará un directorio dentro de su contenedor y almacenará todos los archivos creados o editados dentro de ese directorio en su disco host fuera de la estructura de archivos del contenedor , sin pasar por el sistema de archivos de unión.

La idea es que sus volúmenes se puedan compartir entre los contenedores de la ventana acoplable y se mantendrán mientras exista un contenedor (en ejecución o detenido) que los haga referencia.

Puede hacer que otros contenedores monten volúmenes existentes (compartiéndolos efectivamente entre contenedores) mediante el --volumes-fromcomando cuando ejecuta un contenedor.

La diferencia fundamental entre VOLUMEy -ves la siguiente: -vse montará los archivos existentes de su sistema operativo dentro de su contenedor ventana acoplable y VOLUMEserá crear un nuevo volumen, vacío en su host y montarlo dentro de su contenedor.

Ejemplo:

1. Tiene un Dockerfile que define a VOLUME /var/lib/mysql.
2. Construye la imagen del acoplador y la etiqueta some-volume
3. Ejecutas el contenedor

Y entonces,

1. Tiene otra imagen acoplable que desea usar para este volumen.
2. Ejecuta el contenedor acoplable con lo siguiente: docker run --volumes-from some-volume docker-image-name:tag
3. Ahora tiene un contenedor acoplable en ejecución que tendrá el volumen some-volumemontado en/var/lib/mysql

Nota: El uso --volumes-frommontará el volumen sobre lo que exista en la ubicación del volumen. Es decir, si tenía cosas /var/lib/mysql, se reemplazará con el contenido del volumen.

Permítanme agregar mi propia respuesta, porque creo que a los demás les falta el punto de Docker.

Usar VOLUMEen el Dockerfile es el Right Way ™, porque le informa a Docker que cierto directorio contiene datos permanentes. Docker creará un volumen para esos datos y nunca los eliminará, incluso si elimina todos los contenedores que los usan.

También omite el sistema de archivos de unión, de modo que el volumen es de hecho un directorio real que se monta (lectura-escritura o solo lectura) en el lugar correcto en todos los contenedores que lo comparten.

Ahora, para acceder a esos datos desde el host, solo necesita inspeccionar su contenedor:

# 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
    }
}]

Lo que generalmente hago es crear enlaces simbólicos en algún lugar estándar, como / srv , para que pueda acceder fácilmente a los volúmenes y administrar los datos que contienen (solo para los volúmenes que le interesan):

ln -s /var/lib/docker/vfs/dir/b3ef4bc28fb39034dd7a3aab00e086e6... /srv/myapp-www
ln -s /var/lib/docker/vfs/dir/71896ce364ef919592f4e99c6e22ce87... /srv/myapp-log

VOLUME se utiliza Dockerfilepara exponer el volumen que otros contenedores utilizarán. Ejemplo, crear Dockerfilecomo:

DE ubuntu: 14.04

RUN mkdir /myvol  
RUN echo "hello world" > /myvol/greeting  
VOLUME /myvol

construir la imagen:

$ docker build -t testing_volume .

Ejecute el contenedor, diga container1:

$ docker run -it <image-id of above image> bash

Ahora ejecute otro contenedor con la opción volume-from como (say-container2)

$ docker run -it --volumes-from <id-of-above-container> ubuntu:14.04 bash

Obtendrá todos los datos del /myvoldirectorio contenedor1 en contenedor2 en la misma ubicación.

-vLa opción se proporciona en tiempo de ejecución del contenedor que se utiliza para montar el directorio del contenedor en el host. Es simple de usar, solo proporcione la -vopción con argumento como <host-path>:<container-path>. Todo el comando puede ser como$ docker run -v <host-path>:<container-path> <image-id>

Básicamente VOLUMEy la -vopción son casi iguales. Esto significa 'montar un directorio específico en su contenedor'. Por ejemplo, VOLUME /datay -v /dataes exactamente el mismo significado. Si ejecuta la imagen que tiene VOLUME /datao con -v /dataopción, el /datadirectorio se monta en su contenedor. Este directorio no pertenece a su contenedor.

Imagine que agrega algunos archivos al /datacontenedor y luego confirma el contenedor en una nueva imagen. No hay ningún archivo en el directorio de datos porque el /datadirectorio montado pertenece al contenedor original.

$ 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# 

Este directorio montado como /datase utiliza para almacenar datos que no pertenecen a su aplicación. Y puede predefinir el directorio de datos que no pertenece al contenedor mediante el uso VOLUME.

Una diferencia entre Volumey -vopción es que puede usar la -vopción dinámicamente al iniciar el contenedor. Significa que puede montar algún directorio dinámicamente. Y otra diferencia es que puede montar su directorio de host en su contenedor utilizando-v

Esto es de la documentación de Docker en sí, podría ser de ayuda, simple y simple:

"El directorio de host es, por su naturaleza, dependiente del host. Por esta razón, no puede montar un directorio de host desde Dockerfile, la instrucción VOLUME no admite pasar un host-dir, porque las imágenes compiladas deben ser portátiles. Un host directorio no estaría disponible en todos los hosts potenciales ".