Помощь
Автоматизация

Cron против systemd.timer: как я автоматизирую задачи на VPS

ГлавнаяCron против systemd.timer: как я автоматизирую задачи на VPS

Содержание

Если у тебя есть VPS и ты всё ещё запускаешь бэкап вручную или не чистишь временные файлы, пока диск не заполнится — добро пожаловать в автоматизацию.

Когда-то я тоже начинала с классического cron, как и все. Но потом поняла, что systemd.timer — это совсем другой уровень. Расскажу, чем они отличаются, где что удобнее и почему я теперь чаще пишу .timer, чем редактирую crontab.

🧾 Что такое cron и зачем он нужен

cron — это старый добрый планировщик задач в Linux. Работает по расписанию, читает crontab, выполняет команды. Простой, понятный, в каждой системе.

Пример: запуск скрипта каждые 5 минут:

*/5 * * * * /home/user/cleanup.sh

Плюсы:

  • работает везде;
  • мгновенно понятно, что и когда запускается;
  • можно отредактировать через crontab -e и забыть.

Минусы:

  • нет логов по умолчанию (если не перенаправишь в файл — ты ничего не узнаешь);
  • нет зависимостей — не знаешь, был ли интернет, была ли другая служба поднята;
  • сложно отлаживать, если что-то пошло не так.

🚀 Что такое systemd.timer и как с ним жить

Если у тебя современная Ubuntu или Debian, systemd уже установлен и работает. И вместе с ним — таймеры.

По сути, systemd.timer — это аналог cron, но с возможностями, которых у cron просто нет.

Хочешь пример?

# /etc/systemd/system/backup.service
[Unit]
Description=Nightly backup

[Service]
Type=oneshot
ExecStart=/home/user/backup.sh

# /etc/systemd/system/backup.timer
[Unit]
Description=Run backup daily

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

[Install]
WantedBy=timers.target

Запуск:

systemctl daemon-reexec
systemctl daemon-reload
systemctl enable --now backup.timer

Теперь скрипт будет выполняться каждый день в 3 ночи.

🧩 В чём плюсы systemd.timer

  • Живые логи: можно посмотреть journalctl -u backup.service и узнать, что реально происходило.
  • Гибкое расписание: OnCalendar=Mon *-*-* 07:00 — запускай каждый понедельник.
  • Можно запустить вручную (через systemctl start your.service).
  • Автоматический перезапуск, если система была выключена во время плановой задачи (если Persistent=true).

🕵️ Где смотреть активные таймеры?

Всё просто:

systemctl list-timers

или

systemctl list-timers --all

Увидишь список: какой .timer, когда последний и следующий запуск, активен ли.

🆚 Cron vs systemd — когда что использовать

Что нужно сделатьЧто выбрать
Быстро раз в 5 минут вызвать скриптcron (простой случай)
Хочешь логов и контроляsystemd.timer
Зависит от других служб (nginx, mysql)systemd.timer
Нужно поведение «после перезагрузки»systemd.timer с Persistent
Запуск от конкретного пользователяsystemd user timer

🔍 Как создать user timer (без sudo)

systemctl --user enable --now myscript.timer

Но не забудь — systemd должен быть запущен с поддержкой user instance. Иногда нужно добавить в .bashrc:

export XDG_RUNTIME_DIR=/run/user/$(id -u)

🐛 Где я спотыкалась

  • не добавила Persistent=true — таймер не сработал после перезагрузки;
  • забыла ExecStart= в .service — таймер работал, а команда — нет;
  • названия .service и .timer не совпадали — и таймер запускал «ничего».

📝 Итого

Cron хорош, если тебе надо что-то простое и быстрое.
Но как только ты хочешь стабильности, логов и предсказуемости — systemd.timer выигрывает.

Сейчас у меня на каждом VPS минимум 3 таймера: бэкап, очистка, обновления. Все на systemd.
Cron — остался только для привычных вещей вроде letsencrypt.