Что такое таймеры в systemd?

Таймеры в Systemd: Альтернатива Cron

Таймеры в systemd — это специализированные юниты, которые обеспечивают планирование и автоматический запуск других юнитов systemd (обычно служб .service) по расписанию или в ответ на определённые события. Они представляют собой современную, более мощную и интегрированную альтернативу классическому планировщику задач cron, хотя и могут с ним сосуществовать. В отличие от cron, таймеры являются частью единой экосистемы управления системой, что обеспечивает лучший контроль, мониторинг и интеграцию с журналами (logs).

Ключевые преимущества таймеров перед Cron

• Интеграция с системой инициализации: Таймеры — полноправные юниты systemd. Ими можно управлять командами systemctl, их зависимости и порядок загрузки контролируются наряду со всеми другими компонентами системы.
• Гибкое планирование: Помимо абсолютного времени (как в cron: * 2 * * *), поддерживаются относительные интервалы (например, "каждые 6 часов" или "через 15 минут после загрузки").
• Управление ресурсами и изоляция: Задачи, запущенные таймером, могут наследовать параметры изоляции (например, контроль групп cgroups, пространства имён) от ассоциированного .service юнита, что повышает безопасность и предсказуемость.
• Мощная активация по событиям: Таймеры могут запускаться не только по времени, но и при наступлении системных событий, например, при подключении определённого устройства (OnDevice=), после монтирования файловой системы (OnMount=) или при простое системы (OnIdle=).
• Отложенный и псевдослучайный запуск: Возможность настраивать RandomizedDelaySec для распределения нагрузки или использовать Persistent=true для выполнения пропущенных задач после простоя системы.
• Централизованное логирование: Поскольку таймер запускает .service юнит, все логи (stdout/stderr) задачи направляются в стандартный журнал systemd (journald), доступный через journalctl -u service_name, что упрощает отладку.

Структура и типы таймеров

Таймерный юнит имеет расширение .timer и обычно активирует одноимённый .service юнит (хотя это необязательно). Существует два основных типа активации:

1. Монотонные таймеры (Monotonic): Запускаются относительно определённого момента, например, загрузки системы или старта самого таймера.

   # /etc/systemd/system/backup-weekly.timer
   [Timer]
   OnBootSec=15min      # Через 15 минут после загрузки
   OnUnitActiveSec=1w   # Через 1 неделю после последней активации службы
   Unit=backup-weekly.service
   

2. Таймеры реального времени (Realtime): Аналогичны cron, привязаны к календарю и часам.

   # /etc/systemd/system/daily-logrotate.timer
   [Timer]
   OnCalendar=daily     # Каждый день в 00:00
   # Или с большей точностью:
   # OnCalendar=Mon,Fri *-*-* 02:30:00
   Persistent=true      # Если система была выключена, выполнить задачу при следующем включении
   Unit=logrotate.service
   

Практическое использование: Управление и отладка

Управление таймерами происходит через стандартный интерфейс systemctl:

# Включить и активировать таймер для автозапуска
sudo systemctl enable my-task.timer
# Запустить таймер немедленно
sudo systemctl start my-task.timer
# Проверить статус и следующее время срабатывания
sudo systemctl status my-task.timer
# Просмотреть список всех активных таймеров
systemctl list-timers --all

Отладка и анализ:

# Просмотр подробных логов связанной службы
sudo journalctl -u my-task.service -f
# Проверить, как systemd парсит расписание таймера
systemd-analyze calendar "*-*-* 2:30:00"
# Перезагрузить конфигурацию systemd после изменения юнитов
sudo systemctl daemon-reload

Важные аспекты и различия с Cron

• Отсутствие переменных окружения по умолчанию: В отличие от cron, который наследует ограниченный набор переменных окружения, таймер запускает службу, которая может явно определять своё окружение в секции [Service] (через Environment= или загружая файлы .conf из /etc/conf.d/). Это делает поведение более предсказуемым.
• Контроль доступа: Управление таймерами требует прав суперпользователя (root) или членства в группе wheel (в зависимости от политик polkit), тогда как у каждого пользователя может быть свой crontab. Для пользовательских таймеров systemd также поддерживает пользовательские сессии (systemctl --user), но это менее распространено.
• Формат расписания: Синтаксис OnCalendar мощный, но отличается от cron. Например, weekly эквивалентно 0 0 * * 0, а *-*-* 2:30:00 означает "каждый день в 2:30".

Таким образом, таймеры systemd — это эволюция подхода к автоматизации задач в Linux-системах. Они предлагают глубокую интеграцию с современной системой инициализации, улучшенные возможности по изоляции и управлению ресурсами, а также более надёжный механизм логирования. Для систем, уже использующих systemd в качестве init-системы, переход на таймеры для системных задач является логичным шагом к повышению управляемости и согласованности конфигурации. Однако для простых пользовательских задач или в смешанных средах классический cron по-прежнему остаётся валидным и широко используемым инструментом.