Nginx для лендингов: где теряется время и как убрать лишнюю нагрузку

Nginx для лендингов: где теряется время и как убрать лишнюю нагрузку

Если страница должна быстро отдавать HTML под пик трафика, Nginx нужно настраивать не «по умолчанию», а под короткие ответы и минимум лишней работы. Базовый набор: включить keepalive на upstream, поднять worker_connections, проверить worker_processes auto и убрать всё, что не участвует в отдаче лендинга.

Критичные точки:
— gzip включать только для текстовых ответов, не для картинок и архивов;
— static-файлы отдавать напрямую, с долгим cache-control и без проксирования;
— proxy_buffering держать включённым, если backend отвечает неровно;
— access_log для статики либо отключать, либо выносить в отдельный файл, иначе диск станет узким местом.

Дальше смотрим на соединения: таймауты должны быть короткими, но не агрессивными. Слишком длинный keepalive держит сокеты, слишком короткий убивает повторное использование. Для лендинга обычно важнее стабильная очередь запросов, чем попытка выжать ещё 1–2 мс ценой роста ошибок 499 и 502.

Проверка простая: нагрузка, p95 latency, процент 5xx, загрузка CPU, очереди на upstream и число открытых файлов. Если CPU низкий, а ответы тормозят, проблема часто в диске, логировании или медленном backend, а не в самом Nginx. Стабильность — это отсутствие магии, только предсказуемая конфигурация.