Таймеры systemd вместо crond: различия между версиями
Дым (обсуждение | вклад) |
Дым (обсуждение | вклад) |
||
Строка 57: | Строка 57: | ||
===3) Создать сервисы, требующие периодического исполнения=== | ===3) Создать сервисы, требующие периодического исполнения=== | ||
Пример найден на просторах интернетов, нужную периодичность указывать через секцию [Install]: | Пример найден на просторах интернетов, нужную периодичность (можно сразу для нескольких интервалов) указывать через секцию '''[Install]''': | ||
{| class="mw-collapsible mw-collapsed wikitable" | {| class="mw-collapsible mw-collapsed wikitable" | ||
!/lib/systemd/system/logrotate.service | !/lib/systemd/system/logrotate.service | ||
Строка 75: | Строка 75: | ||
</source> | </source> | ||
|} | |} | ||
===4) И, наконец, включить их=== | ===4) И, наконец, включить их=== |
Версия от 04:15, 18 сентября 2023
Предмет статьи
Речь о задачах, которые следует исполнять периодически, без указания сложных конструкций из даты:времени/периодичности (сиречь, о том, чем занимаются скрипты из /etc/cron.***ly/
, плюс не охваченные ими ежеминутные, ежеквартальные и ежесеместровые запуски).
Варианты
В части руководств встречаются рекомендации «пилить» таймеры под каждый отдельный юнит, существуют и генераторы таймеров на основе crontab — проекты некоторых можно глянуть здесь. Но мне они показались несколько выморочными, чересчур навороченными — ведь всё необходимое уже наличествует в systemd, и следует признать: находились таки примеры с таймерами/таргетами на отдельные периоды — часы/дни/недели и т.п.
Но посредством шаблонов можно сделать проще.
Реализация
1) Создать пару шаблонов
Для периодических таймеров:
/lib/systemd/system/doit@.timer |
---|
[Unit]
Description = %i timer
[Timer]
OnCalendar = %i
Persistent = true
Unit = doit@%i.target
[Install]
WantedBy = timers.target
|
Для их «целей»:
/lib/systemd/system/doit@.target |
---|
[Unit]
Description = %i timer target
StopWhenUnneeded = yes
|
doit здесь — это про:
«делать еже…» |
---|
minutely …минутно, hourly …часно, daily …дневно, weekly …недельно, monhly …месячно, quarterly …квартально, semi-annually …семестрово, yearly …годно. |
Само собой, «doit» что в именах, что в шаблоне таймера и периодически запускаемых сервисах можно заменить на «do», «run», «cron», «launch» или что угодно иное.
2) Включить и запустить периодические таймеры
# systemctl enable --now doit@{minute,hour,dai,week,month,quarter,semi-annual,year}ly.timer
3) Создать сервисы, требующие периодического исполнения
Пример найден на просторах интернетов, нужную периодичность (можно сразу для нескольких интервалов) указывать через секцию [Install]:
/lib/systemd/system/logrotate.service |
---|
[Unit]
Description = Rotate system logs
[Service]
Nice = 19
IOSchedulingClass = 2
IOSchedulingPriority = 7
ExecStart = /usr/sbin/logrotate /etc/logrotate.conf
[Install]
WantedBy = doit@daily.target
|
4) И, наконец, включить их
# systemctl enable <список таких сервисов>
…напоследок проверив, что юниты нужных сервисов активированы:
# ls /etc/systemd/system/doit@*ly.target.wants
|
---|
/etc/systemd/system/doit@daily.target.wants: logrotate.service /etc/systemd/system/doit@minutely.target.wants: unbound-stats.service /etc/systemd/system/doit@monthly.target.wants: unbound-anchor.service |
…и удостоверившись, что всё заработало:
# systemctl list-timers
|
---|
Wed 2017-12-20 12:28:00 IRKT 22s left Wed 2017-12-20 12:27:00 IRKT 37s ago doit@minutely.timer doit@minutely.target Wed 2017-12-20 13:00:00 IRKT 32min left Wed 2017-12-20 12:00:00 IRKT 27min ago doit@hourly.timer doit@hourly.target Thu 2017-12-21 00:00:00 IRKT 11h left Wed 2017-12-20 00:00:18 IRKT 12h ago doit@daily.timer doit@daily.target Thu 2017-12-21 11:12:16 IRKT 22h left Wed 2017-12-20 11:12:16 IRKT 1h 15min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service Mon 2017-12-25 00:00:00 IRKT 4 days left Mon 2017-12-18 00:00:00 IRKT 2 days ago doit@weekly.timer doit@weekly.target Mon 2018-01-01 00:00:00 IRKT 1 weeks 4 days left Fri 2017-12-01 00:00:00 IRKT 2 weeks 5 days ago doit@monthly.timer doit@monthly.target Mon 2018-01-01 00:00:00 IRKT 1 weeks 4 days left n/a n/a doit@quarterly.timer doit@quarterly.target Mon 2018-01-01 00:00:00 IRKT 1 weeks 4 days left n/a n/a doit@semi-annually.timer doit@semi-annually.target Mon 2018-01-01 00:00:00 IRKT 1 weeks 4 days left Tue 2017-10-24 18:17:11 IRKT 1 months 26 days ago doit@yearly.timer doit@yearly.target 9 timers listed. Pass --all to see loaded but inactive timers, too. |
Можно выключить крон:
# systemctl disable --now crond
Не важно, что реально работает только часть таймеров, а остальные — пустышки: лишние можно отключить либо рассматривать их как заготовки вроде пустых каталогов из /etc/cron.<…>ly/
.
Другие примеры
Само собой, для сложных конструкций взамен кронтабов из /etc/cron.d/
придётся создавать отдельные таймеры, которые, однако, справятся и там, где крон нужно подпирать костылём — вроде чистки ZFS по вторым воскресеньям ежемесячно:
24 0 8-14 * * root [ $(date +\%w) -eq 0 ] && [ -x /usr/lib/zfs-linux/scrub ] && /usr/lib/zfs-linux/scrub
или проверки программного RAID-массива:
57 0 * * 0 root [ $(date +\%d) -le 7 ] && [ -x /usr/share/mdadm/checkarray ] && /usr/share/mdadm/checkarray --cron --all --idle --quiet
Из чего видно, что в кроновском «моменте запуска» нельзя сочетать диапазон чисел месяца с днями недели, так что без скрипта никак. Вот и второй пример его автор в вольном переводе комментирует так:
Запускать задачу следует по воскресеньям, но не позже 7 числа — то есть, лишь в первое воскресенье каждого месяца, в каковой ситуации кронтаб беспомощен, так что приходится костылить хак.
А вот пример таймера для запуска в последнее воскресенье каждого месяца без скриптов:
/lib/systemd/system/last-sunday.timer |
---|
[Unit]
Description = Last Sunday of month timer
[Timer]
OnCalendar = Sun *~07/1
AccuracySec = 2h
Persistent = true
Unit = last-sunday.target
[Install]
WantedBy = timers.target
|
…и его таргета:
/lib/systemd/system/last-sunday.target |
---|
[Unit]
Description = Last Sunday timer target
StopWhenUnneeded = yes
|
Остаётся создать сервис-юниты с соответствующими строками запуска:
/lib/systemd/system/some-name.service |
---|
[Unit]
Description = в зависимости от запускаемой службы, к примеру "ZFS Scrub" или "MDAdm Check"
[Service]
# Для чистки ZFS (zfs-scrub.service):
ExecStart = /usr/lib/zfs-linux/scrub
# Для проверки рейд-массива (mdadm-check.service):
ExecStart = /usr/share/mdadm/checkarray --cron --all --idle --quiet
[Install]
WantedBy = last-sunday.target
|
Всё это может выглядеть громоздко, однако:
- таймер с таргетом создаются однократно, а для каких-то сервисов таргет не обязателен — достаточно, чтоб имена таймера и сервиса совпадали;
- юниты нужны лишь под отдельные службы;
- всегда можно посмотреть результат отработки таких служб через
journalctl -u <service>.service
.
Таймеры рабочего времени
Недавно нашёл пару статей на хабре, куда не приняли ту, что вы сейчас читаете. :) Там во многом подробнее, но ни одного примера интервалов подобного рода.
Например, для выполнения задачи каждые полчаса с утра до вечера, подходит такой:
OnCalendar = 08..18:15,45:00
А для более длительных промежутков — например, двухчасовых — можно сделать так:
OnCalendar = 9..17/2:05:00
Ещё из этих интервалов можно исключить выходные дни, а если чуток извернуться — то и праздники. :)