Как выбрать VPS для интернет-магазина: критерии, расчёт и запуск

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

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

Почему магазину тесно на виртуальном хостинге

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

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

На VPS ресурсы принадлежат только вам, а сервер можно настроить под движок — от версии PHP до параметров базы данных.

Сколько ресурсов нужно

Ориентиры для типового магазина на PHP-движке (Битрикс, OpenCart, WooCommerce): до 100 товаров и 500 посетителей в сутки — 2 vCPU и 4 ГБ памяти; до 5000 товаров и 3000 посетителей — 4 vCPU и 8 ГБ; крупный каталог с интеграциями — от 8 vCPU и 16 ГБ.

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

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

Локация и скорость

Физическое расстояние до покупателя — это задержка, которую не исправить оптимизацией кода. Для магазина, работающего на Россию и Восточную Европу, разумный выбор — европейские площадки: пинг оттуда обычно 30–50 мс, что незаметно для человека.

В мастере создания сервера в панели NodexGo пинг до каждой локации измеряется прямо из вашего браузера — выбирайте не по названию страны, а по этой цифре.

Что ещё критично для магазина

Резервные копии. На VPS их делаете вы. Для магазина база должна копироваться минимум раз в несколько часов: сутки потерянных заказов — это реальные деньги и разбирательства с покупателями.

Отдельный IP-адрес и корректная почта. Письма о заказах должны доходить: настройте SPF и DKIM, иначе подтверждения будут падать в спам.

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

Доступ к серверу в критический момент. Если сайт лёг ночью и SSH не отвечает, спасает web-консоль VNC в карточке сервера — она работает в обход сети.

Как запустить магазин на VPS

Порядок действий, при котором ничего не ломается. Сначала берём сервер: в панели кнопка «Создать сервер», затем локация с наименьшим пингом, тариф, образ Ubuntu 24.04, имя и период оплаты — 1, 3, 6 или 12 месяцев. Через минуту IP-адрес и пароль root приходят в панель и на почту.

Подключаемся и обновляем систему:

ssh root@IP-адрес-сервера
apt update && apt upgrade -y

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

203.0.113.10 example.com www.example.com

Пройдите по магазину как покупатель: каталог, фильтры, корзина, оформление заказа, оплата, письмо о заказе. Только когда всё работает — переключайте A-запись домена на новый IP. Заранее, за сутки, уменьшите TTL записи до 300 секунд, чтобы переключение заняло минуты.

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

certbot --nginx -d example.com -d www.example.com

mysqldump -u root --single-transaction --routines имя_базы | gzip > /root/shop-$(date +%F).sql.gz

Сколько это стоит по сравнению с потерями

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

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