Shared, VPS или облако: когда сайту малого бизнеса пора переезжать

VPS нужен, когда сайт упёрся в лимиты процессора на shared, требует своих расширений PHP или крона чаще раза в 5 минут. Стоит он 300-500 рублей в месяц за минимальную конфигурацию и 700-1 200 за рабочую, плюс от 500 рублей за панель управления. Медленный сайт от переезда быстрее не станет.

Вопрос «нужен ли VPS малому бизнесу» мне задают обычно после того, как сайт второй раз за месяц отдал 503 в разгар рекламной кампании. Владелец гуглит, читает, что shared это для новичков, а серьёзные люди сидят на VPS, и приходит с готовым решением: переезжаем. В половине случаев переезжать не надо, надо разобраться, что именно упирается в лимиты. Во второй половине надо, но не туда, куда собрались. Разберу по шагам: чем shared, VPS и облако отличаются по деньгам и по вашим обязанностям, по каким признакам понятно, что обычный хостинг закончился, сколько реально стоит владение сервером с учётом администрирования и что ломается на следующий день после переезда.

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

Чем эти три варианта отличаются на самом деле

Разница не в мощности. Разница в том, где проходит граница ответственности.

Shared

Вы получаете папку на сервере, где кроме вас живёт ещё сотня клиентов. Хостер настраивает PHP, веб-сервер, MySQL, почту, SSL, следит за железом, ставит патчи безопасности на ОС. Вы получаете панель (ISPmanager, cPanel, своя панель Timeweb или Beget) и заливаете туда сайт.

Ресурсы делятся между всеми, но не поровну: у каждого аккаунта есть лимиты (CPU в процентах ядра, память на процесс, число одновременных процессов, число inode, лимит на запросы к MySQL). Когда упираетесь в лимит, сайт не падает целиком, он начинает выдавать 503 или тормозить. Подробно про то, что именно там ограничено и как это увидеть, писал в разборе лимитов shared-хостинга.

Цена в 2026 году: от 200 до 900 рублей в месяц у российских хостеров за тариф, на котором визитка или небольшой магазин живут без проблем.

VPS

Виртуальная машина. Гарантированные ядра, гарантированная память, свой IP, root-доступ. Никто не мешает соседям, и соседи не мешают вам. И полное отсутствие всего остального: чистая Ubuntu или Debian, дальше сами.

Дальше сами это: nginx или Apache, PHP-FPM с нужными расширениями, MySQL или MariaDB с настроенным буфером, сертификаты Let’s Encrypt с автопродлением, fail2ban, файрвол, бэкапы, мониторинг, ротация логов, обновления пакетов безопасности, почта (а точнее, отказ от своей почты и переход на внешний SMTP, потому что письма с нового IP полетят в спам).

Часть этого закрывается панелью. ISPmanager 6 стоит от 500 рублей в месяц за лицензию Lite, FastPanel и aaPanel бесплатны. Панель снимает рутину настройки, но не снимает ответственность: обновлять ядро ОС, разбираться, почему MySQL съел всю память и был убит OOM-killer, чинить упавший nginx после кривого конфига придётся вам или вашему подрядчику.

Цена самого VPS: 400 рублей за минимальный (1 ядро, 1 ГБ), 700-1 200 за рабочий (2 ядра, 4 ГБ), 2 000-3 500 за серьёзный (4 ядра, 8 ГБ, NVMe). Это Timeweb Cloud, Selectel, RuVDS, FirstVDS и подобные.

Облако

Слово «облако» в России сейчас означает две разные вещи. Первая: тот же VPS, но с почасовой тарификацией и возможностью на лету добавить ядро или диск (Yandex Cloud, VK Cloud, Selectel, Timeweb Cloud). Вторая: managed-услуги, где базу данных, объектное хранилище и балансировщик держит провайдер, а вы только приносите код.

Для малого бизнеса реально полезны две вещи из облачного набора: объектное хранилище S3 под бэкапы и картинки (от 2 рублей за гигабайт в месяц) и managed-база, если сайт упирается именно в MySQL. Полный набор с кластерами, автоскейлингом и Kubernetes малому бизнесу не нужен и стоит дороже собственного админа.

Ещё нюанс: в облаке легко получить неприятный счёт. Почасовая оплата плюс трафик наружу плюс снапшоты плюс публичный IP складываются в сумму, которую никто не закладывал. У клиента с сайтом на Yandex Cloud счёт скакнул с 1 800 до 6 400 рублей за месяц, потому что кто-то забыл удалить два тестовых снапшота по 40 ГБ.

Признаки, что shared действительно закончился

Не все тормоза означают, что пора переезжать. Вот честный список того, что реально указывает на исчерпанный shared, и того, что маскируется под него.

Настоящие признаки:

1. В панели хостинга регулярно висит превышение по CPU, и это не разовый всплеск после запуска рекламы, а ежедневная картина в рабочие часы.
2. Сайт стабильно отдаёт 503 или «Resource limit reached» в пиковые часы, при этом ошибок в PHP-логе нет.
3. TTFB держится выше 800 мс даже на закэшированной странице и не лечится настройкой кэша.
4. Админка тормозит на действиях, где нет сложных запросов: сохранение записи, открытие списка товаров.
5. Хостер сам пишет письмо в духе «ваш аккаунт создаёт нагрузку, перейдите на тариф выше или на VPS». Это уже приговор, дальше отключат.
6. Нужны вещи, которых на shared физически нет: свой демон (Node.js для чат-бота, очередь Redis, Puppeteer для рендера PDF), нестандартное расширение PHP, cron чаще раза в 5 минут, полный доступ к конфигу веб-сервера.
7. База выросла настолько, что резервная копия делается 15 минут и убивает лимиты как раз в это время.

Ложные признаки, которые чинятся без переезда:

• Медленно грузятся страницы, а по факту виноваты пять слайдеров, три виджета аналитики и картинки по 3 МБ. VPS не ускорит загрузку неоптимизированного фронтенда ни на грамм.
• Сайт тормозит из-за одного плагина. Классика WordPress: конструктор страниц, старый плагин связанных товаров, кривой импорт. Один раз нашёл у клиента плагин статистики, который писал в свою таблицу каждый хит и раздул её до 4 ГБ, после чистки сайт полетел на том же тарифе.
• Не настроен кэш. Полностраничный кэш на shared уменьшает нагрузку в 5-20 раз. Без него любой сервер сожрут боты.
• База не обслуживалась годами: autoload на 8 МБ, миллион строк истёкших транзиентов, тысяча ревизий на каждую запись.
• Сайт долбят парсеры и сканеры. Это не рост бизнеса, это боты, которые фильтруются правилами в .htaccess за полчаса.

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

Честная арифметика затрат

Здесь начинается самое интересное, потому что сравнивать 300 рублей за shared и 900 за VPS бессмысленно. Сервер это не только аренда железа, это ещё и работа человека.

Статья расходов	Shared 600 руб.	VPS без панели	VPS с панелью	Облако с S3 и БД
Аренда в месяц	600	900	900	2 400
Панель управления	входит	0	500	0
Первичная настройка (разово)	0	8 000-15 000	5 000-8 000	12 000-20 000
Администрирование в месяц	0	3 000-6 000	2 000-4 000	3 000-6 000
Бэкапы вне сервера	часто входит	150-400	150-400	200-500
Мониторинг	0	0-350	0-350	0-350
Итого в месяц	600	4 050-7 650	3 550-6 150	5 600-9 250

Строка «администрирование» смущает больше всего. Владельцы обычно рассуждают так: я же не буду каждый месяц лезть в сервер, значит, эта строка нулевая. Иногда так и есть, месяцами ничего не происходит. А потом происходит всё сразу: вышла критическая уязвимость в OpenSSH, кончилось место на диске из-за логов nginx, MariaDB не поднялась после перезагрузки, сертификат не продлился, потому что порт 80 закрыли файрволом при настройке.

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

Отдельно про бэкапы. На shared у большинства российских хостеров ежедневные копии делает провайдер и хранит 7-14 дней. На VPS их нет вообще. Не будет ни одной, пока вы не настроите сами. Про то, где им лежать и почему не на том же сервере, писал в разборе про хранение бэкапов.

Что ломается после переезда на VPS

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

Почта с сайта перестаёт доходить. На shared письма уходили через локальный sendmail с прогретого IP хостера, где уже настроены SPF и DKIM. На новом VPS свежий IP без репутации, письма о заказах падают в спам либо отбиваются. Лечится подключением внешнего SMTP (Яндекс 360, Mail.ru для бизнеса, Unisender, SMTP.bz) и правкой SPF-записи. Планировать это надо до переезда, а не после первой потерянной заявки.

Нет автопродления SSL. Let’s Encrypt выдаёт сертификат на 90 дней. Если certbot не поставлен в cron или таймер systemd, ровно через три месяца браузер начнёт пугать посетителей. Проверять надо не наличие сертификата, а наличие задания на обновление.

Слетают права на файлы. После распаковки архива под root весь сайт принадлежит root, а PHP-FPM работает от другого пользователя. WordPress перестаёт загружать медиа и обновлять плагины. Правильные права 644 на файлы и 755 на каталоги, владелец совпадает с пользователем пула.

Забыт cron. На shared задания жили в панели. На VPS crontab пустой, и WP-Cron работает только при заходах на сайт. Отложенные публикации, рассылки, синхронизация с 1С молча перестают работать. Заметить можно через неделю.

Другая версия PHP или отсутствующие расширения. Не поставили php-imagick, и картинки перестали уменьшаться. Не поставили php-intl, и Битрикс ругается на проверке системы. Не поставили php-zip, и обновление плагинов падает.

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

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

Никто не следит за диском. Логи nginx, бинарные логи MySQL и старые снапшоты за пару месяцев съедают 20 ГБ. Диск заполняется, MySQL останавливается, сайт отдаёт ошибку соединения с базой.

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

Что попробовать до переезда

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

1. Включить полностраничный кэш. LiteSpeed Cache, если хостинг на LiteSpeed, иначе WP Super Cache или кэш средствами .htaccess. Замерить TTFB до и после.
2. Найти тяжёлый плагин. Query Monitor покажет, кто ест время генерации страницы. Отключить по одному и сравнить.
3. Почистить базу: транзиенты, ревизии, автозагружаемые опции, логи плагинов.
4. Отфильтровать ботов и парсеров по User-Agent и частоте запросов.
5. Сжать картинки в WebP и включить ленивую загрузку.
6. Перейти на PHP 8.2 или выше, если сидите на 7.4. Прирост скорости на WordPress заметный, а старая версия ещё и небезопасна.
7. Если после всего этого нагрузка держится, поднять тариф shared на ступень выше. Разница обычно 300-500 рублей, а лимиты по CPU растут в полтора-два раза.

Замерять нагрузку удобно прямо на сервере, без сторонних сервисов:

# средняя нагрузка и топ процессов
uptime
ps aux --sort=-%cpu | head -n 12

# сколько запросов в минуту прилетает и от кого
awk '{print $1}' ~/logs/access.log | sort | uniq -c | sort -rn | head -n 20

# самые долгие страницы, если в логе есть $request_time
awk '$NF > 1.5 {print $NF, $7}' ~/logs/access.log | sort -rn | head -n 20

# размер таблиц базы, топ-10
mysql -e "SELECT table_name, ROUND(data_length/1048576) AS mb 
FROM information_schema.tables WHERE table_schema=DATABASE() 
ORDER BY data_length DESC LIMIT 10;"

Если в топе по CPU висит php-fpm с одним и тем же скриптом, а в логе один IP даёт 3 000 запросов в час, проблема не в хостинге.

Кому VPS действительно нужен

Мой критерий такой: VPS оправдан, когда на нём нужны возможности, а не мощность.

Переезжать стоит, если:

• сайту нужен постоянно работающий процесс: Node.js, очередь, воркер импорта, свой Telegram-бот на вебхуках с обработкой в фоне,
• идёт регулярный обмен с 1С или CRM тяжёлыми выгрузками, которые выбивают лимиты shared,
• магазин на WooCommerce или Битрикс с реальным трафиком от 1 500 посетителей в сутки и живым оформлением заказов,
• нужен полный контроль над конфигом: свои правила nginx, отдельный пул PHP-FPM, Redis для объектного кэша,
• требования по данным: отдельная машина в конкретном ЦОД, свои настройки шифрования, разграничение доступа.

Переезжать не стоит, если:

• у вас визитка или блог с посещаемостью до 500 человек в день,
• единственный аргумент «shared это несерьёзно»,
• никто не готов платить за администрирование и никто в компании не умеет читать логи,
• сайт тормозит, но диагностику никто не проводил.

Отдельная категория: магазины, которые упираются не в железо, а в архитектуру. Тысяча товаров с двадцатью фильтрами будет тормозить и на VPS за 3 000 рублей, потому что проблема в запросах к базе, а не в ядрах. Про это подробнее в разборе WooCommerce на shared-хостинге.

Промежуточный вариант, который недооценивают

Между обычным shared и голым VPS есть два варианта, о которых почему-то редко вспоминают.

Первый: изолированный shared (у разных хостеров он называется по-разному, чаще всего «выделенные ресурсы» или премиум-тариф). Стоит 800-1 500 рублей, ресурсы гарантированы контейнером, но администрирование по-прежнему на хостере. Для сайта, который упёрся в лимиты, но не требует своих демонов, это ровно то, что нужно, и в разы дешевле полноценного VPS с админом.

Второй: managed VPS, то есть сервер с администрированием от провайдера. Стоит на 1 500-3 000 рублей дороже голого, зато обновления, мониторинг и бэкапы делает хостер. Считать надо в сравнении с ценой подрядчика: если админ обходится в 4 000, managed за 2 500 выгоднее, но глубины настройки там меньше.

Третий сценарий, который у меня работает у нескольких клиентов: сайт остаётся на shared, а тяжёлое выносится наружу. Картинки и файлы уезжают в S3, отчёты генерируются на стороннем сервисе, экспорт в 1С делается по расписанию с ограничением по объёму. Стоит копейки, переезда не требует.

Как переезжать, если решение принято

Порядок, которого держусь сам. На небольшом сайте занимает 3-5 часов работы плюс сутки на прогрев DNS.

1. Снизить TTL у DNS-записей до 300 секунд за сутки до переезда.
2. Поднять на новом сервере полный стек и накатить копию сайта, не трогая боевой.
3. Проверить копию по hosts-файлу: главная, каталог, оформление заказа, форма, админка, отправка письма.
4. Настроить SSL, cron, внешний SMTP, бэкапы, мониторинг. Всё до переключения, не после.
5. Закрыть админку и приём заказов на 20-30 минут, снять свежую копию базы и файлов, перенести.
6. Переключить DNS, дождаться распространения, проверить всё повторно.
7. Старый хостинг не отключать минимум две недели. Первая неделя после переезда всегда приносит сюрпризы.

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

Что в итоге

Если сайт тормозит, начинайте не с хостинга, а с диагностики. Кэш, лишние плагины, раздутая база и боты дают больше выигрыша, чем переезд на сервер за 3 000 рублей. Хостинг меняют, когда нужны возможности, которых на shared нет, а не когда хочется солиднее.

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

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

Частые вопросы

Когда пора переезжать с shared на VPS

Когда хостинг регулярно упирается в лимиты процессора и памяти, нужен свой софт или крон чаще раза в 5 минут. Если сайт тормозит из-за тяжёлых плагинов и запущенной базы, он будет тормозить и на VPS.

Сколько стоит VPS для сайта малого бизнеса

300-500 рублей в месяц за минимальную конфигурацию с одним ядром и гигабайтом памяти, 700-1 200 за рабочую с двумя ядрами и четырьмя гигабайтами. Панель управления добавляет от 500 рублей в месяц.

Что ломается после переезда на VPS

Обслуживать сервер теперь вам: обновлять систему, настраивать почту, продлевать сертификаты, снимать бэкапы. На shared это делал хостер. Закладывайте либо своё время, либо администратора.

Что попробовать до переезда

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