Jak wybrać między pojemnikiem woluminu dokowanego a woluminem dokowanym?

Po przeczytaniu dokumentacji poczułem się trochę zdezorientowany, jak najlepiej zarządzać produktywnymi danymi aplikacji / usług.

Wydaje się, że istnieją 3 opcje:

1. Wystarczy zmapować wolumin do katalogu hosta (tj. -vArgument za docker run)
2. Utwórz obraz kontenera dokowanego dla danych (tj. Osobny kontener i --volumes-from)
3. Tworzenie woluminu dokera (tj. docker volume create)

Wygląda na to, że przyjętą praktyką jest opcja nr 2, ale zastanawiam się, jaki jest cel nr 3.

Zwłaszcza, jak właściwie radzisz sobie z tymi scenariuszami docker volumei czy lepiej jest używać kontenera woluminu danych, czy to w każdej sytuacji?

• Potrzebujesz danych aplikacji w osobnym woluminie i / lub warstwie pamięci na serwerze
• Tworzenie kopii zapasowej
• Przywracanie danych

Myślę, że # 2 i # 3 to właściwie to samo, główna różnica polega na tym, że nie ma zatrzymanego kontenera z numerem 3 (jest to dosłownie tylko nazwany wolumin). Na przykład możesz utworzyć nazwany wolumin i zrobić podobnie, jak w przypadku # 2 -v.

Utwórz nazwany wolumin:

$ docker volume create --name test

Podłącz i zapisz niektóre dane do tego woluminu z kontenera:

$ docker run -v test:/opt/test alpine touch /opt/test/hello

Następnie możesz zamontować ten sam testwolumin w innym kontenerze i odczytać dane:

$ docker run -v test:/opt/test alpine ls -al /opt/test     
total 8
drwxr-xr-x    2 root     root          4096 Jan 23 22:28 .
drwxr-xr-x    3 root     root          4096 Jan 23 22:29 ..
-rw-r--r--    1 root     root             0 Jan 23 22:28 hello

Zaletą jest to, że wolumin nie zniknie przypadkowo, jeśli usuniesz kontener tylko danych. Teraz zarządzasz nim za pomocą docker volumepolecenia podrzędnego.

$ d volume ls
DRIVER              VOLUME NAME
local               test

Otwiera to również możliwości sterowników woluminów w dalszej części drogi, dzięki czemu możesz być w stanie udostępniać woluminy między hostami (tj. Woluminy nazwane przez NFS). Przykładami tego mogą być Flocker i Konwój . Jeśli chodzi o przenoszenie lub tworzenie kopii zapasowych danych, Convoy ma specjalne pod-komendy do tworzenia kopii zapasowych danych i pozwala na przechowywanie danych w systemie plików NFS lub EBS poza hostem.

Z tego powodu uważam, że bardziej nowatorskim sposobem (Docker 1.9+) jest użycie nazwanego woluminu zamiast kontenera zawierającego tylko dane.

Począwszy od Docker 1.9, tworzenie nazwanych woluminów za pomocą interfejsu API woluminów ( docker volume create --name mydata) jest preferowane zamiast kontenera woluminów danych. Od lutego 2016 r. Dokumentacja woluminów Docker jest bardzo nieaktualna. Ludzie w Docker sami sugerują, że kontenery woluminów danych „ nie są już uważane za zalecany wzorzec ”, „ nazwane woluminy powinny być w stanie zastąpić woluminy zawierające tylko dane w większości (jeśli nie wszystkich) przypadkach ” i „ bez powodu, dla którego mogę użyć kontenery tylko z danymi ”.