Будь там машина, которая запускает различные проекты докеров. Каждый док-контейнер регулярно заменяется / останавливается / запускается, как только из системы сборки поступают новые версии.
Как выглядит концепция резервного копирования для такой машины?
ПросмотрПодобные вопросы [1], правильный путь к работающей процедуре резервного копирования / восстановления мне не сразу понятен. Насколько я понимаю, что-то вроде:
Резервное копирование
- Использование сценариев для создания изображений и контейнеров. Сохранение / резервное копирование скриптов в вашей любимой системе контроля версий. Используйте теги версии, чтобы получить изображения докера. Не использовать последний тег .
- Исключить
/var/lib/docker/overlay2 из резервной копии (для предотвращения резервного копирования висячих и временных файлов) - Использовать именованные томатолько. Тома могут быть сохранены и восстановлены из резервной копии. Для базы данных нужно проделать дополнительную работу. В конце концов подумайте о том, чтобы скопировать тома в дополнительную папку [2].
docker prune ежедневно, чтобы удалить висящие вещи
Restore
- Убедитесь, что все названные томавернулись на место.
- Извлечение скриптов из системы контроля версий для воссоздания изображений по мере необходимости. Используйте
docker run для воссоздания контейнеров. - Задачи, специфичные для приложения - восстановление баз данных из дампов и т. Д.
[1] Как создать резервную копию Docker-контейнера с его томами данных?
[2] https://stackoverflow.com/a/48112996/1485527