Как удалить образы, контейнеры и тома Docker

В этой инструкции разберем, как понять, что занимает место, в какой очередности чистить Docker и какие команды использовать для контейнеров, образов, томов и кеша сборки.

Docker удобно использовать для разработки, тестов и небольших сервисов на сервере: контейнер можно поднять за минуту, образ легко заменить новой версией, а окружение не смешивается с основной системой. Обратная сторона тоже есть. После экспериментов остаются завершенные контейнеры, после сборок — промежуточные слои, после обновлений — старые теги, а тома продолжают хранить данные даже после удаления контейнеров.

Короткая схема очистки

Удобнее не запоминать десятки команд, а идти по цепочке. Сначала проверьте диск, затем определите самый тяжелый тип объектов, после этого удаляйте только то, что действительно больше не нужно.

Не начинайте с docker system prune -a --volumes на рабочем сервере. Эта команда выглядит удобной, но одновременно затрагивает сразу несколько категорий данных, включая тома.

При работе с Docker на сервере важно не только удалять лишние объекты, но и следить за запасом ресурсов. Если контейнеров становится больше, а диска уже не хватает, иногда безопаснее расширить инфраструктуру, чем удалять данные в спешке. Для таких задач подойдут облачные серверы Рег.облака: можно выбрать подходящую конфигурацию, использовать готовые образы и оплачивать ресурсы почасово.

Что может занимать место в Docker

Docker хранит несколько видов объектов. Они связаны между собой, но удаляются разными командами. Из-за этого после удаления контейнера на диске могут остаться образ, том и часть кеша:

Диагностика: сначала найдите источник расхода места

Проверьте, сколько свободного места осталось на диске сервера или рабочей машины:

df -h

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

docker system df

Если нужен более подробный отчет, используйте расширенный вывод:

docker system df -v

В расширенном отчете полезно смотреть не только размер, но и то, какой объем Docker считает освобождаемым. Эта оценка не заменит ручную проверку, но поможет выбрать направление очистки.

Удаление контейнеров Docker

Удаление контейнера убирает конкретный экземпляр приложения, но не стирает образ, из которого он был создан. Тома тоже могут остаться на месте, если они были подключены отдельно.

Сначала выведите только работающие контейнеры:

docker ps

Для полной картины добавьте остановленные и завершенные экземпляры:

docker ps -a

В выводе обратите внимание на NAME, CONTAINER ID, IMAGE и STATUS. Записи со статусами Exited или Created чаще всего становятся первыми кандидатами на удаление, но для рабочих проектов лучше свериться с владельцем сервиса или документацией проекта.

В Docker удалить контейнер можно, просто указав имя или идентификатор остановленного экземпляра:

docker rm название_контейнера
docker rm id_контейнера

Проверьте результат повторным выводом списка:

docker ps -a

Если нужно удалить работающий контейнер, важно корректно остановить его:

docker stop название_контейнера

А затем удалить командой:

docker rm название_контейнера

Если нужно принудительно удалить работающий контейнер, вам понадобится параметр -f:

docker rm -f название_контейнера

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

Чтобы удалить все остановленные контейнеры, выполните:

docker container prune

Docker попросит подтвердить действие. Если подтверждение не нужно, добавьте параметр -f:

docker container prune -f

Удалить все контейнеры сразу, включая работающие, можно так:

docker rm -f $(docker ps -aq)

Удаление образов Docker

Образ можно удалить только в том случае, если Docker не видит активной зависимости от контейнера. Даже остановленный контейнер может блокировать удаление, потому что он продолжает ссылаться на слой образа.

Выведите список образов:

docker image ls

В списке будут указаны имя образа, тег, идентификатор, дата создания и размер.

В Docker удалить образ можно по имени и тегу:

docker rmi nginx:latest

Также можно удалить образ по идентификатору:

docker rmi image_id

Если появится ошибка о зависимости, найдите контейнер, который создан из этого образа. Сначала удалите или пересоздайте связанный контейнер, затем повторите удаление образа.

После сборок могут оставаться записи без нормального имени и тега. Они часто выглядят как . Такие образы часто называют промежуточными или висячими. Удалить их можно командой:

docker image prune

Чтобы удалить все образы, которые не используются контейнерами, выполните:

docker image prune -a

Удаление томов Docker

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

Выведите все локальные тома:

docker volume ls

Чтобы узнать, где находится том и какими контейнерами он может использоваться, выполните:

docker volume inspect название_тома

Команда inspect показывает путь на хосте, драйвер и служебные метки.

Дополнительно можно посмотреть, какие контейнеры подключают том, через docker inspect самого контейнера:

docker inspect название_контейнера

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

В Docker удалить том можно отдельной командой:

docker volume rm название_тома

Если система сообщит, что том используется, найдите связанный контейнер, остановите его, удалите контейнер и только потом повторите команду для volume:

docker stop название_контейнера
docker rm название_контейнера
docker volume rm название_тома

Для удаления томов, которые не подключены ни к одному контейнеру, есть команда:

docker volume prune

Если контейнер создавался с анонимным томом и данные уже не нужны, используйте флаг -v при удалении контейнера:

docker rm -v название_контейнера

Общая очистка неиспользуемых ресурсов

Когда нужно убрать стандартный набор мусорных объектов, используйте:

docker system prune

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

Чтобы затронуть не только образы без тега, но и все образы, которые сейчас не нужны контейнерам, используйте -a:

docker system prune -a

Тома в такую очистку не попадают, пока явно не указан параметр --volumes:

docker system prune -a --volumes

Кеш сборки можно очистить отдельно:

docker builder prune

Для полной очистки неиспользуемого кеша сборщика в Docker используйте:

docker builder prune -a

После завершения проверьте результат:

docker system df

Если свободного места стало ненамного больше, проблема может быть не в Docker. Проверьте журналы контейнеров, системные логи, резервные копии, временные каталоги и другие крупные файлы на сервере.

Если в томах Docker хранятся базы данных, загрузки пользователей или другие важные файлы, перед удалением лучше вынести копию в отдельное хранилище. Для этого можно использовать объектное хранилище S3 Рег.облака: в него удобно складывать резервные копии, архивы и данные, которые не должны зависеть от состояния конкретного сервера.

Если место не освободилось после удаления

Иногда команды Docker отработали корректно, но свободного места стало больше совсем немного. Значит, значительную часть диска занимают другие данные или Docker хранит тяжелые файлы не в той категории, на которую вы смотрели:

Ручная чистка /var/lib/docker/overlay2 почти всегда плохая идея. Docker ожидает, что слои и метаданные останутся согласованными. Удаление файлов из внутреннего каталога может повредить контейнеры и образы.

В некоторых случаях и после очистки диска места все равно не хватает. Это значит, что проект вырос и текущего объема уже недостаточно — удалять дальше просто нечего. В таком случае удобно перейти в облако: в Рег.облаке можно увеличить диск на виртуальном сервере, не перенося данные и не останавливая работу сервера.

Типичные ошибки при очистке Docker

Как сделать очистку регулярной

Проблемы с местом появляются не из-за одной команды, а из-за отсутствия правил хранения. Если Docker используется постоянно, полезно заранее договориться, сколько старых образов держать, как часто удалять тестовые окружения и кто отвечает за тома с данными.

Для командной разработки можно ввести простое правило: временные контейнеры живут ограниченное время, образы без тега не хранятся неделями, кеш сборки чистится по расписанию, а volume удаляются только вручную после проверки. Дисциплина снижает риск аварийной очистки в момент, когда диск уже заполнен.

Свободное место может заканчиваться снова и снова, даже если вы регулярно удаляете контейнеры и старые образы. Это сигнал к пересмотру инфраструктуры и процессов.

Например, если вам знакомы следующие проблемы:

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

Если вы планируете масштабную чистку Docker, сделайте перед этим снэпшот — снимок состояния сервера. Он позволит за пару минут вернуть всю систему в исходное состояние, если что-то пойдет не так. Снэпшот в облаке создается без остановки сервера и занимает минимум времени, а вы получаете страховку от случайной потери данных. Полезно сделать его перед удалением томов или старых образов, к которым могут быть привязаны сервисы.

Итоги

Docker постепенно оставляет после себя остановленные контейнеры, старые слои образов, кеш сборки, сети и тома. Освобождение места лучше начинать с диагностики: docker system df, docker system df -v, docker ps -a, docker image ls и docker volume ls.

Самый безопасный сценарий — удалять объекты по очереди: сначала явно ненужные контейнеры, затем лишние образы, потом кеш сборки и только после отдельной проверки — тома. Контейнер или образ можно восстановить довольно быстро, а данные в томе могут быть единственной копией. Поэтому перед docker system prune -a --volumes и docker compose down -v убедитесь, что удаляемая информация точно не нужна или уже сохранена в резервной копии.

Частые вопросы