Использование volume в docker-compose?

Question

[HexUserHex]

Буду рад если кто то простыми словами разъяснит некоторые непонятные моменты использования volume в docker-compose.

Зачем нужна последняя директива в данном docker-conpose, какую конкретно роль она выполняет:

volumes:
  db-data:

- db-data в данном примере этот каталог расположенный в одной директории с docker-compose.yml?
- db-data:/var/lib/mysql/data

В чем отличие от такой записи(является ли она корректная?):
- ./db-data:/var/lib/mysql/data

version: "3.7"
services:
wordpress:
image: wordpress
ports:
- "8080:80"
networks:
- overlay
deploy:
mode: replicated
replicas: 2
endpoint_mode: vip

mysql:
image: mysql
volumes:
- db-data:/var/lib/mysql/data
networks:
- overlay
deploy:
mode: replicated
replicas: 2
endpoint_mode: dnsrr

volumes:
db-data:

Comments

[kafkiansky]

Именованный volume нужен для того, чтобы файлы не удалялись между сборками контейнера.

[Сергей Соколов]

Отредактируйте вопрос и оберните примеры конфига вместо тега blockquote в тег code, чтобы сохранились отступы.

Answer 1

[Сергей Соколов]

Последняя директива нужна для объявления собственного тома (volume), который будет создан при первом запуске сервисов. Под каждым определением можно ещё добавлять опции этого volume. Например, заявить, что он внешний и должен был быть уже создан заранее вручную:

volumes:
  db-data:
    external: true

- db-data в данном примере этот каталог расположенный в одной директории с docker-compose.yml?

Нет. Это именованный volume. Его фактическая папка спрятана где-то глубоко, можно посмотреть командой docker volume inspect db-data и изначально он пустой.

В чем отличие от такой записи(является ли она корректная?):
- ./db-data:/var/lib/mysql/data

Такая запись первым параметром указывает не именованный volume, а подпапку в папке с docker-compose.yml Т.е. mysql получит папку со всем её содержимым по адресу, указанному вторым параметром.

Лучше использовать полноценные volume, чем просто монтировать локальные папки.

Почему (на англ)

Volumes are the preferred mechanism for persisting data generated by and used by Docker containers. While bind mounts are dependent on the directory structure of the host machine, volumes are completely managed by Docker. Volumes have several advantages over bind mounts:

• Volumes are easier to back up or migrate than bind mounts.
  
• You can manage volumes using Docker CLI commands or the Docker API.
  
• Volumes work on both Linux and Windows containers.
  
• Volumes can be more safely shared among multiple containers.
  
• Volume drivers let you store volumes on remote hosts or cloud providers, to encrypt the contents of volumes, or to add other functionality.
  
• New volumes can have their content pre-populated by a container.
  

Comments

[HexUserHex]

Какое преимущество в использовании 'именованных volume' ?

До текущего момента для меня volume в конфиге docker-compose это был просто некий аналог mount который мапил локальную директорию внутрь контейнера...

[Сергей Соколов]

HexUserHex, преимущества перечислены в документации по ссылке и отрывок под катом.
Пока делаете первые шаги – не так важно, поступайте как удобнее.

Два отдельных разных варианта:

1. мапить/маунтить локальную папку, в конфиге каждого сервиса указывая /путь/на/сервере:/папка/в/контейнере
   
2. использовать именованный том имя_тома:/папка/в/контейнере – этот вариант требует той директивы в конце

docker_compose.yml. Для первого варианта это не нужно.

[HexUserHex]

Сергей Соколов, СПАСИБО!