К основному содержимому

Лимиты и ресурсы виртуального хостинга

Хостинг и cPanel · 12.02.2025 · 4 мин чтения
Иллюстрация к статье «Лимиты и ресурсы виртуального хостинга»

Ресурсы хостинг-тарифов

Все тарифы ZevsHost работают на NVMe SSD с неограниченным трафиком. Но «неограниченный трафик» не значит «неограниченные ресурсы» — на shared-хостинге параллельно с вами на одном сервере работают десятки других аккаунтов, и провайдер обязан следить, чтобы один тяжёлый сайт не положил соседей. Для этого используется технология CloudLinux LVE (Lightweight Virtual Environment): каждому аккаунту выделяется своя «песочница» с жёсткими лимитами по CPU, памяти и числу процессов.

Важно понимать разницу между «дисковыми» лимитами тарифа (сколько гигабайт, доменов и баз данных вам разрешено завести) и «динамическими» лимитами LVE (сколько процессора и памяти вы можете потреблять одновременно прямо сейчас). Первые меняются при смене тарифа мгновенно, вторые — общий механизм справедливого распределения мощности сервера между всеми клиентами, и они не зависят от того, купили вы Start или Business.

Тарифы и ресурсы

Дисковое пространство и количество сущностей (доменов, баз данных, почтовых ящиков) различаются по тарифам:

ТарифДискДоменыБазы данныхEmail-ящики
Start2 ГБ SSD355
Pro5 ГБ NVMe102020
Business15 ГБ NVMeнеограниченнонеограниченнонеограниченно

Что считается лимитом, а что нет

Кроме диска и количества доменов есть пять параметров, которые ограничены на любом shared-тарифе независимо от того, написаны ли они в описании тарифа. Их видно в cPanel в разделе Metrics → Resource Usage:

ПараметрЧто означаетТипичный лимит
CPUДоля процессорного времени аккаунта100% одного ядра
Entry ProcessesЧисло одновременных PHP-процессов20 процессов
Physical MemoryОперативная память всех процессов аккаунта1024 MB
I/O UsageСкорость чтения и записи на диск10 MB/s
NPROCОбщее число процессов, включая cron50 процессов

Эти лимиты одинаковы для всех тарифов и определяются самой архитектурой shared-хостинга, а не выбранным пакетом. Разбор каждого параметра — в статье про Resource Usage в cPanel.

Реальные сообщения об ошибках при превышении лимитов

Когда сайт упирается в лимит Entry Processes или NPROC, cPanel не выводит красивое сообщение — процесс просто убивается сигналом, а в логах появляется запись вида:

cpsrvd: LVE Resource limits exceeded for user: entry procs
mysqld: Too many connections

Посетитель в этот момент видит белый экран или ошибку 500 без пояснений. Если же превышена именно память конкретного PHP-скрипта (это лимит PHP, а не LVE), в error_log будет другая запись:

PHP Fatal error: Allowed memory size of 268435456 bytes exhausted
(tried to allocate 41943040 bytes) in /home/user/public_html/wp-includes/...

Первое — это лимит тарифа (сколько процессов и памяти разрешено аккаунту в целом), второе — лимит memory_limit в php.ini для одного скрипта. Путаница между ними — частая причина, почему администратор «повышает memory_limit», а сайт всё равно падает: реальным виновником была LVE, а не PHP.

Когда лимитов тарифа не хватает

Shared-хостинг рассчитан на типичный сайт-визитку, блог или интернет-магазин со средней посещаемостью. Честные признаки того, что тариф исчерпан не из-за ошибки конфигурации, а по объективным причинам:

  • Интернет-магазин на WooCommerce с каталогом от нескольких тысяч товаров и стабильно высокой посещаемостью упирается в Entry Processes даже с кэшированием
  • Фоновая обработка видео, генерация PDF-отчётов или конвертация изображений большими партиями регулярно превышает лимит CPU
  • Несколько тяжёлых cron-задач запускаются одновременно и конкурируют за один и тот же лимит NPROC
  • Нужен собственный демон, очередь задач (Redis, RabbitMQ) или нестандартный сервис — на shared-тарифе это физически невозможно
  • Требуется гарантированная, а не разделяемая производительность CPU и диска

В этих случаях правильный шаг — не подбирать более дорогой shared-тариф, а переходить на VDS с собственными ресурсами и полным контролем над лимитами.

Как проверить свои лимиты и текущее использование

  1. Откройте cPanel и перейдите в раздел «Metrics» → «Resource Usage»
  2. Изучите пять графиков: CPU, Entry Processes, Physical Memory, I/O Usage, NPROC
  3. Найдите красные точки на графиках — они отмечают моменты превышения лимита
  4. Сопоставьте время превышения с записями в error_log, чтобы найти виновный скрипт

Что делать, если не хватает ресурсов

  • Перейдите на более высокий тариф в личном кабинете, если упираетесь в диск, домены или почту
  • Оптимизируйте сайт: сожмите изображения, включите кэширование страниц, отключите неиспользуемые плагины
  • Проверьте версию PHP — устаревшая версия работает медленнее и дольше держит процесс в лимите Entry Processes
  • Рассмотрите переход на VDS для полного контроля ресурсов, если упираетесь в CPU, память или число процессов регулярно
Статья помогла?
← Назад в базу знаний Задать вопрос поддержке