1-минутный интервал Cronjobs внутри CloudLinux

Итак, на днях я получил следующее сообщение от моего администратора сервера:

Привет ****,

Мы надеемся, что у вас все хорошо сегодня.

Мы заметили, что в одной из ваших учетных записей запущено несколько заданий cron. с интервалом в 1 минуту. (Три; и я признаю, что они могли быть объединены в 1. Там не было 1000 строк кода, буквально не более 35 вместе взятых)

-снип-

На сервере виртуального хостинга запуск задания cron каждую минуту может оказать неблагоприятное влияние на работоспособность сервера и других пользователей на тот же сервер. Чтобы предотвратить негативное влияние на сервер, мы изменили задания cron, как показано ниже:

-снип-

Теперь они будут запускаться каждые с указанными выше интервалами. Пожалуйста, не запускайте cronjob с интервалом менее 15 минут.

Ваше сотрудничество будет высоко оценено в этом отношении.

Если у вас есть дополнительные вопросы или проблемы, пожалуйста, обновите это билет.

С уважением, ****.

Имеет ли это смысл для кого-либо? Потому что я просмотрел документацию по cloudlinux, и это не имеет никакого смысла:

Я плачу у них за "полувыделенный" сервер, и 80 доступных входных процессов. Единственный способ Я понимаю проблема заключается в том, что они загружают больше пользователей на серверы, где у них нет реальных ресурсов для учета этих указанных пользователей и их планов, потому что это был его «пример»:

К сожалению, мы должны поддерживать некоторые минимальные ограничения на поддерживать качество хостинга. Представьте, что может случиться, если 50 пользователей запускать на сервере 150 заданий cron в минуту. Обычный сервер может ползти.

И, как я уже сказал, единственный способ, которым я вижу проблему, - это если пользовательские ресурсы учитывают больше, чем сервер может обработать.

Я ошибаюсь, думая об этом? Я никогда не связывался с документацией, объясняющей его аргументы или что-то в этом роде, он просто сослался на свои «условия обслуживания» и, по сути, сказал мне, что работает с ним каждый день, и что я не знаю, о чем говорю.

Документация CageFS упоминание о том, что «пользователь не должен чувствовать себя ограниченным», относится к файловой системе и изоляции процессов. Chroot или контейнер. Пользователи не ограничены в приложениях и конфигурационных файлах, которые они устанавливают, но это ничего не говорит о квотах на ресурсы.

Возможно, ограничение cron наложено вашим хостом независимо от доступной емкости или квоты вашего процесса. Легче написать наивный анализатор crontab, чем делать хороший анализ основных причин производительности и планирование емкости.

Прочтите эти условия обслуживания, хотя администраторам узла контейнера почти наверняка разрешено это делать. У них есть точка зрения, что частые задания cron могут быть значительной нагрузкой, особенно в средах с ограниченными ресурсами. Хотя мне интересно, насколько огромен их коэффициент переподписки, что даже при скудной квоте в 100 процессов они все еще чувствуют необходимость управлять crontabs.

Чтобы выделиться, вы арендовали контейнер у провайдера виртуального хостинга, который использует CloudLinux Shared. Существуют варианты использования выделенного сервера для CloudLinux, такие же, как и для восходящего RHEL или собственного клона AlmaLinux от CL.