Docker montowanie woluminów na hoście

Udało mi się udostępniać foldery między kontenerem docker z woluminami przy użyciu

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

Ale moje pytanie brzmi, jaka jest różnica między tym a użyciem VOLUMEpolecenia w pliku Dockerfile

VOLUME /path

Używam obrazu z VOLUMEpoleceniem i chciałbym wiedzieć, jak udostępnić go mojemu gospodarzowi. Zrobiłem to za pomocą -vpowyższego polecenia, ale nie wiedziałem, czy potrzebuję zarówno -vi VOLUME.

VOLUMEPolecenie zamontuje katalog wewnątrz pojemnika i przechowywać dowolne pliki utworzone lub edytowane wewnątrz tego katalogu na dysku gospodarze poza struktury plików pojemnik , z pominięciem systemu plików union.

Chodzi o to, że woluminy mogą być współużytkowane między kontenerami docker i pozostaną w pobliżu, dopóki istnieje kontener (uruchomiony lub zatrzymany), który się do nich odwołuje.

Możesz mieć inne kontenery, aby montować istniejące woluminy (efektywnie współużytkując je między kontenerami) za pomocą --volumes-frompolecenia podczas uruchamiania kontenera.

Podstawowa różnica pomiędzy VOLUMEi -vjest to: -vzamontuje istniejących plików z poziomu systemu operacyjnego wewnątrz pojemnika Döcker i VOLUMEbędzie tworzyć nową, pustą przestrzeń na hoście i zamontować go wewnątrz pojemnika.

Przykład:

1. Masz plik Dockerfile, który definiuje plik VOLUME /var/lib/mysql.
2. Tworzysz obraz dockera i oznaczasz go some-volume
3. Uruchom kontener

I wtedy,

1. Masz inny obraz dokera, którego chcesz użyć z tego woluminu
2. Uruchamiasz kontener Dockera z następującymi elementami: docker run --volumes-from some-volume docker-image-name:tag
3. Teraz masz uruchomiony kontener docker, który będzie miał wolumin z some-volumezamontowany w/var/lib/mysql

Uwaga: użycie --volumes-fromspowoduje zamontowanie wolumenu na wszystkim, co istnieje w lokalizacji wolumenu. To znaczy, jeśli miałeś rzeczy /var/lib/mysql, zostaną one zastąpione zawartością woluminu.

Dodam własną odpowiedź, ponieważ uważam, że inni nie rozumieją Dockera.

Używanie VOLUMEw pliku Dockerfile jest właściwym sposobem ™, ponieważ dajesz Dockerowi znać, że określony katalog zawiera trwałe dane. Docker utworzy wolumin dla tych danych i nigdy go nie usunie, nawet jeśli usuniesz wszystkie kontenery, które go używają.

Pomija również unijny system plików, dzięki czemu wolumin jest w rzeczywistości katalogiem, który jest montowany (do odczytu i zapisu lub tylko do odczytu) we właściwym miejscu we wszystkich kontenerach, które go współużytkują.

Teraz, aby uzyskać dostęp do tych danych z hosta, wystarczy sprawdzić kontener:

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

Zwykle robię dowiązania symboliczne w jakimś standardowym miejscu, takim jak / srv , dzięki czemu mogę łatwo uzyskać dostęp do woluminów i zarządzać zawartymi w nich danymi (tylko w przypadku woluminów, na których Ci zależy):

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

OBJĘTOŚĆ służy Dockerfiledo odsłonięcia objętości używanej przez inne pojemniki. Przykład, utwórz Dockerfilejako:

OD Ubuntu: 14.04.2018

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

zbuduj obraz:

$ docker build -t testing_volume .

Uruchom kontener, powiedzmy container1:

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

Teraz uruchom kolejny kontener z opcją woluminy z jako (powiedzmy-kontener2)

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

Otrzymasz wszystkie dane z /myvolkatalogu kontener 1 do kontenera 2 w tej samej lokalizacji.

-vopcja jest podawana w czasie wykonywania kontenera, który służy do montowania katalogu kontenera na hoście. Jest prosty w użyciu, wystarczy podać -vopcję z argumentem jako <host-path>:<container-path>. Cała komenda może być jak$ docker run -v <host-path>:<container-path> <image-id>

Zasadniczo VOLUMEi -vopcja są prawie równe. Oznacza to „konkretny katalog montowania w kontenerze”. Na przykład VOLUME /datai -v /datama dokładnie to samo znaczenie. Jeśli uruchomisz obraz VOLUME /dataz -v /dataopcją lub z opcją, /datakatalog zostanie zamontowany w Twoim kontenerze. Ten katalog nie należy do Twojego kontenera.

Wyobraź sobie, że dodajesz pliki do /datakontenera, a następnie zatwierdzasz kontener do nowego obrazu. W katalogu danych nie ma żadnych plików, ponieważ zamontowany /datakatalog należy do oryginalnego kontenera.

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

Ten zamontowany katalog /datajest używany do przechowywania danych, które nie należą do Twojej aplikacji. Możesz też wstępnie zdefiniować katalog danych, który nie należy do kontenera, używając VOLUME.

Różnica między opcjami Volumei -vpolega na tym, że można ich używać -vdynamicznie podczas uruchamiania kontenera. Oznacza to, że możesz dynamicznie montować jakiś katalog. Inną różnicą jest to, że możesz zamontować katalog hosta w kontenerze za pomocą-v

To pochodzi z samej dokumentacji Dockera, może być pomocne, proste i jasne:

„Katalog hosta jest z natury zależny od hosta. Z tego powodu nie można zamontować katalogu hosta z pliku Dockerfile, instrukcja VOLUME nie obsługuje przekazywania katalogu hosta, ponieważ zbudowane obrazy powinny być przenośne. katalog nie byłby dostępny na wszystkich potencjalnych hostach. ”.

Jeśli przyjechałeś tutaj, ponieważ szukałeś prostego sposobu na przeglądanie VOLUME:

1. Znajdź nazwę woluminu za pomocą docker volume list
2. Zamknij wszystkie uruchomione kontenery, do których jest dołączony ten wolumin
3. Biegać docker run -it --rm --mount source=[NAME OF VOLUME],target=/volume busybox
4. Muszla się otworzy. cd /volumeaby wprowadzić głośność.