Как Docker AUFS сохраняет данные? - PullRequest
Новая
       8

Как Docker AUFS сохраняет данные?

0 голосов
/ 09 сентября 2018

У меня есть некоторые сомнения относительно того, как докер AUFS сохраняет данные. Как я понимаю, данные внутри VOLUME могут быть постоянными, а расположение других - нет. Вот пример, вытащите контейнер mysql, чей dockerfile , и выполните следующие шаги:

  1. создайте каталог test в каталоге /opt, который не должен быть постоянным в контейнере Docker
  2. войдите в систему mysql и создайте базу данных, поэтому в каталог /var/lib/mysql добавлен еще один файл
  3. остановите такой контейнер и начните снова
  4. зафиксировать такой контейнер и затем удалить контейнер
  5. запустите зафиксированный контейнер и проверьте, по-прежнему ли база данных завершает работу

Результат

  • После шага 3 все существует внутри контейнера, включая каталог test который, я думаю, не должен сохраняться в AUFS. Так ли все, что я знаю о Docker Aufs, неправильно?
  • После шага 5 я вижу, что база данных не существует в новом контейнере, но почему? файл не должен храниться внутри /var/lib/mysql?

Вот моя рабочая команда Docker 

docker build -td --name mysql_test mysqlImageId

Внимание : я не указал -v опции

1 Ответ

0 голосов
/ 09 сентября 2018

Согласно моему пониманию докера, я ожидаю следующих результатов от шагов процесса, которые вы описали:

Сначала: данные могут быть сохранены в контейнерах докеров - фактически любая операция над вашим контейнером, которая создает, удаляет или обновляет файлы, вызовет AUFS записать этот файл в слой контейнера . При удалении или обновлении это будет скрывать записи для тех же файлов в нижних слоях изображений . Конечно, любые записанные данные сохраняются только до тех пор, пока вы не удалите контейнер. Если вы запустите новый контейнер на основе того же изображения, эти данные, естественно, не будут существовать.

Кроме того, цель сборки Docker состоит в создании образов из файла Dockerfile. Вы не можете использовать его, чтобы начать контейнер.

Относительно ваших наблюдений

  • После шага 3 я бы ожидал, что все ваши данные все еще будут там, поскольку остановка и перезапуск контейнера оставляет слой контейнера без изменений. stop просто убивает основной процесс, который поддерживает ваш контейнер, а start разжигает основной процесс, выполняя соответствующий сценарий точки входа.
  • После шага 5 Я все еще ожидаю, что ваши данные будут там, так как вы передали контейнер новому образу. Теперь это изображение должно содержать измененный слой контейнера. Когда вы вызываете docker commit , имейте в виду, что это не обновляет исходный образ, а создает новый.
...