Коротко о главном

systemd управляет службами, монтированием, таймерами и журналами. Многие администраторы используют только systemctl, но понимание юнитов и зависимостей позволяет диагностировать запуск и делать собственные сервисы.

Юниты описывают, как запускать приложение, от кого зависит и что делать при сбое. Таймеры заменяют cron с лучшим логированием, а journalctl даёт структурированные логи.

Надёжная работа systemd в продакшене — это не только установка, но и контроль изменений, права доступа и наблюдаемость. Ниже — практический чек-лист.

Что меняется в рабочей среде

В тестовой среде достаточно, чтобы systemd запускался. В продакшене добавляются требования к доступности, безопасности и восстановлению. Чем раньше вы зафиксируете эти требования, тем меньше придётся переделывать.

Базовая установка

Установка

В Debian, Ubuntu и Linux Mint используется пакетный менеджер APT:

sudo apt install systemd

В Fedora и RHEL-совместимых системах пакет ставится через DNF:

sudo dnf install systemd

В Arch Linux и производных пакет доступен в официальных репозиториях:

sudo pacman -S systemd

Настройка и проверка

1. Создайте service-юнит

Файл кладите в /etc/systemd/system. Описывайте абсолютные пути и пользователя, от которого работает сервис.

sudo systemctl edit --full --force myapp.service

2. Проверьте синтаксис и запустите

Используйте daemon-reload после изменения юнита. status показывает последние логи и код выхода.

sudo systemctl daemon-reload
sudo systemctl enable --now myapp.service
systemctl status myapp.service

3. Добавьте таймер

Таймер запускает oneshot-сервис по расписанию. Не смешивайте расписание и саму задачу в одном юните.

[Timer]
OnCalendar=daily
Persistent=true

[Install]
WantedBy=timers.target

4. Смотрите журналы

journalctl фильтрует по юниту, времени и приоритету. Для live-режима используйте -f.

journalctl -u myapp.service -n 100 --no-pager
journalctl -u myapp.service -f

5. Разберите зависимости

Если сервис не стартует, проверьте, какие юниты он требует и что мешает запуску.

systemctl list-dependencies myapp.service
systemd-analyze verify /etc/systemd/system/myapp.service

Конфигурация для повторяемого развёртывания

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

[Unit]
Description=My backup job
After=network-online.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/backup.sh

Безопасность и наблюдаемость

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

Чек-лист

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

Практические советы

Эти рекомендации проверены на повседневных задачах. Начните с тех, которые закрывают вашу текущую боль, а не со всего списка сразу.

Совет 1. Не запускайте сервисы от root без необходимости.

Не запускайте сервисы от root без необходимости.

Совет 2. Используйте Restart=on-failure с задержкой.

Используйте Restart=on-failure с задержкой.

Совет 3. Настройте лимиты памяти и файловых дескрипторов.

Настройте лимиты памяти и файловых дескрипторов.

Совет 4. Для длинных задач используйте Type=oneshot и таймер.

Для длинных задач используйте Type=oneshot и таймер.

Совет 5. Храните юниты в Git и разворачивайте через Ansible.

Храните юниты в Git и разворачивайте через Ansible.

Типичные ошибки

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

1. Unit not found

Проверьте имя файла, daemon-reload и путь. systemctl cat покажет, какой файл используется.

2. Сервис падает сразу после старта

Смотрите journalctl -u и код выхода. Часто виноваты права, отсутствующий каталог или неверный ExecStart.

3. Таймер не срабатывает

Проверьте systemctl list-timers, Persistent и время. Убедитесь, что таймер включён, а не только запущен.

Итог

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

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 0 / 5. Количество оценок: 0

Оценок пока нет. Поставьте оценку первым.

Поделиться: Telegram ВКонтакте