Может ли php-fpm обрабатывать больше коннектов, чем pm.max_children?

Question

[.git/config]

pm.max_children=100
Кол-во процессов, которое сервер нормально держит.
Проблема: иногда бывают всплески, когда единомоментно может прийти 120-150 запросов. Из-за лимита в 100 процессов часть запросов отвалится. Но сама обработка выполняется очень быстро (<0.1 секунды). И чтобы решить проблему со всплесками достаточно заставить доп. запросы подождать доли секунды, пока воркеры освободятся.
Возможно ли сделать такое средствами php-fpm или nginx? Если можно использовать haproxy или другое решение, тоже подойдет.

Comments

[neol]

php-fpm по умолчанию так работает.
listen.backlog в конфиге pool'а изменяли?
Какие ошибки у вас в логах nginx?

[.git/config]

neol, server reached pm.max_children setting (100), consider raising it
backlog не менял, посмотрю.

[neol]

Jsty,

server reached pm.max_children setting (100), consider raising it

Это сообщение ещё не значит, что "часть запросов отвалится". Если в логе nginx нет 502 ошибок, то всё работает так, как вы хотите.

backlog не менял, посмотрю.

По умолчанию он не ограничен.

[.git/config]

neol, по описанию в документации так и не понял, за что отвечает backlog. Это именно то, о чем я спрашиваю, а именно: если все php-fpm процессы в данный момент заняты обработкой, то новые запросы пойдут в очередь по тому лимиту, который задан в backlog? Проще говоря, nginx передаст запрос в proxy_pass и будет ждать?

[neol]

Jsty, да, backlog - размер очереди ожидающих запросов.

[.git/config]

neol, действительно, проверил. Поставил один fpm воркер, эксперементировал с backlog параметром. 502 bad gateway nginx отдает, когда backlog значение очень маленькое. Спасибо за помощь.

Answer 1

[.git/config]

Как решение
listen.backlog = 1024