Настройка автоматического перезапуска сервисов с systemd для восстановления после сбоев, проверки работоспособности и мониторинга в производственных средах.
В производственных средах неизбежны неожиданные сбои сервисов. Правильно настроенные механизмы автоматического перезапуска минимизируют время простоя и повышают надёжность системы.
# Состояние сервиса
systemctl status service_name
# Журналы сервиса
journalctl -u service_name -n 50
# Количество перезапусков
systemctl show service_name | grep NRestarts
# Все неудавшиеся сервисы
systemctl --failed
[Unit]
Description=Мой сервис
After=network.target
[Service]
Type=simple
User=www-data
ExecStart=/usr/bin/myapp
Restart=always
RestartSec=5
StartLimitIntervalSec=60
StartLimitBurst=5
[Install]
WantedBy=multi-user.target
| Параметр | Описание |
|---|---|
Restart=no | Без автоперезапуска (по умолчанию) |
Restart=always | Перезапуск во всех случаях |
Restart=on-failure | Перезапуск только при ошибке |
Restart=on-abnormal | Перезапуск при аномальном завершении |
# Перезагрузить и запустить
sudo systemctl daemon-reload
sudo systemctl enable service_name
sudo systemctl start service_name
[Service]
Restart=on-failure
RestartSec=10
# Остановить если падает более 5 раз за 5 минут
StartLimitIntervalSec=300
StartLimitBurst=5
# Лимит памяти
MemoryMax=512M
[Unit]
Description=Моё приложение Node.js
After=network.target
[Service]
Type=simple
User=nodeuser
WorkingDirectory=/var/www/app
ExecStart=/usr/bin/node /var/www/app/index.js
Restart=always
RestartSec=5
Environment=NODE_ENV=production
[Install]
WantedBy=multi-user.target
# docker-compose.yml
services:
app:
image: myapp
restart: unless-stopped
# Почему сервис не запускается?
journalctl -u service_name -n 100 --no-pager
# Сбросить счётчик ошибок
systemctl reset-failed service_name
При достижении StartLimitBurst systemd прекращает автоперезапуск. Используйте systemctl reset-failed service_name для сброса счётчика.
Настройка автоматического перезапуска systemd значительно повышает надёжность сервисов в производственной среде. Используйте Restart=always или Restart=on-failure для базовой настройки, установите интервал перезапуска с RestartSec и предотвратите бесконечные циклы с StartLimitBurst.
'always' перезапускает сервис во всех случаях. 'on-failure' перезапускает только при ненулевом коде выхода или убийстве сигналом. Для производственных сервисов обычно предпочтительнее 'on-failure'.
Сначала проверьте журналы ошибок с помощью 'journalctl -u service_name -n 100'. Проблема обычно в отсутствующей зависимости, неправильной конфигурации или проблеме с правами доступа.
В docker-compose.yml 'restart: unless-stopped' — наиболее распространённый вариант. 'on-failure:5' перезапускает максимум 5 раз.
Директива OnFailure в systemd может запускать сервис уведомлений при сбое. Инструменты мониторинга, такие как Uptime Kuma, также могут отслеживать состояние сервисов и отправлять уведомления.
Руководство по решению проблем SSH-подключения: правила файрвола Path.net, Default Block, создание правила фильтрации для SSH-порта и шаги по устранению неполадок.
Руководство по решению проблем RDP-подключения: правила файрвола Path.net, Default Block, создание правила фильтрации для порта RDP и шаги по устранению неполадок.
Руководство по сетевому тестированию с помощью WinMTR и Linux MTR, создание правила фильтрации ICMP и отправка результатов в службу поддержки. Диагностика потери пакетов.