Nginx для лендинга: где теряются запросы при росте трафика

Nginx для лендинга: где теряются запросы при росте трафика

Первое, что ломает высоконагруженный лендинг, — не PHP и не база, а сеть и лимиты Nginx. Проверьте:
— worker_processes auto;
— worker_connections 4096;
— events { multi_accept on; use epoll; }
Если воркеры упираются в соединения, начинается очередь, а потом растут TTFB и 502.

Второй узел — keepalive. Для коротких посадочных страниц он часто полезнее, чем постоянные новые handshakes. В upstream держите keepalive, а в ответах включайте корректные заголовки для кеширования статики. Если лендинг отдает много css/js/png, без кеша вы сами создаете лишнюю нагрузку на CPU и диск.

Третий слой — буферы и таймауты. Не ставьте их «на глаз»: large_client_header_buffers, client_body_buffer_size, proxy_read_timeout и send_timeout должны соответствовать реальному профилю трафика. Если у вас формы и пиксели, лишняя щедрость в таймаутах держит открытые соединения и съедает ресурсы.

Четвертое — статические файлы и логи. Включите sendfile on; tcp_nopush on; gzip для текстовых ответов. Логи не пишите на медленный диск без ротации и контроля размера. Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.