Однажды на клиентском сервере «внезапно» начали сыпаться 502, хотя Nginx выглядел почти пустым: CPU низкий, памяти хватает, диски не забиты. На первый взгляд — загадка. Но в логах upstream быстро всплыло типичное: часть запросов зависала на бэкенде, а Nginx честно ждал, пока истечёт таймаут.
Ключевой вывод тут простой: Nginx редко бывает виноват один. Он первым принимает удар и первым показывает симптом, но причина часто живёт глубже — в PHP-FPM, приложении, БД или сети. 🔧
Что помогло в моём случае:
- включили более детальные upstream-логи;
- проверили очереди и лимиты воркеров;
- нашли медленный запрос к базе;
- добавили кеширование и подняли лимиты точечно, а не «на глаз».
После этого 502 исчезли, а сервер перестал вести себя как «почти здоровый, но всё падает». В инфраструктуре это частая история: сначала ищем не пиковую нагрузку, а узкое место.
Nginx Советы
@nginx_sovety_ru_n1k
Однажды на клиентском сервере «внезапно» начали сыпаться 502, хотя Nginx выглядел почти пустым: CPU низкий, па
Этот пост опубликован в Telegram-канале Nginx Советы. Подписаться можно по ссылке: @nginx_sovety_ru_n1k.