Многоуровневые файловые системы и монтирование томов

Многоуровневая файловая система будет повторно использовать слои из родительских образов, поэтому, если образ A имеет размер 300 МБ, а приложения B и C — по 300 МБ, то на самом деле эти контейнеры приложений добавляют почти 0 дискового пространства, повторно используя все содержимое родительского образа. Поскольку все данные хранятся снаружи и запись в локальную файловую систему RW контейнера не производится, вы можете раскрутить столько из них, сколько захотите, и использовать только 300 МБ на диске.

Если каждое из этих приложений на самом деле добавляет 300 МБ, и эти 300 МБ отличаются от родительского и других контейнеров приложений (docker использует кэширование, которое может позволить каждому контейнеру приложения повторно использовать другой, если они выполняют одни и те же команды ), тогда вы получите каждое изображение размером 600 МБ, в то время как фактический размер используемого диска будет 900 МБ, 300 МБ для родительского и 300 МБ для каждого образа приложения.

Запуск каждого контейнера не увеличивает используемое дисковое пространство до тех пор, пока этот контейнер не запишет файлы на локальный том или уровень RW контейнера.

Понимание этого входит в структуру многоуровневой файловой системы. Образ может состоять из нескольких слоев, каждый из которых создается один раз и может повторно использоваться другими образами, все хранится как ссылки на хеш, и только когда больше нет ссылок на хэш, докер удалит этот слой на docker rmi .

Когда вы превращаете образ в контейнер (с docker run или даже docker create), содержимое образа монтируется как слои только для чтения, при этом слой RW для контейнера монтируется поверх, а любые тома монтируются поверх многоуровневой файловой системы. Чтение за пределами тома проходит через слои, пока не достигнет одного с файлом (или какой-либо другой модификации файла, например его удаления). Таким образом, если файл не был изменен, он читается из одного из слоев изображения, но если вы создадите его в слое RW, ваше чтение вернет его обратно. Это приводит к концепции неизменяемости изображений, в то время как каждый контейнер может хранить свои собственные изменения в течение всего срока службы контейнера. Вы можете запустить docker diff для контейнера, чтобы узнать, какие изменения были внесены в его слой RW. Эта разница — это то, что вы сохраняете в слое изображения на каждом этапе сборки или в файле docker commit.