«Официальная» стратегия резервного копирования докеров - как насчет согласованности?

Question

suggested strategy для управления и резервного копирования данных в докер выглядит примерно так:

docker run --name mysqldata -v /var/lib/mysql busybox true 
docker run --name mysql --volumes-from mysqldata mysql 
docker run --volumes-from mysqldata -v $(pwd):/backup ubuntu tar cvf /backup/backup.tar /var/lib/mysql 

Однако, когда я резервного копирования погонных контейнеры таким образом, я не буду получать последовательную резервную копию, я бы? Я знаю инструменты вроде mysqldump, но что делать, если мне нужно сделать резервную копию, например, папку, в которую файлы постоянно добавляются и удаляются?

Answer 1

Основная проблема, с которой вы сталкиваетесь, т. Е. Резервное копирование изменяемых файлов, не зависит от докеров. Используйте инструмент, например rsnapshot или dirvish, чтобы сделать резервные копии в томе, а затем используйте описанный выше подход, чтобы переместить эти резервные копии куда-нибудь более безопасным, как Amazon s3 или ледник, исходя из вашего требования к надежности.

Если вы монтируете тома из другого контейнера или хоста vm с помощью ключа -v, изменения в файлах отражаются во всех контейнерах (или хосте vm) более или менее в режиме реального времени. (Существует некоторая задержка из-за AUFS, которую докер использует поверх хостов fs, но ее не очень). Если контейнер резервного копирования работает постоянно, он может продолжать делать резервные копии, и файлы всегда будут отражать последние файлы, видимые контейнером mysql.

Редактировать: Для наглядности.