Как настроить запуск контейнера при запуске системы

Настройка автозапуска контейнеров при старте ОС

Настройка автоматического старта контейнеров при запуске системы — критически важная задача для обеспечения отказоустойчивости и бесперебойной работы сервисов в production-среде. Рассмотрю основные подходы для разных контейнерных сред.

Docker с systemd (наиболее распространённый вариант)

Для систем, использующих systemd (большинство современных Linux-дистрибутивов), создаём сервисный файл:

sudo nano /etc/systemd/system/myapp-container.service

Содержимое файла сервиса:

[Unit]
Description=My Application Container
Requires=docker.service
After=docker.service network-online.target
Wants=network-online.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/docker run \
    --name myapp \
    --restart always \
    -p 80:8080 \
    -v /data:/app/data \
    myapp:latest
ExecStop=/usr/bin/docker stop myapp
ExecStopPost=/usr/bin/docker rm myapp
TimeoutStartSec=0

[Install]
WantedBy=multi-user.target

Ключевые моменты:

• Restart=always — политика перезапуска Docker
• WantedBy=multi-user.target — запуск при достижении многопользовательского режима
• RemainAfterExit=yes — сервис считается активным после завершения выполнения

Активация сервиса:

# Перезагрузка демона systemd
sudo systemctl daemon-reload

# Включение автозапуска
sudo systemctl enable myapp-container.service

# Запуск сервиса
sudo systemctl start myapp-container.service

# Проверка статуса
sudo systemctl status myapp-container.service

Нативный Docker с политикой restart

Самый простой способ для Docker — использование политики перезапуска:

docker run -d \
  --name myapp \
  --restart unless-stopped \
  -p 80:8080 \
  myapp:latest

Доступные политики перезапуска:

• no — не перезапускать (по умолчанию)
• on-failure — перезапускать при ошибках
• always — всегда перезапускать
• unless-stopped — перезапускать всегда, кроме случаев явной остановки

Docker Compose с systemd

Для приложений, развёрнутых через Docker Compose, создаём сервисный файл:

sudo nano /etc/systemd/system/docker-compose-app.service

[Unit]
Description=Multi-container application
Requires=docker.service
After=docker.service network-online.target

[Service]
Type=oneshot
RemainAfterExit=yes
WorkingDirectory=/opt/myapp
ExecStart=/usr/local/bin/docker-compose up -d
ExecStop=/usr/local/bin/docker-compose down
TimeoutStartSec=0

[Install]
WantedBy=multi-user.target

Важно: убедитесь, что в docker-compose.yml также указаны политики перезапуска:

version: '3.8'
services:
  web:
    image: nginx:latest
    restart: unless-stopped
    ports:
      - "80:80"
  app:
    image: myapp:latest
    restart: unless-stopped
    depends_on:
      - db
  db:
    image: postgres:14
    restart: unless-stopped

Podman с systemd

Для Podman автогенерация сервисных файлов:

# Создание контейнера
podman run -d --name myapp myapp:latest

# Генерация systemd-юнита
podman generate systemd --new --name myapp > /etc/systemd/system/container-myapp.service

# Активация
systemctl enable --now container-myapp.service

Kubernetes Pod с политиками restart

В Kubernetes используем поля в манифесте пода:

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
spec:
  restartPolicy: Always
  containers:
  - name: myapp
    image: myapp:latest
    ports:
    - containerPort: 8080

Варианты restartPolicy:

• Always (рекомендуется для большинства workload'ов)
• OnFailure
• Never

Для полноценного управления жизненным циклом используйте контроллеры:

• Deployment — для stateless-приложений
• StatefulSet — для stateful-приложений с постоянным хранилищем
• DaemonSet — для запуска на каждой ноде

Проверка и отладка

Общие команды для проверки корректности настройки:

# Проверка status systemd-сервиса
sudo systemctl status <service-name>

# Просмотр логов systemd
sudo journalctl -u <service-name> -f

# Проверка загруженных unit-файлов
systemctl list-unit-files | grep enabled

# Тестовый рестарт системы
sudo systemctl reboot

# Проверка запущенных контейнеров после рестарта
docker ps -a
podman ps -a

Рекомендации для production-сред

1. Используйте orchestrator (Kubernetes, Nomad, Swarm) для сложных развёртываний
2. Реализуйте health checks в контейнерах для корректного мониторинга
3. Настройте мониторинг задержек старта контейнеров
4. Используйте интеграцию с init-системой для корректной обработки сигналов остановки
5. Тестируйте сценарии перезагрузки на staging-окружении перед production

Автоматический запуск контейнеров — фундаментальный компонент отказоустойчивой инфраструктуры, который должен быть правильно настроен с учётом особенностей вашего окружения и требований к доступности сервисов.