Что будешь делать, если в контейнере нет места в Docker

Диагностика и решение проблемы нехватки места в Docker-контейнере

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

1. Быстрая диагностика внутри контейнера

Я зайду в контейнер и проверю использование дискового пространства стандартными командами:

# Подключаюсь к работающему контейнеру
docker exec -it <container_id> /bin/bash

# Проверяю использование диска
df -h

# Анализирую, какие директории занимают больше всего места
du -sh /* 2>/dev/null | sort -rh | head -10
du -sh /var/* 2>/dev/null | sort -rh | head -10

# Проверяю наличие больших файлов
find / -type f -size +100M 2>/dev/null | head -20

2. Анализ Docker-слоев и вольюмов

Если внутри контейнера место есть, но Docker всё равно жалуется — проблема может быть в Docker storage driver или в volumes:

# Проверяю использование Docker-системы
docker system df

# Детальная информация по образам, контейнерам и вольюмам
docker system df -v

# Смотрю, какие контейнеры самые большие
docker ps -s

# Анализирую конкретный контейнер
docker inspect <container_id> | grep -A 10 "Mounts"

3. Распространённые причины и решения

Причина 1: Заполнение Docker storage

Docker использует overlay2 storage driver, у которого есть ограничения.

# Проверяю свободное место в /var/lib/docker
df -h /var/lib/docker

# Очищаю Docker-систему
docker system prune -a --volumes

# Более агрессивная очистка (осторожно!)
docker container prune
docker image prune -a
docker volume prune
docker builder prune

Причина 2: Логи или кэш приложения

Приложения могут генерировать большие логи или кэшировать данные.

Решение: Добавляю log rotation в Docker-композ:

version: '3.8'
services:
  myapp:
    image: myapp:latest
    logging:
      driver: "json-file"
      options:
        max-size: "10m"
        max-file: "3"

Причина 3: Ограничения контейнера

Docker может иметь ограничения по диску через storage-opt.

Решение: Увеличиваю квоту при создании контейнера:

docker run --storage-opt size=20G -d myapp:latest

4. Мои конкретные шаги для production-систем

1. Мониторинг и алертинг: Настраиваю мониторинг использования /var/lib/docker и контейнеров через Prometheus + Grafana

2. Проактивная очистка: Добавляю в CI/CD пайплайн регулярную очистку:

   # Скрипт для cron
   docker image prune -f --filter "until=24h"
   docker container prune -f --filter "until=24h"
   

3. Оптимизация образов: Использую multi-stage builds и минимизирую слои:

   # Multi-stage сборка
   FROM golang:1.19 AS builder
   WORKDIR /app
   COPY . .
   RUN go build -o myapp
   
   FROM alpine:latest
   COPY --from=builder /app/myapp .
   CMD ["./myapp"]
   

4. Использование volumes для данных: Выношу изменяемые данные в named volumes:

   volumes:
     app-data:
       driver: local
       driver_opts:
         type: tmpfs
         device: tmpfs
   

5. Продвинутые техники для enterprise-решений

Для сложных случаев применяю:

• Изменение storage driver на devicemapper или btrfs с выделением отдельного LVM-раздела
• Использование Docker Rootless для изоляции хранилища
• Миграция на containerd с direct-lvm конфигурацией
• Регулярные проверки через dive для анализа слоёв образов:

  dive myapp:latest
  

6. Профилактические меры

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

• Автоматические проверки размера образов в CI/CD
• Политики хранения (retention policies) для registry
• Обучение команды правильной работе с Docker-образами
• Регулярные аудиты Docker-инфраструктуры

Ключевой принцип: Проблема с местом в Docker — это всегда симптом более глубоких проблем: либо в архитектуре приложения, либо в процессах эксплуатации. Поэтому я не просто чищу место, а ищу корневую причину и внедряю системные решения для её устранения на постоянной основе. В production-средах я всегда рекомендую выделять под Docker отдельный диск с запасом места не менее 50% от текущего использования для безопасного масштабирования.