Блог ОС CloudLinux - ни один веб-сайт не может сломать ваш сервер
Блог CloudLinux OS

Ни один веб-сайт не может сбить ваш сервер

Ни один веб-сайт не может сбить ваш сервер

Узнайте разницу между пределами LVE и Apache RLimits

Что делает и хостинг-провайдера, и его клиентов счастливыми? Стабильные серверы, конечно!

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

Это именно то, что делает CloudLinux OS с помощью своей проприетарной технологии Lightweight Virtualized Environment (LVE). Он позволяет хостам устанавливать ограничения ресурсов (количество CPU, IO, память, процессы и т. Д.) Для каждой учетной записи и гарантирует, что арендатор никогда не сможет использовать больше ресурсов, чем он или она. Если один сайт попадает в установленный предел, другие сайты не будут затронуты, потому что «нарушитель» сразу же дросселируется. Это предотвращает скачки производительности, гарантирует, что ваши клиенты довольны, и помогает избежать лавины звонков в вашу службу поддержки.

В течение последних 20 лет Apache RLimits или системные ulimits помогли администраторам ограничить процессы и ресурсы, которые могли быть приняты с помощью учетной записи, однако CloudLinux OS была специально разработана для многопользовательской аренды, а ограничения LVE - это суперзвезда! Это действительно дает более строгие и четкие ограничения ресурсов для каждой учетной записи.

Вот некоторые основные отличия:

Для получения ЦП, RLimitCPU от Apache (или система ulimit -t) устанавливается на количество секунд на процесс, а максимальное ограничение уничтожает сам процесс, но не ограничивает объем процессора, который может использоваться одновременно учетной записью. В облачных LVE-ограничениях CloudLinux ЦП распределяется на всю учетную запись пользователя - количество CPU как долю ядра для всех процессов учетной записи, которые могут использовать ее одновременно. Если процессы используют больше, они будут дросселированы, в результате пользовательские процессы не будут убиты, просто замедлится.

Для получения ограничения памяти, RLimitMEM ограничивает потребление памяти для каждого процесса, поэтому, если вы запустите 100-процессы, они будут принимать 100x установленный предел. Напротив, ограничение LVE Memory устанавливает общее потребление памяти для всех процессов в учетной записи - не имеет значения для количества процессов, что гарантирует, что отдельный пользователь не использует больше памяти, которая выделяется для его учетной записи, замедляя остальные веб-сайты на сервер. С ограничением памяти CloudLinux вы четко понимаете, сколько памяти может быть выполнено пользовательскими процессами.

И хотя ограничения, установленные для Number of Processes одинаковы в пределах RLimits и LVE, LVE подсчитывает и устанавливает лимиты для ВСЕХ процессов, а не только те, которые запускаются Apache. В самом деле, вы можете контролировать общее количество процессов на одну учетную запись с помощью команды «ulimit -u».

В двух словах ограничения LVE обеспечивают более гибкий способ управления ими и даже включают в себя функции, отсутствующие в RLimits вообще, такие как ограничение IO, IOPS, Входные процессы.

Мы определили различия между лимитами LVE и RLimits в приведенной ниже таблице:


Чтобы обобщить преимущества:

  • Пределы LVE могут быть изменены «на лету», RLimits требует перезапуска процессов.

  • Очень легко увидеть, когда ограничены пределы LVE, но требует некоторой сложной отладки с RLimits, а RLimits часто являются причиной «необъяснимых» проблем.

  • Собираются лимиты статистики LVE, поэтому вы можете узнать, сколько пользователь использует / использовал в любой момент времени. Для RLimits ничего подобного не существует.

Если вы хотите знать, как устанавливать и оптимизировать ограничения CloudLinux OS, просто слушайте это вебинар записи, Наш специалист по поддержке Богдан Шишка рассказывает об опасностях низких или высоких лимитов, по умолчанию и отправных точках, а также делится некоторыми советами и трюками, которые могут помочь вам максимизировать производительность вашего сервера.

Конец жизни для PHP 5.5 - Что это значит для ...
Обновлены CageFS и liblve

Комментарии 2

Гость - Амир Таль в воскресенье, 22, апрель, 2018, 13: 51.

это даже не отдаленно верно ...
Я использую cloudlinux в течение нескольких лет.
Я просто использую cloudlinux, так как это требует мой поставщик приложений - Odin. в противном случае я мог бы уйти от этого продукта.
ни одна из заявленных функций не работает, никогда не видел, чтобы они работали в любой предыдущей версии.
Процессор не ограничен, память не ограничена ... бесполезно.

«Ни один веб-сайт не может сбить ваш сервер» .... вряд ли ....
я попал сюда именно потому, что один веб-сайт просто забрал весь мой сервер. за 4-ый раз за последние две недели.
и даже невозможно узнать, какой веб-сайт (!)

Один, пожалуйста, найди другую альтернативу этому подстроенному проекту ...

Амир.

это даже не отдаленно верно ... Я использую cloudlinux в течение нескольких лет. Я просто использую cloudlinux, так как это требует мой поставщик приложений - Odin. в противном случае я мог бы уйти от этого продукта. ни одна из заявленных функций не работает, никогда не видел, чтобы они работали в любой предыдущей версии. Процессор не ограничен, память не ограничена ... бесполезно. «Ни один веб-сайт не может сбить ваш сервер» .... вряд ли .... я получил здесь именно потому, что один веб-сайт просто забрал весь мой сервер. за 4-ый раз за последние две недели. и даже невозможно узнать, какой сайт (!) Один, пожалуйста, найди другую альтернативу этому не поддержанному проекту ... Амир.
Игорь Селецкий в воскресенье, 22, апрель, 2018, 16: 49.

Я очень сожалею о вашем опыте. Тем не менее, мы не контролируем реализацию CloudLinux на Odin. Хотя интеграция для cPanel и Plesk была сделана нами, Один сделал всю интеграцию здесь. И учитывая, что эта проблема не возникает на серверах cPanel / Plesk, на которых работает CloudLinux, считаете ли вы, что проблема связана с реализацией Odin или с Odin, а не с CloudLinux?

Я очень сожалею о вашем опыте. Тем не менее, мы не контролируем реализацию CloudLinux на Odin. Хотя интеграция для cPanel и Plesk была сделана нами, Один сделал всю интеграцию здесь. И учитывая, что эта проблема не возникает на серверах cPanel / Plesk, на которых работает CloudLinux, считаете ли вы, что проблема связана с реализацией Odin или с Odin, а не с CloudLinux?
Уже зарегистрирован? ВОЙТИ
гость
Вторник, 15 октября 2019

Защитный код изображение