Инициализировать данные на докеризованном монго

Сначала создайте том докера

docker volume create --name mongostore

затем создайте свой контейнер монго

docker run -d --name mongo -v mongostore:/data/db mongo:latest

Переключатель -v здесь отвечает за монтирование тома mongostore в местоположении /data/db, где монго сохраняет свои данные. Том является постоянным (на хосте). Даже если контейнеры не запущены, вы увидите свой том mongostore в списке

docker volume ls

Вы можете убить контейнер и создать новый (та же строка, что и выше), и новый контейнер монго получит состояние предыдущего контейнера.

Инициализация тома Mongo инициализирует новую базу данных, если ее нет. Это отвечает за создание исходных данных в mongostore. Допустим, вы хотите создать совершенно новую среду, используя предварительно заполненную базу данных. Проблема заключается в том, как перенести данные из вашей локальной среды (например) на том перед созданием контейнера mongo. Я перечислю два случая.

1. Местная среда

   Вы используете Docker для Mac/Windows или Docker Toolbox. В этом случае вы можете легко смонтировать локальный диск во временный контейнер для инициализации тома. Например:

   docker run --rm -v /Users/myname/work/mongodb:/incoming \
     -v mongostore:/data alpine:3.4 cp -rp /incoming/* /data
   

   Это не работает для облачного хранилища. В этом случае вам необходимо скопировать файлы .

2. Удаленная среда (AWS, GCP, Azure, ...)

   Это хорошая идея, чтобы ускорить загрузку.

   tar czf mongodata.tar.gz /Users/myname/work/mongodb
   

   Затем создайте временный контейнер для распаковки и скопируйте файлы в mongostore. tail -f /dev/null просто гарантирует, что контейнер не выйдет.

   docker run -d --name temp -v mongostore:/data alpine:3.4 tail -f /dev/null
   

   Скопируйте на него файлы

   docker cp mongodata.tar.gz temp:.
   

   Разархивируйте и перейдите к тому

   docker exec temp tar xzf mongodata.tar.gz && cp -rp mongodb/* /data
   

   Очистка

   docker rm temp
   

Вы также можете скопировать файлы на удаленный хост и смонтировать оттуда, но я стараюсь вообще избегать взаимодействия с удаленным хостом.

Отказ от ответственности. Пишу по памяти (без проверки).

Более автономный подход:

• создавать файлы javascript, которые инициализируют вашу базу данных
• создайте производный образ докера MongoDB, содержащий эти файлы

Есть много ответов, которые используют одноразовые контейнеры или создают тома и связывают их, но это кажется слишком сложным. Если вы посмотрите на docker-entrypoint образа mongo docker .sh вы видите, что строка 206 выполняет /docker-entrypoint-initdb.d/*.js файлов при инициализации с использованием синтаксиса: mongo <db> <js-file>. Если вы создаете производный образ докера MongoDB, содержащий исходные данные, вы можете:

• иметь единую команду запуска докера, которая запускает монго с начальными данными
• данные сохраняются через остановки и запуски контейнера
• сбросьте эти данные с помощью команд docker stop, rm и run
• легко развертывать с помощью планировщиков времени выполнения, таких как k8s, mesos, swarm, rancher

Этот подход особенно хорошо подходит для:

• POC, которым просто нужны реалистичные данные для отображения
• Конвейеры CI/CD, которым нужны согласованные данные для тестирования «черного ящика»
• примеры развертывания для демонстрации продуктов (инженеры по продажам, владельцы продуктов)

Как:

1. Создайте и протестируйте свои сценарии инициализации (при необходимости обработайте данные)

2. Создайте Dockerfile для вашего производного образа, который копирует ваши сценарии инициализации.

   FROM mongo:3.4
   COPY seed-data.js /docker-entrypoint-initdb.d/
   

3. Создайте свой образ докера

   docker build -t mongo-sample-data:3.4 .
   

4. При желании отправьте образ в реестр докеров, чтобы другие могли его использовать.

5. Запустите образ докера

   docker run                               \
       --name mongo-sample-data             \
       -p 27017:27017                       \
       --restart=always                     \
       -e MONGO_INITDB_DATABASE=application \
       -d mongo-sample-data:3.4
   

По умолчанию docker-entrypoint.sh применяет ваши сценарии к базе данных test; приведенная выше команда запуска env var MONGO_INITDB_DATABASE=application вместо этого применит эти сценарии к application db. В качестве альтернативы вы можете создавать и переключаться на разные базы данных в файле js.

У меня есть репозиторий github, который делает именно это — вот соответствующие файлы.

$ docker run \
 --rm \
 --link mongodb:mongo \
 -v /root:/backup \
 mongo \
 bash -c ‘mongodump --out /backup --host $MONGO_PORT_27017_TCP_ADDR’

$ docker run \
 --rm \
 --link mongodb:mongo \
 -v /root:/backup \
 mongo \
 bash -c ‘mongorestore /backup --host $MONGO_PORT_27017_TCP_ADDR’

$ scp -r root@IP:/root/backup ./backup

$ scp -r ./backup root@IP:/root/backup

P.S. Исходный код Тима Брандина доступен по адресу https://blog.studiointeract.com/mongodump-and-mongorestore-for-mongodb-in-a-docker-container-8ad0eb747c62

Благодарю вас!