Сервер для интернет-магазина: как пережить распродажу и не потерять заказы

В обычный день магазин получает 50 заказов, в день распродажи — 800. Сайт, который «нормально работал», ложится в самый доходный час. Разбираем, как подготовиться.

Что ломается первым

1. База данных. Каждая корзина и каждый фильтр каталога — запросы к MySQL. При десятикратном росте база упирается в диск и память.
2. PHP-воркеры. Заканчиваются свободные процессы — посетители видят 502 или ждут 30 секунд.
3. Платёжный шлюз и интеграции. Если Payme/Click отвечают медленно, заказы «висят» и занимают воркеры.
4. Диск. Логи, сессии, кэш картинок растут гигабайтами.

Как посчитать ресурсы под пик

Возьмите обычную нагрузку (панель VPS показывает загрузку CPU и памяти) и умножьте на ожидаемый рост заказов. Ориентир для магазина на WooCommerce/OpenCart/Bitrix:

Что настроить за неделю до

• Кэш страниц (nginx fastcgi cache или плагин) — каталог и карточки товаров отдаются без PHP. Это снимает 70–80% нагрузки.
• Redis для сессий и объектного кэша.
• Оптимизация картинок: WebP, размеры под витрину, lazy-load.
• Лимиты PHP-FPM: pm.max_children под память сервера, а не по умолчанию 5.
• Мониторинг с уведомлением в Telegram: время ответа, 5xx-ошибки, свободная память.
• Снапшот сервера перед распродажей — откат за 5 минут, если что-то пошло не так.
• Нагрузочный тест — 10 минут с ab или k6 покажут, где предел.

Масштабирование в день Х

На VPS MyCloud ресурсы меняются в панели: добавили 4 vCPU и 8 ГБ на три дня распродажи — заплатили только за эти три дня (посуточная оплата), потом вернули обратно. Для магазинов от 1 000 заказов в день — вынос базы на отдельный NVMe-сервер и второй веб-сервер за балансировщиком; настраиваем по заявке.

После пика

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