Как понять и проверить ограничения LVE в CloudLinux на виртуальном хостинге

Что ограничивает LVE в режиме виртуального хостинга

При виртуальном хостинге несколько клиентов совместно используют ресурсы одного сервера. CloudLinux позволяет отслеживать использование ресурсов учетной записи клиента с помощью Облегченная виртуализированная среда, сокращённо LVE. Провайдер устанавливает, какие ограничения действуют. Они призваны предотвратить ситуацию, при которой аккаунт будет неограниченно потреблять ресурсы; с другой стороны, собственный веб-сайт также может столкнуться с этими ограничениями.

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

LVE также не превращает ваш хостинг-пакет в отдельный сервер. Провайдер по-прежнему управляет общей средой и определяет её конфигурацию. Как клиент, вы можете самостоятельно проверить действующие настройки и их последствия лишь в той мере, в какой ваш тарифный план и панель управления хостингом предоставляют соответствующую информацию.

От этого следует отличать CageFS: Речь идет об изоляции уровня файловой системы, тогда как ограничения LVE регулируют использование ресурсов. Эти две функции могут дополнять друг друга, но не являются одним и тем же. Какие именно компоненты в вашем пакете услуг действительно активны, вам может подтвердить поставщик.

Более подробную классификацию компонентов можно найти в статье, посвящённой Изоляция процессов с помощью CloudLinux SecureLVE. Тем не менее, для конкретного поиска неисправностей решающее значение имеет конфигурация именно твоего пакета: интерфейс и уровень детализации отображения ресурсов могут отличаться в зависимости от панели и настроек.

На кого распространяются эти ограничения?

Решающее значение имеет не только размер лимита, но и его Область применения. Например, если вы ведете блог и интернет-магазин на одном хостинг-аккаунте, оба проекта могут использовать один и тот же бюджет ресурсов в рамках настроек аккаунта. В таком случае импорт данных в интернет-магазине может занять ресурсы, которые в это же время необходимы и блогу.

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

CloudLinux предоставляет документацию по Изоляты Кроме того, существует возможность устанавливать ограничения на уровне веб-сайта. Из самого названия «CloudLinux» невозможно определить, используется ли эта функция и как именно она реализована в конкретном тарифном плане. Поэтому даже отдельное рассмотрение этого вопроса не заменяет ознакомления с конкретными условиями тарифного плана.

Перед сравнением тарифов задайте провайдеру как можно более конкретные вопросы: применяются ли показатели SPEED, PMEM, IO, IOPS, EP и NPROC к каждой учетной записи хостинга или к каждому веб-сайту? Если несколько проектов используют общий бюджет, также важно уточнить, какие домены и задачи отнесены к этому бюджету. Так вы избежите случайного заложения указанного значения в бюджет для каждого отдельного сайта.

Если на панели отображается только общая статистика, это сначала поможет сузить временные рамки, но не обязательно позволит отнести данные к конкретному приложению. В таком случае обратитесь в службу поддержки, чтобы узнать, какая детализация доступна и можно ли отнести нагрузку к какому-либо проекту или задаче.

Различия между процессором, памятью и ограничениями доступа

Различные ограничения виртуального хостинга ограничивают разные виды деятельности. SPEED обозначает бюджет ЦП: если он исчерпан, процессы, требующие интенсивных вычислений, будут ограничены, а обработка запросов может занять больше времени. Таким образом, ограничение ЦП в хостинге — это лишь одно из возможных объяснений медленной работы страниц, но не равнозначно всем ограничениям виртуальной машины (LVE).

PMEM ограничивает объём физической памяти LVE. При нехватке памяти сначала может быть освобождён кэш; если этого недостаточно, могут быть завершены процессы. Не следует путать это со устаревшим параметром VMEM, определяющим объём виртуальной памяти. Точно так же в PHP-memory_limit не следует приравнивать к общему бюджету PMEM LVE.

При работе с файлами показатели IO и IOPS измеряют разные вещи: IO относится к пропускной способности, а IOPS — к количеству операций чтения и записи в секунду. Поэтому множество мелких файлов может создавать иную нагрузку, чем несколько больших файлов. В данном контексте IO не означает скорость вашего интернет-соединения.

EP учитывает количество входов в LVE и не является общим ограничением на количество одновременных посетителей. Способ подсчета входов зависит, в частности, от веб-сервера и модели обработки. NPROC в то же время ограничивает количество процессов и потоков. При достижении этого предела создание новых процессов временно становится невозможным; поэтому параметры EP и NPROC не являются взаимозаменяемыми.

Объём дискового пространства и иноды — это связанные, но отдельные тарифные показатели. Исчерпание квоты на файлы или превышение лимита инодов не обязательно означает проблему с ЦП, PMEM или EP. То, какие из этих значений вы видите в панели управления, зависит от провайдера и предоставляемого интерфейса.

Обзор лимитов LVE и их последствий

Не все ограничения LVE действуют одинаково: одни замедляют текущую работу, другие препятствуют запуску новых процессов или могут привести к прекращению существующих процессов. Таблица поможет тебе соотнести отображаемый ресурс с его поведением и соответствующим протоколом проверки. Конкретные пороговые значения устанавливает твой поставщик.

На сайте Лимит PMEM Учитывается не только объем памяти отдельных процессов приложений. Также могут учитываться общий объем памяти и файловый кэш; то, учитывается ли кэш, зависит от конфигурации. При завершении процессов возможны ошибки HTTP, однако это не обязательно приведет к видимым последствиям.

Эти два ограничения доступа к файлам описывают разные величины: IO ограничивает пропускную способность данных, а IOPS — количество операций. Поэтому множество небольших файлов может в первую очередь загружать IOPS, в то время как большие файлы способны обеспечивать высокую пропускную способность. В данном контексте IO не означает пропускную способность сети; согласно CloudLinux, обращения из файлового кэша не учитываются в лимите IO.

Расчет ограничения процессора на примере

Предположим, что у твоей посылки был бы Ограничение скорости на 150 процентов. Поскольку 100 процентов математически соответствуют одному ядру процессора, это дает бюджет ЦП, равный полутора ядрам. Пример для наглядности, не является результатом измерения. Фактическое значение вашего пакета может отличаться; определяющим является указание провайдера.

В данном примере речь идёт о верхнем пределе полезного времени процессора, а не о резервировании эксклюзивного ядра. Это также не означает, что каждый отдельный процесс может одновременно использовать полтора ядра. Распределение этого бюджета между выполняющимися задачами зависит, в частности, от того, сколько процессов фактически нуждаются в параллельном вычислительном времени.

Показатель в 150 процентов не гарантирует ни время отклика, ни определённое количество посетителей, которых можно обслуживать одновременно. Простой запрос может потребовать незначительных вычислительных ресурсов, тогда как динамический запрос — значительно больше. К этому добавляется возможное время ожидания при доступе к файлам или работе с базой данных, которое увеличение ресурсов ЦП не устраняет автоматически.

Даже одинаковые процентные показатели на разных серверах не позволяют напрямую сравнивать скорость: ядра процессора могут различаться по производительности. Поэтому для оценки предельного значения ЦП важнее то, достигается ли этот предел неоднократно во время возникновения конкретной проблемы и наблюдаются ли соответствующие события, связанные с превышением предела. Даже в этом случае вам следует проверить другие возможные причины.

Как правильно интерпретировать показания датчика уровня ресурса

Если ваш провайдер открыл доступ к просмотру ресурсов, начните с инцидента, который можно как можно точнее очертить. Запишите домен, дату, время и часовой пояс, а также, при необходимости, отображаемый статус HTTP. Опишите также, что именно работало медленно или завершилось сбоем. Без этих сведений пик в статистике будет трудно соотнести с конкретной проблемой.

Затем выберите тот же период на экране и сравните для параметров CPU, PMEM, IO, IOPS, EP и NPROC показатели использования, установленный лимит и, при необходимости, отображаемые Неисправности. Не на всех интерфейсах отображаются все показатели одинаково. Если вам не хватает каких-то статистических данных или неясно, к какому счету они относятся, обратитесь за разъяснениями к поставщику.

Обрати внимание на Временное разрешение: Низкое среднее значение за час может скрывать кратковременный пик, при котором был достигнут предел. Если это возможно, выберите более короткий период времени или более детализированное отображение. Сравните этот пик с зафиксированным временем сбоя, вместо того чтобы делать вывод об отсутствии узкого места, основываясь исключительно на среднем значении за день или час.

Ошибки указывают на предельные события, но не являются непосредственным подсчётом затронутых посетителей или неудачных запросов страниц. Сбой, произошедший в соответствующий момент времени, является лишь индикатором, а не полным доказательством причины. Поэтому необходимо также проверить, не происходило ли в это же время импорта данных, резервного копирования, выполнения запланированной задачи или внесения изменений в приложение.

Внешний вид и функции зависят от панели и настроек доступа; поэтому универсального пути к меню не существует. Что касается технических аспектов администрирования, то в статье по теме CloudLinux LVE Manager и управление ресурсами Дополнительная информация. Однако для выполнения указанных там административных настроек требуются соответствующие права, которые не предоставляются автоматически для вашей учетной записи клиента.

Классификация медленных страниц и ошибок

Если ваша CMS работает медленно при редактировании или динамическом загрузке страниц, сначала сравните соответствующий период времени с показателями загрузки ЦП. Если загрузка неоднократно достигает предела SPEED и при этом наблюдаются соответствующие сбои, то Ограничение производительности процессора правдоподобно. Совпадение по времени делает это улик, но пока не доказывает, какая задача стала причиной нагрузки.

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

Если ошибки возникают при одновременном поступлении нескольких динамических запросов, может произойти одновременный Ошибка EP помочь. Длительные запросы дольше занимают входы; при этом один посетитель может инициировать несколько запросов. Поэтому EP не является подсчётом посетителей. В Apache статус HTTP 508 может быть следствием превышения предела EP, но сам по себе этот статус не подтверждает причину.

Если во время импорта на экране появляется сообщение о сбое PMEM, причиной может быть превышение лимита памяти LVE. Помимо импорта, память могут занимать одновременно запущенные процессы PHP; без соответствующих данных о процессах остаётся неясным, какая именно задача стала решающим фактором. Ошибки HTTP 500 или 503 также могут иметь другие причины и сами по себе не являются доказательством нехватки памяти.

Значение PHP memory_limit это не дает полного ответа на этот вопрос: он не отражает общее использование памяти всеми задачами в LVE. Поэтому, прежде чем изменять настройки или тариф, сравните момент импорта с показателями использования PMEM и количеством сбоев, а также обратите внимание на то, какие другие задачи выполнялись параллельно.

Проверить фоновую нагрузку и обратиться в службу поддержки

Если резервное копирование или импорт файлов выполняется медленно, обратите внимание на IO и IOPS отдельно. Показатель IO ограничивает пропускную способность при доступе к жестким дискам, а IOPS — количество операций чтения и записи в секунду. Поэтому передача большого количества небольших файлов может требовать иного ограничения, чем передача небольшого количества больших файлов; при этом показатель IO не является пропускной способностью интернет-соединения.

Резервное копирование может одновременно задействовать процессор и память. Поэтому, помимо показателей IO и IOPS, проверьте также показатели SPEED и PMEM за тот же период времени, а не делайте выводы о причине, основываясь исключительно на продолжительности. Согласно CloudLinux, обращения к файлам из файлового кэша не учитываются в лимите IO; таким образом, отображаемая загрузка IO не отражает одинаково каждый доступ к файлу.

Если запланированную задачу можно перенести, сравните её обычное выполнение в период с меньшей нагрузкой с аналогичным периодом в прошлом. При этом учитывайте объём и параллельно выполняемые задачи: небольшой импорт не является прямым аналогом полного резервного копирования. Дополнительные нагрузочные тесты в рабочем режиме или удаление файлов для такой оценки не требуются.

Сайт Загрузка базы данных может иметь значение, даже если отображаемая загрузка веб-процессора низкая. Их привязка к учетной записи и возможные отдельные ограничения для MySQL зависят от настроек. Уточните у провайдера, какие показатели базы данных вы можете видеть в панели управления и учитывается ли нагрузка на базу данных в рамках LVE или ограничивается отдельно.

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

Оптимизировать, модернизировать или сменить сервер?

Начни с Оптимизация для конкретной задачи, если можно обоснованно сократить потребность в ресурсах. Проверьте, например, настройки кэша, расширения и параллельно запланированные фоновые задания. Затем сравните аналогичные периоды и обратите внимание как на проблемы пользователей, так и на значения затронутых ресурсов. Одно изменение в данном случае позволяет легче определить, что именно изменилось.

Модернизация является альтернативным решением, если повторяющиеся пиковые нагрузки, несмотря на надлежащую оптимизацию, достигают выделенных пределов. Заранее уточните конкретные значения параметров SPEED, PMEM, IO, IOPS, EP и NPROC. Не сравнивайте только названия пакетов: повышение ограничения на ЦП не устраняет ни независимое ограничение EP, ни нехватку памяти LVE.

К Сравнение тарифов К этому же относится и сфера применения. Сообщите провайдеру, сколько веб-сайтов содержит ваша учетная запись, и уточните, используют ли они общий бюджет ресурсов или действуют ограничения для каждого веб-сайта в отдельности. CloudLinux предлагает функцию «Isolates», позволяющую реализовать второй вариант; однако из самого названия продукта не следует, что ваш тарифный план использует эту функцию.

VPS или управляемый сервер может предоставить больше свободы в настройке, но не является универсальным решением для любого медленно работающего сайта. Решающую роль играют доступные ресурсы, фактическая нагрузка и модель эксплуатации: в случае с VPS тебе, в частности, необходимо уточнить, какие административные задачи ты будешь выполнять самостоятельно; в случае с управляемым сервером — какие задачи возьмет на себя провайдер.

Если причина остается невыясненной, целесообразнее обратиться за разъяснениями, предоставив собранные данные о времени и сбоях, чем производить замену на основании предположений. Даже при значениях ниже предела LVE приложение, сеть или база данных могут замедлять работу. Прежде чем принимать решение, уточните, какие статистические данные и поддержка доступны в рамках конкретного предложения.