Генератор cron-выражений

Читаем пять полей

Стандартная запись в crontab состоит из пяти полей в неизменном порядке: минута (0-59), час (0-23), день месяца (1-31), месяц (1-12) и день недели (0-6, где и 0, и 7 означают воскресенье). Звёздочка совпадает с любым значением, запятая перечисляет значения, дефис задаёт диапазон, а косая черта — шаг. Генератор понимает также названия месяцев и дней недели, например Mon-Fri и Jan.

Возьмём */15 9-17 * * 1-5. Поле минут срабатывает в 0, 15, 30 и 45; поле часов допускает часы с 9 до 17; последнее поле ограничивает расписание днями с понедельника по пятницу. Это четыре запуска в час на протяжении девяти часов, то есть 36 запусков в день, и последний из них в 17:45, а не в 18:00, ведь диапазон часов заканчивается на 17. Кто хочет «до 18:00», обычно нуждается в 9-17 плюс отдельной записи 0 18.

Ошибки, которые заметит предпросмотр

Список следующих пяти запусков — самый быстрый способ найти выражение, которое означает не то, что вы имели в виду:

• */7 в поле минут срабатывает в 0, 7, 14 и далее до 56, а затем снова в 0, поэтому на границе часа возникает разрыв в 4 минуты. Шаги, которые не делят 60 нацело, никогда не дают равных интервалов.
• 0 9 1 * 1 не означает «первый понедельник». Когда ограничены и день месяца, и день недели, стандартный cron запускает задание по любому совпадению, так что оно сработает 1-го числа и в каждый понедельник.
• Шаг на отдельном числе, например 5/15, начинается с 5 и считает по 15 (5, 20, 35, 50). Некоторые реализации cron его отклоняют, поэтому для переносимости пишите 5-59/15.
• 0 0 29 2 * показывает «Нет запусков в течение ближайшего года», если в ближайшие двенадцать месяцев нет 29 февраля, и это правильный ответ.
• Планировщики Quartz и Spring используют шесть или семь полей с секундами и символами вроде ? и L. Этот генератор рассчитан на пятипольный формат Unix и назовёт такие выражения некорректными.

Часовые пояса и летнее время

Cron вычисляет время по системному часовому поясу машины, а предпросмотр показывает следующие запуски в поясе вашего браузера, поэтому они могут не совпадать. Задание 0 3 * * * на сервере в UTC сработает в 05:00 по Таллину зимой и в 06:00 летом. Если сервер работает по местному времени, задание в час, который весной перескакивают (с 02:00 до 03:00), может быть пропущено или сдвинуто, а задание в час, который повторяется осенью, — выполниться дважды, в зависимости от реализации cron. Безопасная привычка: держать серверы в UTC и не планировать важные задания на промежуток 01:00-04:00 по местному времени.

Тихая поломка cron

Когда задание не запускается, cron ничего не сообщает. Демон остановился, сервер пересобрали без crontab, из-за проблемы с PATH команда падает, а вывод отправляется никому, или знак процента оставили без экранирования (в crontab символ % означает новую строку, если не написать \%). Задание просто перестаёт работать, и первым признаком становится отсутствующая резервная копия или пустой отчёт через несколько недель.

Heartbeat закрывает этот пробел. Heartbeat-монитор в Tenium задаётся периодом и запасом времени в секундах, а не выражением cron, поэтому расписание нужно перевести: ежедневное задание в 03:00 превращается в период 86400 и запас 7200, если оно может идти до двух часов. Еженедельное задание — это 604800. Задание только по будням требует осторожности, потому что между пятничным и понедельничным пингом 72 часа: либо задайте период в 3 суток, либо пусть вторая строка пингует каждый день. Строка внизу инструмента добавляет вызов curl после команды через &&, так что завершившееся ошибкой задание пинг не отправит. Подробнее — в разделе мониторинг cron-заданий.

Сколько heartbeat-мониторов вы получаете

Heartbeat-мониторы начинаются со Starter и считаются по тарифу: 20 на Starter, 100 на Pro и 500 на Agency. Серверу с десятком запланированных заданий вполне хватит тарифа Starter за $7 в месяц.