Как не уронить сайт в день распродажи: подготовка к пиковой нагрузке

Сайт падает не тогда, когда трафика много, а когда его стало много внезапно. В 19:00 уходит рассылка по базе. В 19:04 на сайте — первая тысяча человек. В 19:06 вместо каталога — серая страница с ошибкой, а реклама продолжает крутиться и тратить бюджет. Месячный трафик пришёл за пятнадцать минут, и сайт этого не пережил.

Дальше — как спрогнозировать, сколько посетителей выдержит сайт, как проверить это заранее нагрузочным тестированием и что успеть сделать за две недели до кампании.

Медленный сайт теряет деньги ещё до падения
Скорость сайта — это не про эстетику. Deloitte вместе с Google в 2020 году измерили, что даёт ускорение мобильного сайта всего на 0,1 секунды: конверсия в рознице выросла на 8,4%, средний чек — на 9,2%. Одна десятая секунды.

Обратная сторона: если страница грузится не одну секунду, а три, вероятность, что посетитель уйдёт не дождавшись, растёт на 32%. Если пять секунд — на 90%.

Ориентир, на который стоит равняться: основное содержимое страницы показывается за 2,5 секунды. Эту же цифру Google учитывает при ранжировании сайта в поиске, причём замеряет по реальным посетителям за 28 дней, а не на вашем ноутбуке в офисе.

Отсюда вывод для распродажи: если в обычный день сайт открывается три секунды, под нагрузкой он не «немного замедлится». Он перестанет открываться.

Шаг 1. Посчитайте, сколько людей придёт в самую горячую минуту
Медиаплан говорит: ждём 20 тысяч визитов. Серверу это ни о чём не говорит — он считает обращения в секунду. Перевод на салфетке:
●        возьмите ожидаемое число визитов в час пика;
●        умножьте на число страниц, которые смотрит один посетитель — эта цифра есть в аналитике;
●        разделите на 3600.

Получилось среднее за секунду. Но трафик не размазан по часу ровно. Из поиска и контекстной рекламы люди приходят более-менее равномерно. После рассылки, пуша или поста в Telegram половина переходов случается в первые 5–15 минут. Планировать нагрузку на сайт нужно на эти пятнадцать минут, а не на день целиком.

Три цифры возьмите из аналитики заранее: сколько страниц смотрит посетитель, за сколько секунд сайт отвечает сейчас без нагрузки и в какие часы обычно приходит пик.

Шаг 2. Проверьте сайт на толпе, а не на себе нагрузочным тестированием
«Открыл, вроде быстро» — это проверка одним человеком. Нужна тысяча. Для этого есть нагрузочное тестирование сайта: программа изображает толпу посетителей и показывает, на каком количестве сайт сдаётся. Делают бесплатными инструментами — k6, JMeter, Locust; это задача разработчика или администратора, но заказать её должны вы.

Два правила, без которых нагрузочный тест бесполезен.
●        Тестируйте весь путь до оплаты, а не главную страницу: главная → каталог → карточка товара → корзина → оформление. Главная обычно отдаётся готовой и выдержит что угодно. Падает именно оформление заказа.
●        Тестируйте на копии сайта, а не на основной версии. Иначе проверка нагрузки сама станет аварией.
Достаточно трёх прогонов: на ожидаемый пик — выдержим ли план; с ростом нагрузки до отказа — где потолок и что ломается первым; несколько часов ровной нагрузки — так находят утечки памяти и диск, забитый логами.

Когда придут результаты, не смотрите на среднее время ответа. Спрашивайте две вещи: сколько ждали самые невезучие 5% посетителей и какая доля запросов закончилась ошибкой. Среднее прячет то, что каждый двадцатый смотрел на пустой экран двенадцать секунд.

Шаг 3. Где обычно рвётся сайт под нагрузкой
●        Нет кэша. Все посетители распродажи открывают одни и те же страницы. Если сайт собирает каждую заново для каждого человека, он делает одну и ту же работу тысячу раз. Кэш — это когда собранная страница отдаётся готовой. Он снимает с базы данных большую часть нагрузки.
●        Картинки отдаёт сам сайт. Изображения, стили и шрифты должны уходить отдельно, лучше через CDN. Если тот же процесс, что собирает страницы, раздаёт ещё и картинки, он захлебнётся первым.
●        База данных. Под нагрузкой обычно первым кончается не процессор, а число одновременных подключений к базе. Разработчику скажите два слова: медленные запросы и индексы. Он поймёт.
●        Обмен с 1С. Самое частое место падения интернет-магазина в пик. Обмен ценами и остатками идёт по расписанию каждые несколько минут и занимает базу ровно тогда, когда на сайте много людей. Что сделать на время кампании: остатки сайт берёт из кэша с задержкой в несколько минут — покупатель разницы не заметит; заказы складываются в очередь и уезжают в 1С после пика; сам обмен разводят по времени с часами распродажи. Главное: сайт не должен обращаться к 1С каждый раз, когда кто-то открыл карточку товара.
●        Очередь лучше, чем ошибка. Настройте ограничение так, чтобы при перегрузке часть посетителей подождала пару секунд в очереди, а не получила ошибку вместе со всеми. Заодно поставьте лимит на частоту запросов с одного адреса: вместе с рекламой всегда приходят боты.
●        Пусть отвалится лишнее, а не весь сайт. Заранее решите, что отключается первым: рекомендации, блок «похожие товары», отзывы. Посетитель простит отсутствие рекомендаций и не простит «502 Bad Gateway».

Шаг 4. Подготовьте пути отхода
●        Сделайте снимок сервера перед кампанией — точку, в которую можно вернуться за минуты.
●        Заморозьте выкладку кода за 3–5 дней до старта. Половина падений сайта в распродажу — не нагрузка, а код, выложенный утром того же дня.
●        Включите мониторинг с оповещением в Telegram. Узнавать о падении сайта от клиентов — дорого.
●        Назначьте дежурного на часы пика — с доступами и правом принимать решения. Телефоны хостинга и разработчика держите под рукой.
●        Проверьте, оплачен ли домен и не истекает ли SSL-сертификат. Да, так тоже падают сайты, и обиднее всего.

Шаг 5. Где физически стоит сервер, тоже влияет на скорость
До сервера в Узбекистане местный посетитель идёт через Tas-IX: маршрут короче, ответ быстрее, чем до зарубежного хостинга. Когда сайт отвечает из-за границы, вы отдаёте лишние 0,2 секунды ещё до того, как начали оптимизировать код. На фоне ориентира в 2,5 секунды это заметная часть времени загрузки.

Второе: большинство посетителей придёт с телефона и мобильного интернета. Главная страница весом в два мегабайта убьёт конверсию надёжнее, чем неидеальный сервер.

Чек-лист за неделю до кампании
●        Посчитано, сколько посетителей придёт в пиковые пятнадцать минут.
●        Проведён нагрузочный тест по всему пути до оформления заказа.
●        Известен потолок: на каком количестве людей сайт начинает отдавать ошибки.
●        Включён кэш страниц.
●        Картинки и статика вынесены на CDN, изображения сжаты.
●        Обмен с 1С разведён с часами пика, заказы идут через очередь.
●        Настроены ограничения на перегруз и на частоту запросов.
●        Решено, какие блоки отключаются первыми, готова страница-заглушка.
●        Сделан снимок сервера, выкладка кода заморожена.
●        Работает мониторинг с оповещениями, назначен дежурный.

Что даёт облачный сервер для сайта на пике нагрузки
Пик нагрузки длится несколько дней в году. Держать железо про запас под эти дни дорого, а входить в распродажу без запаса — рискованно.

На сервере Dicloud вы можете самостоятельно управлять мощностью процессора, объёмом памяти и добавлять диск без переезда и переустановки — через личный кабинет.

Серверы стоят на площадках в Узбекистане с подключением к Tas-IX, поэтому местный трафик идёт к сайту коротким маршрутом. На скорость самого приложения маршрут не влияет — она зависит от кэша, базы данных и обмена с 1С, описанных выше.

Напишите нам, и мы подскажем, какие мощности лучше всего подходят под ваши задачи.

Частые вопросы
Почему сайт падает при большом трафике, если обычно работает нормально?

Дело не в объёме трафика за день, а в скорости его прироста. Если тысяча посетителей приходит за 5–15 минут после рассылки или рекламы, сервер не успевает обработать такой всплеск, даже если суммарный месячный трафик для него не проблема.

Как провести нагрузочное тестирование сайта самостоятельно?

Бесплатными инструментами — k6, JMeter или Locust — эмулируют одновременные обращения по всему пути покупки: от главной до оформления заказа. Тест обязательно проводят на копии сайта, а не на боевой версии, и оценивают не среднее время ответа, а долю ошибок и задержку у самых медленных 5% запросов.

За сколько дней до распродажи нужно готовить сайт к нагрузке?

Минимум за две недели: на расчёт пиковой нагрузки, нагрузочное тестирование и устранение найденных узких мест нужно время. Выкладку кода при этом стоит заморозить за 3–5 дней до старта кампании.

Почему сайт интернет-магазина чаще всего падает именно из-за обмена с 1С?

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

Что делать, если сайт всё равно не выдерживает нагрузку, а сервер уже отдаёт максимум?

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