Какой хостинг выбрать для сайта компании: виртуальный, VPS или облако

Сайту-визитке и небольшому сайту услуг хватает виртуального хостинга. Магазину на 1С-Битриксе или OpenCart с обменом с 1С нужен VPS или управляемое облако. Свой лимит памяти и процессора. Своя версия PHP. Независимость от соседей по серверу. Для любого сайта с формами добавляется требование по 152-ФЗ: серверы в России, копии — вне основной площадки. Таблица ниже и чек-лист из 12 вопросов провайдеру закрывают выбор до оплаты. Решение уже принято? Пригодится переезд на новый хостинг без простоя.

Короткий ответ: таблица выбора по типу сайта

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

Практический пример. Компания открыла интернет-магазин на OpenCart с каталогом в 300 товаров и без сезонности. Посещаемость около 1 000 визитов в сутки. По таблице это пограничный случай между виртуальным хостингом и VPS начального уровня. Правильный ход — взять виртуальный тариф с запасом по лимитам и заранее договориться с провайдером о быстром переходе на VPS, если каталог или трафик вырастут вдвое. Переплачивать за VPS с первого дня ради гипотетического роста смысла нет.

Виртуальный хостинг: когда хватает и когда пора уходить

Виртуальный хостинг — это общий сервер. Его делят между десятками или сотнями сайтов. Плюс — низкая цена и минимум забот об администрировании: провайдер сам следит за железом и базовым софтом. Минус — общие ресурсы. Сосед по серверу поймал наплыв трафика — тормозит и ваш сайт.

Три признака, что пора уходить на что-то мощнее. Сайт стабильно грузится дольше 2–3 секунд в часы пик. Панель управления не даёт поднять лимит PHP-памяти выше нескольких сотен мегабайт. Обмен с 1С или крупная выгрузка каталога упирается в лимит времени выполнения скрипта. Один из этих сигналов уже повод присмотреться к VPS. Полезный первый шаг — диагностика медленного сайта: она показывает, дело в ресурсах сервера или в самом коде.

VPS и выделенный сервер: кто будет администрировать

VPS расшифровывается как виртуальный выделенный сервер. Это своя изолированная часть физического сервера: фиксированные CPU, RAM и диск, которые не делятся с соседями. Здесь уже нужен человек, который умеет настраивать сервер. Ставить обновления безопасности. Следить за местом на диске. Чинить упавшие службы. Часть провайдеров продаёт VPS с управлением: доплата за то, что эти задачи берут на себя.

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

Облако и управляемые сервисы: за что платите

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

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

Хостинг под CMS: требования платформы к серверу

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

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

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

Серверы в России и 152-ФЗ

Если сайт собирает данные посетителей — а собирает их почти любая форма заявки, — действуют требования 152-ФЗ к хранению данных: первичная запись персональных данных граждан России должна идти на сервере в России. При выборе хостинга это значит одно практическое требование: уточнить у провайдера физическое расположение дата-центра, а не только юридический адрес компании. Юридический адрес в Москве не гарантирует, что серверы стоят там же — иногда инфраструктура арендована за рубежом даже у российского юрлица.

Копия хостинга — не ваша копия

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

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

Защита у хостинга

Часть тарифов VPS и почти все облачные тарифы включают базовую защиту от DDoS на уровне сети — фильтрацию до того, как трафик дойдёт до самого сервера. Это не отменяет что делать при DDoS-атаке на уровне приложения, но снимает самый грубый слой атак ещё на подступах к серверу. У виртуального хостинга такая защита встречается реже — это лучше уточнять отдельным пунктом, а не считать само собой разумеющимся.

Что спросить у хостинга до оплаты

Двенадцать вопросов ниже экономят месяцы разочарования — задать их до оплаты дешевле, чем переезжать через полгода.

1. Какая версия PHP доступна сейчас и можно ли переключать её самостоятельно.
2. В каком городе и стране физически расположен дата-центр.
3. Кто и как часто снимает резервные копии, где они хранятся физически.
4. Можно ли скачать копию сайта самостоятельно в любой момент.
5. Какой SLA по доступности заявлен и что провайдер компенсирует при простое.
6. Есть ли защита от DDoS на уровне сети и что входит в базовый тариф.
7. Работает ли поддержка круглосуточно и какой канал связи в приоритете.
8. Какие лимиты CPU, RAM и числа процессов на тарифе, что будет при превышении.
9. Есть ли доступ к логам сервера, а не только к панели управления.
10. Сколько занимает миграция на более мощный тариф внутри того же провайдера.
11. Что происходит с данными и доменом при отказе от хостинга.
12. Взимается ли плата за перенос данных при уходе к другому провайдеру.

Провайдера с ЦОД в России и внятным ответом на все 12 пунктов можно смело считать кандидатом. Среди российских хостингов такого уровня — REG.RU, Beget, Timeweb Cloud, Selectel и VK Cloud: у каждого свои тарифные линейки для виртуального хостинга, VPS и облака, и сравнивать их лучше по пунктам чек-листа, а не по рекламным обещаниям на главной странице. Список не претендует на полноту рынка — это примеры разных типов услуг, а финальный выбор всё равно упирается в конкретные ответы конкретного провайдера на конкретный сайт.

Как уйти от хостинга без потерь, если он не подошёл

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

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