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

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

Когда-то я тоже начинала с классического

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

---

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

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

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

Копировать*/5 * * * * /home/user/cleanup.sh

Плюсы:

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

Минусы:

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

---

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

Если у тебя современная Ubuntu или Debian,

уже установлен и работает. И вместе с ним — таймеры.

По сути,

— это аналог 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

Увидишь список: какой

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

---

🆚 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

Но не забудь —

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

Копироватьexport XDG_RUNTIME_DIR=/run/user/$(id -u)

---

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

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

---

📝 Итого

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

выигрывает.

Сейчас у меня на каждом VPS минимум 3 таймера: бэкап, очистка, обновления. Все на

.
Cron — остался только для привычных вещей вроде.