Квоты хостинга и лимиты ресурсов: как агентствам избежать простоев клиентских сайтов

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

Это самая предотвратимая ошибка в агентском хостинге. И она случается чаще, чем должна. 

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

Это руководство объясняет ключевые лимиты ресурсов, что происходит при их превышении и как агентства могут управлять ёмкостью проактивно. 

Краткое содержание

• Квоты сайтов и лимиты ресурсов определяют максимальный объём хранилища, ЦП, памяти и процессов, доступных клиентским аккаунтам.
• Мониторинг использования ресурсов, квот хранилища и мягких лимитов помогает агентствам предотвращать замедления, ошибки HTTP-статусов и сбои.
• Жёсткие лимиты могут блокировать запросы на запись, тогда как мягкие лимиты снижают производительность и дают время на исправление.
• Агентствам следует регулярно проверять использование ресурсов, поддерживать запас и планировать увеличение лимитов до того, как спрос превысит ёмкость.
• Выбор масштабируемой хостинговой платформы с инструментами мониторинга, резервного копирования и безопасности упрощает управление растущими сайтами клиентов.

Почему существуют лимиты ресурсов и квоты 

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

Когда аккаунт достигает своей квоты хранилища, максимального количества инодов или лимита процессов, всё ломается: загрузки не удаются, страницы возвращают HTTP-статус 500 или сайт замедляется до ползания. Знание того, какой тип лимита является мягким, а какой жёстким, говорит вам, что сломается и как быстро. 

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

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

6 лимитов ресурсов, которые должно отслеживать каждое агентство 

Тип ресурса	Тип лимита	Что ломается при достижении
Дисковое хранилище	Жёсткий	Запросы на запись не удаются; загрузки, обновления, почта ломаются
Пропускная способность	Мягкий → Жёсткий	Медленная загрузка; CDN значительно снижает потребление
ЦП / Вычисления	Мягкий	Сайт замедляется, остаётся онлайн; восстанавливается при снижении нагрузки
PHP-воркеры	Мягкий	Последующие запросы становятся в очередь или не удаются при пиковой одновременной нагрузке
Количество инодов	Жёсткий	Нет новых файлов; резервное копирование, почта и обновления перестают работать
Размер базы данных	Мягкий → Жёсткий	Тайм-ауты запросов, HTTP-статус 500, ошибки записи

1. Дисковое хранилище и квоты хранилища 

Квота хранилища = максимальный объём данных, который может хранить аккаунт. Файлы, медиа, темы, плагины, почта, логи и резервные копии — всё это учитывается в общей сумме. Когда квота достигнута, запросы на запись полностью не удаются; это жёсткий лимит. 

На тарифах Bluehost Agency Hosting объём хранилища варьируется от 10 ГБ (Studio) до 3 ТБ (Agency Enterprise), все на NVMe SSD. Держите использование хранилища ниже 80%, чтобы оставалось место для логов, кэш-файлов и колебаний трафика. 

2. Пропускная способность 

Пропускная способность является накопительной: загрузки страниц, запросы изображений, скачивания файлов и вызовы API — всё учитывается. Встроенный глобальный CDN на всех тарифах Agency Hosting обслуживает статические активы с граничных узлов, значительно сокращая запросы на чтение с исходного сервера. Для сезонных кампаний планируйте запас пропускной способности до начала события, спрос может возрасти быстрее, чем хранилище. 

3. ЦП и вычислительная мощность 

ЦП измеряет одновременное использование ресурсов — то, что используется прямо сейчас, а не накоплено. На Agency Hosting каждый аккаунт получает выделенный vCPU (5 на Studio → 1 800 на Agency Enterprise), изолированный на уровне контейнера. Событие трафика одного клиента не потребляет ЦП, выделенный для другого клиентского аккаунта. Смотрите раздел «Производительность и надёжность агентского хостинга», чтобы узнать, как это ведёт себя под нагрузкой. 

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

4. PHP-воркеры и одновременные процессы 

PHP-воркеры определяют, сколько одновременных запросов может обработать сайт. Каждый запрос динамической страницы (корзина, оформление заказа, вход) удерживает один воркер до завершения. На стандартных общих/реселлерских аккаунтах лимит по умолчанию составляет 25 одновременных процессов на один cPanel-аккаунт. 

На Agency Hosting количество PHP-воркеров масштабируется в зависимости от спроса на уровне инфраструктуры, без необходимости изменять файлы конфигурации. Распространённые причины достижения лимитов процессов включают слишком частую проверку почтовыми клиентами и плагины, выполняющие несколько запросов к базе данных на страницу. Внешние вызовы API также могут удерживать PHP-воркеры открытыми в ожидании ответов. 

5. Количество инодов 

Это лимит, который большинство агентств упускает из виду, пока он не вызовет видимые сбои. 

Инод отслеживает каждый файл и папку: их расположение, разрешения и метаданные. Каждый файл использует ровно один инод, независимо от размера. Текстовый файл размером 1 КБ и видео размером 1 ГБ каждый потребляют один инод. Стандартный аккаунт Bluehost допускает максимум 200 000 инодов. 

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

Истощение инодов — самая распространённая скрытая причина сбоев резервного копирования и ошибок доставки почты на сайтах WordPress. Добавьте количество инодов в каждый ежемесячный аудит использования ресурсов. 

6. Размер базы данных и лимиты таблиц 

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

Зрелые сайты WordPress со временем накапливают «раздувание» базы данных: ревизии записей, просроченные транзиенты, осиротевшие таблицы от удалённых плагинов и очередь спам-комментариев. Аудит базы данных часто является самым быстрым способом повышения производительности для унаследованного клиентского сайта. 

Прежде чем эффективно управлять этими лимитами, важно понять, как применяются различные типы лимитов ресурсов и что происходит при их приближении. 

Как определяются и применяются лимиты ресурсов 

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

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

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

Мягкие лимиты полезны только в том случае, если настроен мониторинг для их выявления. Без оповещений они остаются невидимыми, пока клиент не заметит ухудшения. 

Знать, как работают лимиты, важно, но выбор платформы, предназначенной для поддержки растущих клиентских сайтов, может значительно упростить управление ими. 

Как наша инфраструктура обрабатывает лимиты ресурсов 

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

Наша платформа WordPress Agency Hosting построена на инфраструктуре WPCloud. Каждый сайт работает в собственном изолированном контейнере, где ЦП, память и хранилище распределяются на уровне пространства имен для каждого развертывания. Это означает, что использование ресурсов одним клиентом не влияет на выделенные ресурсы другого клиента, даже если оба управляются в рамках одного тарифа агентства.

Несколько ключевых решений в инфраструктуре, влияющих на то, как работают лимиты ресурсов на практике:

• Изоляция контейнеров: Группы ресурсов задаются для каждого сайта. Всплеск трафика или событие, связанное с ресурсами в одном контейнере, остаются в пределах его максимального лимита, не распространяясь на соседние аккаунты на том же узле.
• Вертикальное масштабирование: ЦП и PHP-воркеры увеличиваются в реальном времени для обработки нагрузки. Инфраструктура реагирует на нагрузку на уровне контейнера до достижения жесткого лимита, что снижает вероятность его достижения во время всплесков трафика.
• Резервирование центров обработки данных: Данные сайта реплицируются в несколько регионов. Если узел или центр обработки данных испытывает проблемы, аккаунт автоматически переключается на резерв, не переходя в офлайн. Это работает на уровне инфраструктуры, а не на уровне аккаунта.
• Отсутствие дополнительных сборов за всплески трафика: События с высоким трафиком, сезонные кампании, запуски продуктов, благотворительные акции обрабатываются как обычные рабочие условия в рамках выделенной вычислительной мощности. Нет поминутной оплаты за превышение запросов сверх стоимости тарифа.

Для более детального ознакомления с нашими обязательствами по времени безотказной работы, покрытием SLA и доступными мерами, ознакомьтесь с нашим руководством по хостинг-соглашениям SLA для агентств.

Правильный выбор распределения ресурсов помогает агентствам сбалансировать производительность, масштабируемость и стоимость по мере расширения хостингового бизнеса.

Распределение ресурсов в тарифах хостинга для агентств

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

Тарифы хостинга Bluehost для агентств и распределение ресурсов

Тариф	Сайты	NVMe-хранилище	Вычислительная мощность	Цена/мес (на 36 месяцев)	Для кого подходит
Boutique	До 10	125 ГБ	20 потоков vCPU	$65/мес ($6,50/сайт)	Небольшие агентства, управляющие до 10 сайтами
Firm	До 25	175 ГБ	75 потоков vCPU	$140/мес ($5,60/сайт)	Растущие агентства с сайтами клиентов, имеющими более высокий трафик
Agency	До 50	225 ГБ	150 потоков vCPU	$230/мес ($4,60/сайт)	Агентства, управляющие крупными портфелями и сайтами с высоким трафиком
Custom Agency	Индивидуально	Индивидуальное NVMe-хранилище	Индивидуальная вычислительная мощность	Связаться с отделом продаж	Агентства с уникальными требованиями к производительности или масштабированию

Примечание: Все тарифы включают одинаковый набор основных функций: SLA с 100% временем безотказной работы, одношаговое staging, круглосуточную приоритетную поддержку, безлимитный трафик, глобальное кэширование на границе сети, глобальные центры обработки данных и Yoast SEO Premium. Основные различия — количество поддерживаемых сайтов, объём хранилища и доступная вычислительная мощность.

Примечание по цене: Указанные цены являются рекламными тарифами на 36 месяцев и могут быть изменены. Актуальные цены и подробности тарифов см. на странице Bluehost Agency Hosting.

Проактивный мониторинг использования ресурсов для агентств

Реактивные агентства узнают о лимитах ресурсов, когда клиенты сообщают о проблемах. Проактивные агентства уже видят тенденцию и принимают меры.

1. Настройте оповещения при настройке аккаунта

Большинство платформ отправляют оповещения при достижении 50%, 80% и 100% каждого порога ресурса. Настройте их для каждого аккаунта клиента при подключении. Используйте внешний адрес электронной почты для критических оповещений: если почтовые службы аккаунта затронуты событием ресурса, вы всё равно должны получить уведомление.

2. Ежемесячный аудит использования

Проводите ежемесячный аудит дискового пространства, размера базы данных, количества инодов и трафика по всем аккаунтам клиентов. Отмечайте аккаунты, которые постоянно превышают 80% от своего максимального лимита. Аккаунты с самым быстрым ростом требуют разговора о повышении тарифа — проводите его до того, как сайт упадёт, а не после.

3. Планирование ёмкости до событий

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

Даже при наличии проактивного планирования и мониторинга понимание последствий достижения лимита ресурсов помогает агентствам быстрее реагировать при возникновении проблем.

Что на самом деле ломается при достижении каждого лимита

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

1. Исчерпана квота хранилища

Все запросы на запись не выполняются. Загрузка медиафайлов возвращает ошибки. Обновления плагинов и тем не могут завершиться. Если на аккаунте размещена почта, входящие сообщения возвращаются. Запланированные задачи WordPress молча сбоят, так как не могут записать результат. Жёсткий лимит: ничего не записывается, пока хранилище не будет освобождено или квота не увеличена.

2. Достигнут лимит инодов

Невозможно создать новые файловые объекты, независимо от оставшегося места на диске. WordPress выдаёт ошибки при обновлениях. Процессы резервного копирования не выполняются. Доставка электронной почты останавливается. Сайт может кратковременно отдавать кэшированный контент, но ошибки быстро становятся видны посетителям по мере сбоев PHP-процессов и задач.

3. Исчерпание ЦП

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

4. Приближение к лимитам базы данных

Запросы на чтение к базе данных выполняются всё дольше. Панель управления зависает. Страницы на фронтенде возвращают посетителям HTTP-статусы в диапазоне 500. При жёстком лимите запросы на запись полностью не выполняются — любая функция, создающая или обновляющая запись, ломается.

5. Достигнут лимит процессов

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

Хотя понимание этих симптомов важно, предотвращение достижения лимитов ресурсов изначально — лучший способ обеспечить надёжный опыт для клиентов.

Практические шаги для удержания клиентских аккаунтов в пределах лимитов

Большинство нарушений лимитов ресурсов можно предотвратить с помощью стандартных методов обслуживания, последовательно применяемых ко всем управляемым аккаунтам.

• Регулярно очищайте кэш плагинов по расписанию. Плагины кэширования в процессе нормальной работы генерируют большое количество временных файлов. Без плановой очистки они накапливаются и приближаются к лимиту индексных дескрипторов (inode) в течение недель. Настройте автоматическую очистку кэша в соответствии с частотой обновления сайта.
• Ограничьте количество ревизий записей с помощью define('WP_POST_REVISIONS', 5) в файле wp-config.php. WordPress по умолчанию хранит неограниченное количество ревизий. На сайтах с частыми правками или с большой редакторской командой неограниченные ревизии быстро увеличивают размер базы данных.
• Полностью удаляйте неактивные темы и плагины, а не просто деактивируйте их. Деактивированные элементы по-прежнему занимают дисковое пространство и используют индексные дескрипторы. Сайт с десятью установленными неактивными темами несёт излишнюю нагрузку на ресурсы.
• Используйте объектное кэширование (Redis или Memcached) вместо файлового там, где это возможно. Объектное кэширование хранит часто запрашиваемые данные в оперативной памяти, а не записывает файлы кэша на диск, что снижает потребление индексных дескрипторов, сохраняя прирост производительности.
• Регулярно проверяйте медиатеку на наличие дубликатов и изображений, превышающих оптимальный размер. WordPress создаёт несколько вариантов размера для каждой загруженной картинки. Применение сжатия на этапе загрузки уменьшает влияние каждого нового медиафайла на хранилище и количество индексных дескрипторов.
• Запланируйте автоматическую очистку базы данных для удаления устаревших транзитных записей, осиротевших таблиц плагинов, помеченных как спам комментариев и черновиков ревизий. Выполнение этой процедуры ежемесячно на активных сайтах предотвращает постепенное исчерпание квоты.
• Используйте CDN, входящий в ваш план, для доставки статических ресурсов с граничных узлов, а не с исходного сервера. Это снижает как потребление пропускной способности, так и нагрузку на процессор, возникающую при обслуживании статических файлов через PHP.

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

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

Когда масштабироваться: распознаём сигналы необходимости увеличения лимитов

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

Ниже приведены явные сигналы того, что клиентской учётной записи требуется увеличение лимита или переход на более высокий тариф:

• Использование диска стабильно превышает 80% от выделенной квоты хранилища.
• Предупреждения о нагрузке на процессор (CPU) возникают до окончания каждого расчётного периода.
• Количество индексных дескрипторов (inode) превышает 150 000 на учётной записи с лимитом 200 000, несмотря на регулярное обслуживание.
• Размер базы данных приближается к 8–9 ГБ при установленном максимуме в 10 ГБ.
• Трафик клиента растёт месяц к месяцу без признаков стабилизации.
• Запланированы новые линейки услуг, расширение каталога продуктов или мероприятия с высоким трафиком.

Структура тарифов нашего агентского хостинга WordPress масштабируется постепенно: от плана Studio для одного сайта до Agency Enterprise, поддерживающего 600 сайтов. Стоимость одного сайта снижается по мере повышения тарифа: с $17.99 за сайт на Studio до $3.41 за сайт на Agency Enterprise. Это означает, что объединение клиентов под более высоким тарифным планом часто экономически выгоднее, чем ведение отдельных учётных записей. Наше руководство по ценообразованию веб-хостинга для клиентов рассказывает, как построить модель ценообразования на основе этих тарифов, учитывающую как ценность ресурсов, так и вашу агентскую маржу.

Агентства, которые внедряют регулярные аудиты, чёткие пороги для обновлений и проактивную коммуникацию по управлению ресурсами, лучше подготовлены к масштабированию своего хостингового бизнеса. В то время как такие хостинговые среды, как виртуальный хостинг (shared hosting), VPS и выделенные серверы, предлагают разные уровни контроля и ресурсов, правильная платформа может ещё больше упростить планирование ёмкости, предоставляя встроенные инструменты для мониторинга, безопасности и оптимизации производительности.

Что входит в наши тарифы помимо лимитов ресурсов

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

Каждый тариф Agency Hosting включает следующее без дополнительной платы:

• Глобальная CDN с динамической оптимизацией изображений и кэшированием на граничных узлах: Помогает снизить использование пропускной способности и улучшить время загрузки страниц без необходимости ручной настройки.
• Автоматическое ежедневное резервное копирование через Jetpack: Включает 10 ГБ места для хранения резервных копий и восстановление до любой точки во времени в один клик, что устраняет необходимость в отдельном решении для резервного копирования.
• Встроенный WAF и защита от DDoS-атак: Меры безопасности управляются на уровне инфраструктуры, чтобы помочь защитить веб-сайты от распространённых угроз.
• Автоматические обновления WordPress: Ядро WordPress, плагины и темы обновляются автоматически, сокращая объём рутинного обслуживания для агентств, управляющих несколькими клиентскими сайтами.
• Однокликовое создание стейджинг- и клон-среды: Тестируйте изменения в изолированной среде и развёртывайте обновления уверенно, не влияя на рабочий сайт.
• Yoast SEO Premium включён: Каждый сайт поставляется с Yoast Premium, что помогает агентствам оптимизировать SEO-усилия и предоставлять клиентам дополнительную ценность.
• Круглосуточная приоритетная поддержка от экспертов WordPress: Запросы в службу поддержки направляются непосредственно специалистам уровня 3, обученным работе с WordPress, для более быстрого решения проблем.
• Централизованный мониторинг производительности: Просматривайте использование ресурсов, показатели здоровья сайта и информацию о производительности для всех управляемых клиентских веб-сайтов из единой панели управления.

Совокупная отдельная стоимость резервных копий Jetpack и Yoast Premium составляет $27.90 в месяц за сайт. Для тарифа Boutique, охватывающего 10 клиентских учётных записей, это $279 в месяц за инструменты, которые не отображаются отдельными позициями. Смотрите, как агентства зарабатывают на хостинге, чтобы узнать, как учитывать пакетную ценность в ценообразовании для клиентов и обсуждении маржи.

Главный вывод

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

Шесть типов ресурсов, которые имеют наибольшее значение — дисковое пространство, пропускная способность, процессор, параллельные процессы, индексные дескрипторы (inode) и размер базы данных — каждый из них достигает своего максимального значения по-разному. Агентство, которое отслеживает использование ресурсов по всем шести показателям, настраивает оповещения при установке и поддерживает запас по каждой учётной записи, работает на принципиально более надёжном уровне.

Агентский хостинг Bluehost — изолированные контейнеры, вертикальное масштабирование в реальном времени, отказоустойчивая инфраструктура и централизованная панель управления — создан для поддержки проактивного управления ресурсами на растущей клиентской базе. Ознакомьтесь с тарифами Agency Hosting, чтобы найти уровень, соответствующий текущей нагрузке клиентов и вашим планам на будущее.

Часто задаваемые вопросы