Пошаговый план перехода интернет-магазина с общего хостинга на VPS в Беларуси: когда менять, как выбрать тариф и что делать с сайтом во время миграции.
Когда shared-хостинг не справляется: симптомы и тест
Вы запустили интернет-магазин детских товаров в Минске. Первые полгода 30–40 заказов в день — shared-хостинг отрабатывает нормально. Потом даёте рекламу в Instagram и на Kufar — трафик взлетает до 1000 уникальных посетителей в час. Сайт начинает грузиться 8–10 секунд, а в «Чёрную пятницу» падает совсем. Такое случается с магазинами в ТЦ Dana Mall или Galileo, которые начинают привлекать клиентов через соцсети.
Симптомы: долгая загрузка страниц, ошибки 503 при пиковых нагрузках, медленная работа админки, ограничение по числу процессов MySQL. Один из минских магазинов мебели (район Каменная Горка) после перехода с shared-хостинга на VPS сократил время ответа сервера с 4 секунд до 0,4 — и конверсия выросла на 22% (данные магазина за март 2026). Если же заметили хотя бы один признак — пора выбирать VPS и планировать переезд.
Проведите нагрузочный тест через Yandex.Tank в будний день и в выходной. Зафиксируйте среднее время ответа. Если оно больше 1,5 с при 50 одновременных сессиях — shared вам не подходит.
Критерии выбора VPS для интернет-магазина в Беларуси
Расположение дата-центра определяет скорость. Для аудитории из Беларуси сервер должен физически находиться в стране, чтобы пинг был минимальным. Например, у inrb.by серверы в Минске. Это важно для скорости загрузки в Гомеле, Бресте, Витебске. Тариф должен позволять наращивать ресурсы без перестановки ОС.
Вот сравнение минимальных тарифов VPS для интернет-магазина (~5 000 товаров, CMS на PHP+MySQL, 500 заказов в день):
| Параметр | Начальный уровень | Комфортный уровень |
|---|---|---|
| vCPU | 2 ядра | 4 ядра |
| RAM | 4 ГБ | 8 ГБ |
| SSD | 50 ГБ | 100 ГБ NVMe |
| Цена в месяц (BYN) | ~45 BYN | ~85 BYN |
| Среднее время загрузки (Минск) | 0,5–0,8 с | 0,2–0,4 с |
Магазины в Могилёве и Бобруйске часто берут комфортный уровень сразу — чтобы не менять тариф через полгода. Правило: сначала купите минимальный, но с возможностью апгрейда по памяти за 1–2 дня. У inrb.by такая опция есть.
Выбирайте тариф с возможностью настройки собственного ядра и swap-файла. Как это сделать для магазина на OpenCart или Битрикс, описано в статье Оптимизация памяти на VPS для интернет-магазина: swap и ядро.
Пошаговый план миграции: от бэкапа до тестирования
Шаг 1. Полный бэкап на shared-хостинге
Скачайте через FTP или панель управления все файлы сайта (директория public_html) и дамп базы данных. Убедитесь, что кодировка UTF‑8. Сохраните копию локально и на облачный диск. Главная ошибка на этом этапе — не проверить целостность дампа: откройте в текстовом редакторе и убедитесь, что нет обрывов.
Шаг 2. Настройка VPS
После заказа VPS (например, у inrb.by) вы получаете доступ по SSH. Установите ту же версию PHP, MySQL и веб-сервер (Apache или Nginx), что и на старом хостинге. Если используете nginx + php-fpm, настройте пулы под ожидаемую нагрузку. Ядро ОС — Ubuntu 22.04 LTS — она стабильна и долго получает обновления.
Сразу включите fail2ban и настройте брандмауэр (ufw). Для магазина на Битрикс это обязательная мера. Подробнее о защите — в статье Как защитить интернет-магазин от ботов в 2026 году.
Шаг 3. Перенос данных
Загрузите файлы на сервер через rsync (быстрее, чем ftp). Импортируйте базу через mysql. Проверьте права на папки (755 для директорий, 644 для файлов). Подключите домен: пропишите A-запись на IP вашего VPS. TTL выставляют 300 секунд для быстрого переключения.
Шаг 4. Тестирование на тестовом домене
Настройте локальный hosts-файл на компьютере, чтобы видеть новый сайт — не меняйте сразу рабочий DNS. Проверьте оформление заказов, корзину, платежные шлюзы (например, Приорбанк или Альфа-Банк). Убедитесь, что нет ошибок 404 и письма с магазина доходят. Для почты используйте отдельный почтовый хостинг или настройте SMTP через сервисы — подробнее в статье DMARC, DKIM и SPF в 2026: зачем белорусскому бизнесу настройка почты?.
Шаг 5. Переключение домена и мониторинг
Измените A-запись на IP VPS. Дождитесь обновления DNS (до 30 минут). Сразу включите мониторинг uptime — хотя бы Uptime Kuma или Grafana. Пример: магазин косметики из Витебска после перехода настроил алерты в Telegram и увидел, что в первый час после миграции нагрузка скакнула. Они оперативно расширили память, не потеряв ни одного заказа.
Ошибки при переносе на VPS
- Не обновляют версии PHP и MySQL до совместимых с CMS — сайт выдает белый экран или ошибки.
- Переносят файлы вместе с кэшем и логами — лишние гигабайты и риск утечки данных.
- Забывают настроить swap-файл — при нехватке памяти сервер убивает процессы.
- Не делают автоматический бэкап после миграции — при сбое возвращаться не с чего.
- Не проверяют скорость загрузки для мобильных. Например, магазин в Барановичах после перехода выиграл 1 секунду на десктопе, но проиграл 0,5 с на мобильных из-за неправильной конфигурации Nginx.
- Оставляют стандартные SSH-порты и пароли — жертва брутфорса в первый же день.
Как избежать простоев: ночной переезд и откат
Переключение делайте ночью, когда трафик минимален. Для магазина с заказами даже в 3 ночи (продукты, цифровые товары) используйте технику «pre‑warm»: за неделю до миграции снизьте TTL до 60 секунд, чтобы глобальное обновление прошло быстрее. Ещё вариант — параллельная работа двух копий сайта с балансировкой, но для малого бизнеса это необязательно.
Держите под рукой инструкцию по откату на shared-хостинг. Сохраните все старые файлы и базу. Проблема: новый VPS отлично показывает тест, а после переключения выясняется, что внешние сервисы мерча (например, Onliner API) блокируют ваш IP. Решение — вернуть старую A-запись до выяснения причин.
Три шага для начала:
- Проанализируйте логи shared-хостинга — сколько раз в день сайт падал или тормозил за последний месяц.
- Закажите минимальный тестовый VPS (например, у inrb.by) и залейте копию магазина для проверки.
- Настройте Uptime Kuma или любой монитор на старом хостинге, чтобы знать точное время простоев.
