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