Магазин с акциями, рекламой или сезонными пиками должен выдерживать всплески без случайного троттлинга. Dedicated помогает держать web, cache и базу под контролем. Эта статья нужна не для выбора “самого большого” тарифа, а для подготовки заказа: какие компоненты разнести, какие метрики снять до оплаты и что проверить перед переносом production.
Когда подходит
- магазин с пиками
- CMS или custom backend с тяжелой базой
- плановые распродажи и рекламный трафик
Практическая схема
- Минимальная рабочая схема для пика: web/app, база данных, Redis/object cache, очередь фоновых задач, backup и внешний мониторинг. Даже если все остается на одном dedicated, эти роли нужно разделить в настройках и лимитах.
- Для WooCommerce, Magento, OpenCart или custom backend заранее проверьте PHP-FPM/worker pool, slow queries, Redis/session storage, cron-задачи, отправку писем и платежные callbacks.
- Статику и тяжелые файлы лучше вынести на CDN/object storage или хотя бы отдавать через Nginx с cache headers, чтобы рекламный трафик не забивал CPU приложением.
Как выбрать ресурсы
- CPU считайте по пиковому числу одновременных checkout/cart/search запросов, а не по среднему посещению за сутки. Для магазина важен запас под PHP/Node workers и базу одновременно.
- RAM должна покрывать ОС, web workers, Redis/cache и рабочий набор базы. Если база не помещается в RAM хотя бы по горячим индексам, пик уйдет в disk latency.
- Диск выбирайте по IOPS и latency. Перед промо проверьте slow query log, размер индексов, свободное место, скорость backup и время restore.
- Сеть считайте отдельно: рекламный пик, картинки, export/import каталога, webhooks платежей, интеграции CRM/ERP и admin traffic.
Что выбрать в заказе
- OS - для обычного Linux-стека выбирайте актуальные Debian/Ubuntu; для панели проверьте совместимость панели с версией ОС; для нестандартного образа выбирайте Custom ISO и указывайте ссылку/требования в тикете.
- Локация - для VPS без GPU выбирайте NL, DE, RU, UK, USA или SG по latency и аудитории. Для GPU VPS локация фиксирована тарифом, для dedicated требования к региону лучше написать в тикет.
- IPv4 - дополнительные адреса или подсеть нужны для отдельных сервисов, RDNS, virtualization, reseller hosting, BGP или изоляции клиентов. Если заказываете подсеть под BGP, заполните ASN.
- Панель - cPanel/Plesk/Virtualizor добавляйте только если она реально нужна для управления клиентами, сайтами или виртуализацией. Для простого VPS часто достаточно SSH и автоматизации.
Проверка перед переносом
- За 3-7 дней до промо поднимите копию магазина на новом сервере, обновите staging данные, проверьте checkout, оплату, email, webhooks и admin-панель.
- Снизьте DNS TTL заранее, включите мониторинг HTTP 200/500, latency, CPU, RAM, disk I/O, MySQL/PostgreSQL slow queries, Redis memory и очередь заказов.
- Перед переключением сделайте полный backup файлов и базы, отдельно проверьте restore на тестовой базе и запишите rollback-порядок: DNS назад, старая база, заморозка заказов.
- После переключения первые часы смотрите не только uptime, но и ошибки checkout, задержку платежных callbacks, рост очередей, 5xx, slow queries и заполнение диска логами.
Ошибки, которые ломают запуск
- оставлять cron, импорт каталога, рассылки и тяжелые отчеты на время распродажи
- не проверять checkout и платежные callbacks на staging перед сменой DNS
- держать cache/session/files без понятного плана очистки и backup
- считать только CPU/RAM и забывать про disk latency, slow queries, SMTP, webhooks и CDN/cache headers
Что написать в тикет
- даты пиков
- стек магазина
- нужна ли помощь с миграцией и нагрузочной проверкой
