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

Усі тарифи ZevsHost працюють на NVMe SSD з необмеженим трафіком. Але «необмежений трафік» не означає «необмежені ресурси» — на спільному хостингу паралельно з вами на одному сервері працюють десятки інших акаунтів, і провайдер зобов'язаний стежити, щоб один важкий сайт не поклав сусідів. Для цього використовується технологія CloudLinux LVE (Lightweight Virtual Environment): кожному акаунту виділяється своя «пісочниця» з жорсткими лімітами за CPU, пам'яттю та кількістю процесів.

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

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

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

Тариф	Диск	Домени	Бази даних	Email-скриньки
Start	2 ГБ SSD	3	5	5
Pro	5 ГБ NVMe	10	20	20
Business	15 ГБ NVMe	необмежено	необмежено	необмежено

Що вважається лімітом, а що ні

Крім диска та кількості доменів є п'ять параметрів, які обмежені на будь-якому спільному тарифі незалежно від того, чи написані вони в описі тарифу. Їх видно в cPanel у розділі Metrics → Resource Usage:

Параметр	Що означає	Типовий ліміт
CPU	Частка процесорного часу акаунта	100% одного ядра
Entry Processes	Кількість одночасних PHP-процесів	20 процесів
Physical Memory	Оперативна пам'ять усіх процесів акаунта	1024 MB
I/O Usage	Швидкість читання і запису на диск	10 MB/s
NPROC	Загальна кількість процесів, включно з cron	50 процесів

Ці ліміти однакові для всіх тарифів і визначаються самою архітектурою спільного хостингу, а не обраним пакетом. Розбір кожного параметра — у статті про 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.

Коли лімітів тарифу не вистачає

Спільний хостинг розрахований на типовий сайт-візитку, блог чи інтернет-магазин із середньою відвідуваністю. Чесні ознаки того, що тариф вичерпано не через помилку конфігурації, а з об'єктивних причин:

Інтернет-магазин на WooCommerce з каталогом від кількох тисяч товарів і стабільно високою відвідуваністю впирається в Entry Processes навіть із кешуванням
Фонова обробка відео, генерація PDF-звітів або конвертація зображень великими партіями регулярно перевищує ліміт CPU
Кілька важких cron-завдань запускаються одночасно і конкурують за той самий ліміт NPROC
Потрібен власний демон, черга завдань (Redis, RabbitMQ) чи нестандартний сервіс — на спільному тарифі це фізично неможливо
Потрібна гарантована, а не розділена продуктивність CPU і диска

У цих випадках правильний крок — не підбирати дорожчий спільний тариф, а переходити на VDS із власними ресурсами і повним контролем над лімітами.

Як перевірити свої ліміти та поточне використання

Відкрийте cPanel і перейдіть у розділ «Metrics» → «Resource Usage»
Вивчіть п'ять графіків: CPU, Entry Processes, Physical Memory, I/O Usage, NPROC
Знайдіть червоні точки на графіках — вони позначають моменти перевищення ліміту
Зіставте час перевищення із записами в error_log, щоб знайти винний скрипт

Що робити, якщо не вистачає ресурсів

Перейдіть на вищий тариф в особистому кабінеті, якщо впираєтеся в диск, домени чи пошту
Оптимізуйте сайт: стисніть зображення, увімкніть кешування сторінок, вимкніть непотрібні плагіни
Перевірте версію PHP — застаріла версія працює повільніше і довше тримає процес у лімітах Entry Processes
Розгляньте перехід на VDS для повного контролю ресурсів, якщо регулярно впираєтеся в CPU, пам'ять чи кількість процесів