Переход интернет-магазина с VPS на выделенный сервер: кейс миграции без простоя
В этом кейсе показываем, как прошёл переход интернет-магазина с VPS на выделенный сервер без простоя для бизнеса. Разбираем, какие метрики показали необходимость миграции, какую конфигурацию выделенного сервера выбрали и что изменилось после переезда.
В прошлых материалах мы разбирали, по каким признакам проекту становится тесно на VPS, как подготовить переезд сайта на выделенный сервер без простоя и почему низкая цена аренды выделенного сервера не всегда означает выгодную инфраструктуру.
Теперь — практика. Покажем, как выглядит миграция с VPS на выделенный сервер на реальном проекте: с рабочей нагрузкой, интеграциями и риском остановить бизнес при неудачном переносе.
Кейс в цифрах
Проект
Интернет-магазин
~12 000 товаров, 1С, CRM
Было
VPS
4 vCPU / 8 GB / SSD 120 GB
Стало
Dedicated
8 ядер / 32 GB / 2 × NVMe 1 TB RAID 1
Результат
Импорт 35–50 мин
вместо 1,5–2 часов
Исходная ситуация
К нам обратился интернет-магазин с каталогом около 12 000 товаров, регулярным обменом с 1С и CRM, куда с сайта автоматически передавались новые заказы.
С точки зрения «сухих» метрик нагрузка для проекта выглядела умеренной: порядка 10–15 запросов в секунду даже в пиковые периоды. И это важный момент: формально нагрузка была невысокой, но сайт при этом уже работал нестабильно.
Параметры проекта на момент обращения
- около 12 000 товаров в каталоге;
- регулярный обмен с 1С;
- CRM с автоматической передачей заказов;
- около 1 500–2 500 посетителей в сутки.
Проект работал на VPS с конфигурацией 4 vCPU, 8 GB RAM и SSD на 120 GB.
На этапе запуска этого было достаточно, но со временем в одной среде начали конкурировать сайт, база данных, обмен с 1С и cron-задачи, связанные с обновлением каталога и обработкой заказов.
Снаружи сайт выглядел рабочим, но внутри уже накапливались признаки перегрузки:
Что происходило на VPS
- в часы пик страницы открывались 2–4 секунды;
- админка подвисала при работе с заказами;
- импорт каталога занимал до 1,5–2 часов;
- тяжёлые задачи переносились на ночь;
- команда регулярно следила за процессами вручную.
Для бизнеса это выглядело как периодическая нестабильность. Для технической команды — как система, которая ещё держится, но уже требует постоянного внимания.
Именно такие ситуации чаще всего и приводят к переходу с VPS на выделенный сервер: не из-за роста трафика, а из-за ограничений самой среды.
Что показал аудит VPS
Перед переездом мы собрали метрики за несколько дней, включая пиковые часы. Это позволило увидеть, как система ведёт себя при одновременной работе сайта, базы данных и фоновых задач.
| Показатель | Значение |
|---|---|
| CPU (пик) | 85–95% |
| RAM | 7–7,5 GB из 8 GB |
| Disk I/O | просадки при параллельной нагрузке |
| Load average | выше количества CPU |
| Время ответа сайта | 2–4 сек в пике |
Ключевой вывод был простым: проблема была не в «слабом сервере» как таковом, а в том, что слишком много процессов делили один и тот же ограниченный ресурс.
Почему VPS начал тормозить даже при небольшой нагрузке
При детальном анализе стало понятно, что узкое место — не только в ресурсах, но и в самой архитектуре VPS.
На виртуальном сервере ресурсы физической машины делятся между несколькими клиентами, и они конкурируют друг с другом. Это особенно заметно в задачах, чувствительных к задержкам.
Где именно возникали проблемы
Дисковая подсистема
Работа с 1С и базой данных требует быстрого отклика, а на VPS операции ввода-вывода могут выстраиваться в общую очередь, из-за чего сайт «ждёт» диск.
Перераспределение CPU
Гипервизор может забирать часть процессорного времени в пользу других виртуальных машин. В пиковые моменты это проявляется как микрозависания и нестабильная работа админки.
Нагрузка соседних проектов
Если другие проекты на том же физическом сервере запускают ресурсоёмкие задачи, это отражается на всех виртуальных машинах.
Вывод: даже при относительно небольшой нагрузке сайт на VPS может работать нестабильно. Именно в таких ситуациях вопрос «VPS или выделенный сервер» становится вопросом не мощности, а предсказуемости инфраструктуры.
Какой выделенный сервер выбрали
Задача была не «взять с запасом», а подобрать конфигурацию под текущую нагрузку и ближайший рост, чтобы решение оставалось адекватным по бюджету.
В результате остановились на следующем варианте:
Конфигурация выделенного сервера
- CPU: 8 физических ядер уровня Xeon Silver;
- RAM: 32 GB;
- диски: 2 × NVMe по 1 TB в RAID 1;
- сеть: 1 Gbps;
- ОС: Linux.
В программной части использовали связку Nginx, PHP-FPM и MySQL, добавили Redis для кэширования и Zabbix для мониторинга.
Ключевое отличие новой схемы — все ресурсы были закреплены за одним проектом.
Что входило в миграцию на новый сервер
Миграция на выделенный сервер — это последовательный процесс, где основная работа происходит до переключения.
В рамках проекта мы сделали:
- аудит и сбор метрик;
- подбор конфигурации;
- развёртывание сервера;
- настройку безопасности;
- подготовку backup;
- проверку восстановления;
- перенос файлов и базы данных;
- staging-проверку;
- подготовку сценария переключения и отката;
- снижение TTL DNS.
Такой подход позволяет выполнить переезд сайта на выделенный сервер без простоя.
Как проходил переезд
На новом сервере развернули окружение, идентичное боевому, и перенесли проект в staging. Там прогнали ключевые сценарии: каталог, оформление заказа, админку, обмен с 1С и cron-задачи.
Перед финальным переключением выполнили синхронизацию данных и обновили DNS. Сам переход занял около 5–10 минут.
Старый сервер при этом не отключали — он оставался доступным как резервный вариант.
Фактически: переключение заняло считанные минуты, а проект перешёл на новую инфраструктуру без критичных сбоев для клиентов и внутренних процессов.
Результаты после перехода с VPS
Ниже — результаты после переезда: что изменилось в скорости работы, запасе по ресурсам и ежедневной нагрузке на команду.
Результат в цифрах
Импорт каталога
35–50 минут
вместо 1,5–2 часов
Время ответа сайта
0,8–1,5 сек
вместо 2–4 сек
CPU
40–60%
вместо пиков до 90%
Ручной контроль
Минимальный
вместо регулярного
До и после миграции
| Показатель | До | После |
|---|---|---|
| Инфраструктура | VPS: 4 vCPU / 8 GB | Dedicated: 8 ядер / 32 GB |
| Импорт каталога | 1,5–2 часа | 35–50 минут |
| Время ответа сайта | 2–4 сек | 0,8–1,5 сек |
| CPU | Пики до 90% | Обычно 40–60% |
| RAM | Почти без запаса | Запас 30–50% |
| Админка | Нестабильная | Стабильная |
| Ручной контроль | Регулярный | Минимальный |
Инфраструктура
До: VPS: 4 vCPU / 8 GB
После: Dedicated: 8 ядер / 32 GB
Импорт каталога
До: 1,5–2 часа
После: 35–50 минут
Время ответа сайта
До: 2–4 сек
После: 0,8–1,5 сек
CPU
До: Пики до 90%
После: Обычно 40–60%
RAM
До: Почти без запаса
После: Запас 30–50%
Админка
До: Нестабильная
После: Стабильная
Ручной контроль
До: Регулярный
После: Минимальный
Если перевести это на простой язык, после перехода с VPS на выделенный сервер система стала работать ровнее: сайт быстрее отвечает, фоновые процессы не мешают друг другу, а команда перестала постоянно «держать инфраструктуру под контролем».
Почему переход с VPS дал эффект
Главное изменение было не только в увеличении ресурсов. После переезда исчезла конкуренция за CPU и диск, NVMe снял узкое место по I/O, появился нормальный запас по памяти, а Redis снизил часть нагрузки на базу данных.
В результате система стала предсказуемой в ежедневной работе, что для интернет-магазина часто важнее, чем просто ускорение страниц.
Что это значит для бизнеса
После миграции инфраструктура перестала быть источником риска, команде больше не приходилось постоянно следить за процессами и подстраховывать инфраструктуру вручную.
- меньше проблем в часы пик;
- более быстрое обновление каталога;
- более стабильную работу внутренних процессов;
- понятный запас под рост.
Что важно перед переездом с VPS
Переезд лучше начинать с анализа текущей схемы.
| Вопрос | Что это даёт |
|---|---|
| Где узкое место | понимание причины |
| Хватает ли VPS | обоснованность перехода |
| Какая конфигурация | баланс цены и ресурсов |
| Как переносить | план миграции |
| Backup и DNS | контроль запуска |
Что дальше
Если проект уже перерос VPS или работает нестабильно даже при умеренной нагрузке, лучше сначала разобрать текущую инфраструктуру и сценарий миграции.
В ESTT мы:
- анализируем инфраструктуру;
- подбираем конфигурацию;
- переносим проекты без лишнего риска;
- берём на себя поддержку.
Разберём ваш проект и подскажем, нужен ли вам переход с VPS на выделенный сервер — и в какой конфигурации.
Что ещё почитать
Если вы только оцениваете переход с VPS на выделенный сервер, начните с этих материалов:
Когда проекту уже тесно на VPS: 5 сигналов, что пора перейти на выделенный сервер
чтобы понять, действительно ли текущая схема уже стала ограничением.
чтобы понять, действительно ли текущая схема уже стала ограничением.
Переезд на новый сервер без простоя: 7 шагов
если хотите заранее разобраться, как подготовить миграцию без хаоса и лишнего риска.
если хотите заранее разобраться, как подготовить миграцию без хаоса и лишнего риска.
Что на самом деле входит в стоимость аренды сервера
если сравниваете VPS и dedicated не только по ежемесячному счёту, но и по реальной стоимости эксплуатации.
если сравниваете VPS и dedicated не только по ежемесячному счёту, но и по реальной стоимости эксплуатации.
16.04.2026