Разместить несколько сайтов на одном тарифе хостинга можно ради экономии: проекты делят общий запас процессорного времени, памяти и дискового пространства. Но где заканчивается выгода и начинается просадка скорости? Тут решает не число доменов само по себе, а то, насколько активно каждый из них расходует ресурсы сервера.
На практике владельцы небольших сайтов нередко держат 5-15 проектов на недорогом тарифе и никаких проблем не видят. А у кого-то все начинает тормозить уже на трех активных сайтах. Причина именно в характере нагрузки, голая цифра доменов мало о чем говорит.
Как ресурсы тарифа делятся между сайтами
На большинстве виртуальных тарифов ресурсы распределяются динамически. Сайты конкурируют за общий пул CPU и RAM, жестко закрепленной доли у каждого нет. Поэтому один тяжелый проект способен забрать почти весь доступный лимит и замедлить соседей, хотя свободного места на диске еще полно.
Обычно хостинг-провайдер задает для тарифа конкретные рамки: например, 1-2 ядра CPU, 512 МБ-1 ГБ оперативной памяти на процесс PHP и определенное количество одновременных соединений с базой данных. Все сайты в аккаунте пользуются этими лимитами сообща. Отдельного запаса для каждого домена никто не выделяет.
- С дисковым пространством все просто и предсказуемо: десять сайтов по 500 МБ займут 5 ГБ. Обычная арифметика.
- Память и процессорное время распределяются иначе. Если на один сайт резко хлынули посетители, он отъест ресурсы у остальных доменов в том же аккаунте.
- Чаще всего первым заканчивается лимит одновременных процессов PHP, на shared-тарифах это обычно 10-20 процессов. Пять сайтов одновременно взялись обрабатывать запросы, и запас тает куда быстрее, чем ожидаешь.
Поэтому провайдеры редко ставят жесткое ограничение вроде максимума в 10 сайтов. Они следят за общим расходом ресурсов, а сколько проектов поместится в эти рамки, зависит уже от нагрузки.
Как количество доменов влияет на производительность
Лишний домен в панели управления почти не нагружает сервер. Файлы спокойно лежат на диске и ничего не потребляют, пока не придет посетитель. Трудности начинаются, когда трафик одновременно получают несколько сайтов или когда они работают на CMS с базой данных.
Статичная HTML-визитка почти не тратит ресурсы, сервер лишь отдает готовые файлы. WordPress с плагинами работает тяжелее: при каждом запросе обращается к базе данных, собирает страницу на лету и занимает PHP-процесс. В итоге десять статичных визиток дают меньшую нагрузку, чем три активных блога на WordPress, каждый с посещаемостью 200-300 человек в день.
Нагрузка еще и накапливается. Каждая CMS запускает фоновые задачи: обновляет кеш, выполняет cron-задания, индексирует материалы для внутреннего поиска. Поставьте на тариф 15 копий WordPress с одинаковыми cron-скриптами, и они начнут бороться за время выполнения. Особенно неприятно, когда расписания совпадают.
| Тип сайта | Нагрузка на ресурсы | Ориентировочный лимит на shared-тарифе |
|---|---|---|
| Статичная визитка (HTML/CSS) | Минимальная | 20-30 сайтов |
| Лендинг без CMS | Низкая | 15-20 сайтов |
| Блог на WordPress без плагинов | Средняя | 5-8 сайтов |
| WordPress с плагинами и кешем | Выше среднего | 3-5 сайтов |
| Интернет-магазин на WooCommerce | Высокая | 1-2 сайта |
Когда пора разделять сайты по разным тарифам
Сайты пора разносить по разным тарифам, если один из них регулярно получает больше 500-1000 посетителей в сутки или начинает тормозить, что уже видно в статистике хостинга. До критической точки лучше не тянуть. Проще перенести проект заранее, чем потом разбираться с потерей позиций в поиске.
Есть несколько сигналов, которые я бы точно не пропускал:
- Время ответа сервера, то есть TTFB, поднялось выше 500-600 мс, хотя прежде держалось около 100-200 мс.
- Панель хостинга регулярно предупреждает о превышении лимита процессов или CPU seconds.
- Сайт начал получать настоящий коммерческий трафик и приносить доход. Его простой обойдется дороже отдельного тарифа.
- Провайдер прислал письмо о временном ограничении аккаунта из-за нагрузки. Тут уже нечего выжидать, пора действовать.
У меня ориентир простой: когда сайт перестает быть хобби и начинает влиять на деньги или репутацию, я переношу его на отдельный VPS, ну или хотя бы покупаю отдельный тариф. Интернет-магазин рядом с десятком визиток в одном shared-аккаунте, откровенно плохая схема. Даже если лимиты пока держатся.
Практические расчеты для блогов и визиток
На стандартном shared-тарифе с 1 ГБ памяти реально разместить 15-25 визиток и небольших лендингов без базы данных, заметной потери скорости обычно не будет. С блогами на WordPress запас заканчивается раньше. При умеренной посещаемости разумный потолок составляет 4-6 сайтов на том же тарифе.
Разберем на цифрах. Допустим, тариф допускает 20 одновременных процессов PHP и дает аккаунту 1 ГБ оперативной памяти. Один активный запрос к WordPress с плагинами занимает 30-60 МБ и один процесс примерно на 1-3 секунды. Если поставить туда 5 блогов с посещаемостью по 100 человек в сутки, в пике редко наберется больше 3-4 активных процессов. Запас нормальный.
Добавляем шестой и седьмой блог, каждый уже с посещаемостью 500+ человек в сутки, и ситуация резко меняется. В вечерний пик число одновременных процессов способно подняться до 15-18, тариф начнет упираться в ограничение. Вот почему теоретические 20 сайтов на практике превращаются в 5-6 проектов, которые действительно работают без тормозов.
Я бы считал так: складываем среднюю суточную посещаемость всех сайтов в аккаунте. Для shared-хостинга суммарные 1500-2000 визитов в сутки, вполне разумный потолок. Дальше придется настраивать кеширование или переезжать на VPS. У простых визиток предел бывает в 3-4 раза выше, поскольку процессор они нагружают гораздо слабее.
Частые вопросы
Для статичных визиток — до 20-25 сайтов на обычном shared-тарифе, для блогов на WordPress — 4-6 сайтов при умеренной посещаемости. Точная цифра зависит от суммарного трафика и типа CMS, а не только от количества доменов.
Само наличие домена в панели почти не грузит сервер, пока на него нет заходов. Проблема возникает только при одновременных запросах, поэтому десять малопосещаемых визиток безопаснее одного активного блога.
Ориентируйтесь на рост времени ответа сервера выше 500 мс, предупреждения хостинга о превышении лимита процессов и появление стабильного коммерческого трафика. Как только сайт начинает приносить доход, риск его падения из-за соседей на тарифе становится неоправданным.
Технически можно, но я бы не рекомендовал: WooCommerce и аналогичные движки создают высокую нагрузку на базу данных и процессор даже при небольшом трафике. Для магазина лучше отдельный тариф или VPS, чтобы соседние сайты не влияли на скорость оформления заказов.
Посещаемость и тип CMS влияют куда сильнее, чем простое количество доменов. Пять активных блогов с плагинами дадут больше нагрузки, чем двадцать статичных визиток без базы данных.
