Systemd timers вместо cron: современное планирование задач

Cron работает надёжно уже десятилетия, но systemd timers предлагают значительно больше возможностей для современных задач администрирования:

• Централизованное логирование — вывод задач идёт в journald, доступен через journalctl
• Управление зависимостями — таймер может зависеть от сети, монтирования и других сервисов
• Контроль ресурсов — через cgroups: лимиты CPU, RAM, I/O
• Точность до микросекунд — вместо минутной гранулярности cron
• Гарантия выполнения — Persistent=true запускает пропущенные задания после перезагрузки
• Рандомизация — RandomizedDelaySec предотвращает thundering herd
• Мониторинг — статус через systemctl, интеграция с мониторингом

Cron до сих пор проще для тривиальных задач (одна строка), но для сложных сценариев с зависимостями, лимитами и мониторингом systemd timers — лучший выбор.

Systemd timer состоит из двух юнитов: .timer (расписание) и .service (действие). Оба файла размещаются в /etc/systemd/system/.

Пример: ежедневная очистка временных файлов.

Файл /etc/systemd/system/cleanup.service:

[Unit]
Description=Очистка временных файлов старше 7 дней
After=network.target

[Service]
Type=oneshot
ExecStart=/usr/bin/find /tmp -type f -mtime +7 -delete
ExecStart=/usr/bin/find /var/tmp -type f -mtime +30 -delete

# Ограничение ресурсов
CPUQuota=25%
MemoryMax=256M
IOWeight=50

# Безопасность
ProtectSystem=full
PrivateTmp=true
NoNewPrivileges=true

Файл /etc/systemd/system/cleanup.timer:

[Unit]
Description=Запуск очистки ежедневно в 03:00

[Timer]
OnCalendar=*-*-* 03:00:00
RandomizedDelaySec=1800
Persistent=true

[Install]
WantedBy=timers.target

Активация:

sudo systemctl daemon-reload
sudo systemctl enable --now cleanup.timer

Формат OnCalendar гибче, чем crontab. Базовый формат: DayOfWeek Year-Month-Day Hour:Minute:Second.

Примеры расписаний:

# Каждые 15 минут
OnCalendar=*:0/15

# Каждый час
OnCalendar=hourly

# Каждый день в полночь
OnCalendar=daily

# Понедельник-пятница в 9:00
OnCalendar=Mon..Fri *-*-* 09:00:00

# Первое число каждого месяца в 06:00
OnCalendar=*-*-01 06:00:00

# Каждые 2 часа
OnCalendar=0/2:00:00

# Последний день месяца (через cron это невозможно)
OnCalendar=*-*~1 23:00:00

# Несколько расписаний
OnCalendar=Mon *-*-* 08:00:00
OnCalendar=Fri *-*-* 18:00:00

Проверьте расписание до активации:

systemd-analyze calendar "Mon..Fri *-*-* 09:00:00" --iterations=5

Команда покажет ближайшие 5 срабатываний — убедитесь, что расписание соответствует ожиданиям.

Монотонные таймеры срабатывают относительно события (загрузка, последний запуск), а не по расписанию. Идеальны для задач с интервалом:

[Unit]
Description=Проверка обновлений каждые 6 часов

[Timer]
# Через 10 минут после загрузки
OnBootSec=10min
# Затем каждые 6 часов после последнего запуска
OnUnitActiveSec=6h
# Если пропущено — запустить при следующей возможности
Persistent=true

[Install]
WantedBy=timers.target

Комбинирование монотонных и календарных таймеров в одном файле:

[Timer]
# Запустить через 5 минут после загрузки
OnBootSec=5min
# И по расписанию каждый час
OnCalendar=*:00:00
Persistent=true

Монотонные таймеры гарантируют минимальный интервал между запусками — если задача занимает 2 часа, OnUnitActiveSec=6h запустит следующую через 6 часов после завершения, а не по абсолютному расписанию.

Базовые команды для работы с таймерами:

# Список всех таймеров
systemctl list-timers --all

# Статус конкретного таймера
systemctl status cleanup.timer

# Логи связанного сервиса
journalctl -u cleanup.service --since today

# Ручной запуск (для тестирования)
sudo systemctl start cleanup.service

# Временное отключение
sudo systemctl stop cleanup.timer
sudo systemctl disable cleanup.timer

Вывод list-timers показывает: когда сработает следующий раз, когда сработал в последний раз, и сколько времени осталось:

NEXT                        LEFT          LAST                        PASSED      UNIT
Wed 2026-04-08 03:00:00 MSK 4h 32min left Tue 2026-04-07 03:14:22 MSK 19h ago     cleanup.timer
Wed 2026-04-08 00:00:00 MSK 1h 32min left Tue 2026-04-07 00:00:00 MSK 22h ago     logrotate.timer

Для разовых задач не нужно создавать файлы юнитов — используйте systemd-run:

# Запустить команду через 30 минут
sudo systemd-run --on-active=30min /usr/local/bin/backup.sh

# Запустить в конкретное время
sudo systemd-run --on-calendar="2026-04-08 22:00:00" \
    --description="Ночная миграция БД" \
    /opt/scripts/migrate-db.sh

# С ограничением ресурсов
sudo systemd-run --on-active=5min \
    --property=CPUQuota=50% \
    --property=MemoryMax=1G \
    /usr/bin/python3 /opt/scripts/report.py

Transient timer автоматически удаляется после выполнения. Удобно для отложенных задач обслуживания: «выполнить ребут через 2 часа», «запустить миграцию в 3:00 ночи».

Проверьте созданные transient таймеры:

systemctl list-timers --all | grep run-

Пошаговый план миграции существующих задач cron:

1. Выгрузите текущий crontab: crontab -l > cron-backup.txt
2. Для каждой задачи создайте пару .timer + .service
3. Протестируйте ручным запуском: systemctl start task.service
4. Активируйте таймер: systemctl enable --now task.timer
5. Убедитесь в работоспособности через journalctl
6. Удалите задачу из crontab

Таблица соответствия cron → OnCalendar: