Будет ли контейнер автоматически запускаться после перезагрузки сервера?

Да, но не автоматически по умолчанию

Нет, по умолчанию контейнеры не запускаются автоматически после перезагрузки сервера. После перезагрузки хостовой системы все контейнеры останавливаются, и Docker (или другой runtime) должен быть явно настроен для их повторного запуска. Это стандартное поведение для безопасности и контроля — система не делает предположений о том, какие службы должны быть восстановлены.

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

Для автоматического перезапуска контейнеров необходимо явно указать политику перезапуска при создании или запуске контейнера.

1. Политики перезапуска в Docker

В Docker для этого используется флаг --restart:

docker run -d --name my_app --restart unless-stopped nginx:latest

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

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

2. Настройка для существующего контейнера

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

docker update --restart unless-stopped <container_name>

3. Использование Docker Compose

В файле docker-compose.yml политика указывается для каждого сервиса:

version: '3.8'
services:
  web:
    image: nginx:alpine
    restart: unless-stopped
    ports:
      - "80:80"
  db:
    image: postgres:15
    restart: on-failure:5
    environment:
      POSTGRES_PASSWORD: example

4. Systemd и контейнеризация на уровне ОС

Для контейнеров, управляемых systemd (например, при использовании Podman или Docker с интеграцией в systemd), настройка автоматического запуска выполняется через юниты systemd. Пример юнита для Docker-контейнера:

[Unit]
Description=My Application Container
Requires=docker.service
After=docker.service

[Service]
Restart=always
ExecStart=/usr/bin/docker start -a my_app
ExecStop=/usr/bin/docker stop -t 2 my_app

[Install]
WantedBy=multi-user.target

После создания файла нужно активировать автозапуск:

sudo systemctl enable my-app-container.service

5. Оркестраторы (Kubernetes)

В Kubernetes перезапуск контейнеров управляется иначе — через объекты Pod и контроллеры (Deployments, StatefulSets и т.д.). Pod сам по себе не перезапускается при сбое узла, но контроллер воссоздаёт Pod на другом узле в соответствии с декларативной конфигурацией.

В манифесте Pod можно задать политику перезапуска контейнера внутри Pod:

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: app
    image: nginx:latest
    restartPolicy: Always  # Варианты: Always, OnFailure, Never

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

Критические моменты и best practices

1. Зависимости и порядок запуска: Если контейнеры зависят друг от друга (например, приложение → база данных), простого restart может быть недостаточно. Нужно:

    *   Реализовать health-check в приложениях.
    *   Использовать Docker Compose с параметром `depends_on` и healthcheck.
    *   В Kubernetes — использовать readinessProbe/livenessProbe и правильную настройку зависимостей.

1. Состояние (stateful) контейнеры: Для stateful-сервисов (БД, кэши) автоматический перезапуск может быть опасен без корректного управления томами (volumes) и последовательности запуска. Для них часто используют StatefulSet в Kubernetes или специальные политики.

2. Логирование и мониторинг: При автоматическом перезапуске важно настроить сбор логов вне контейнера (Docker logging drivers, Fluentd, Loki) и мониторинг (Prometheus с cAdvisor), чтобы анализировать причины падений.

3. Обновления безопасности: Автоматический перезапуск не должен заменять процедуры обновления образов для устранения уязвимостей. Нужен CI/CD для регулярного обновления образов.

Итог

Контейнер не будет автоматически запускаться после перезагрузки сервера без явной настройки. Для этого необходимо:

1. Указать политику --restart при создании контейнера в Docker.
2. Либо настроить systemd-юнит, управляющий контейнером.
3. Либо положиться на оркестратор (Kubernetes), который обеспечит восстановление работоспособности приложения в соответствии с задекларированным состоянием.

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