1мин. Интервал Cronjobs внутри CloudLinux
На днях я получил следующее сообщение от администратора сервера:
Привет, ****!
Мы надеемся, что у вас все хорошо сегодня.
Мы заметили, что в одном из ваших аккаунтов выполнялось несколько заданий cron с интервалом в 1 минуту. (Три; и я допускаю, что их можно было объединить в 1. Не было тысяч строк кода, буквально не более 35 вместе взятых)
-snip-
На сервере общего хостинга выполняется ежеминутное задание cron может отрицательно сказаться на работоспособности сервера и других пользователей на том же сервере . Чтобы предотвратить негативное воздействие на сервер, мы изменили задания cron, как показано ниже:
-snip-
Теперь они будут запускаться каждые с указанными выше интервалами. Пожалуйста, не запускайте cronjob с интервалом менее 15 минут.
Мы будем очень признательны за ваше сотрудничество в этом отношении.
Если у вас возникнут дополнительные вопросы или проблемы, обновите этот билет.
С уважением, ****.
Есть ли в этом смысл для кого-нибудь? Потому что я просмотрел документацию cloudlinux и, похоже, это не имеет никакого смысла:
Я плачу за их «полу-выделенный» сервер и 80 доступных процессов входа .Единственный способ , который я вижу , заключается в том, что они загружают больше пользователей на серверы, где у них нет фактических ресурсов для учета этих пользователей и их планов, потому что это был его «пример»:
К сожалению, мы должны поддерживать некоторые минимальные ограничения, чтобы поддерживать качество хостинга. Представьте, что может произойти, если 50 пользователей будут запускать на сервере 150 заданий cron в минуту. Обычный сервер может сканировать .
И, как я уже сказал, я вижу проблему только в том случае, если на ресурсы пользователя приходится больше, чем сервер может обработать.
Я ошибаюсь, думая об этом? Я так и не связался с документацией, объясняющей его аргументы или что-то в этом роде, он просто сослался на свои «условия обслуживания» и в основном сказал мне, что работает с ним каждый день, и что я не знаю, о чем говорю.
Документация CageFS , в которой упоминается, что «пользователь не должен чувствовать себя ограниченным» относится к файловой системе и изоляции процессов. Chroot или контейнер. Пользователи не ограничены в устанавливаемых ими приложениях и файлах конфигурации, но это ничего не говорит о квотах ресурсов.
Возможно, ограничение cron наложено вашим хостом независимо от доступной мощности или квоты вашего процесса. Легче написать простой синтаксический анализатор crontab, чем проводить хороший анализ основных причин производительности и планирование емкости.
Прочтите эти условия обслуживания, хотя почти наверняка они, как администраторы узла контейнера, могут это сделать. У них есть точка зрения, что частые задания cron могут быть значительной нагрузкой, особенно в средах с ограниченными ресурсами. Хотя мне интересно, насколько велик их коэффициент переподписки, что даже при скудной квоте в 100 процессов они все еще чувствуют необходимость управлять crontab.
Чтобы сделать различие, вы арендовали контейнер у провайдера общего хостинга, который использует CloudLinux Shared. Существуют варианты использования выделенного сервера для CloudLinux, такие же, как для восходящего RHEL или собственного клона CL AlmaLinux.