On Fri, May 21, 2021 at 12:05:45AM +0300, Gena Makhomed wrote:
> Есть nginx, который проксирует запросы на единственный бекенд php-fpm.
> Во время перезапуска php-fpm клиентам сразу сыпятся 5хх ошибки.
>
> Каким образом можно настроить nginx так, чтобы он в случае ошибки
> связи с бекендом пытался достучаться до него в течении N секунд
> (например, 30 сек), с интервалом, например, в K секунд
> (например, 0.1 сек) ?
>
> Тогда клиент вместо сообщения про ошибку видел бы просто небольшое
> замедление ответа сервера на секунду или максимум несколько секунд,
> что гораздо лучше, чем мгновенный возврат сообщения про ошибку 5хх.

Возврат 5xx говорит о том, что либо

1. хост недоступен по сети (возможно, ребутается), по сисколу connect(2)
возвращается EHOSTUNREACH.
2. хост доступен, но порт в этот момент не прослушивается, тогда
возвращается ECONNREFUSED,
3. приложение возвращает 5xx и nginx форвардит этот ответ клиенту.

Ели речь о п.2 и п.3 (перезапуск php-fpm), то это вовсе не ситуация
"нет связи с бэкендом", которая п.1.

Если же речь о ребуте хоста php-fpm, то либо бэкенд в локальной сети и
оказывается недоступен по arp-у, тогда EHOSTUNREACH возвращается после
arp-овского таймаута (обычно это 3 секунды), если бэкенд в другой
подсети, то обычно шлюз возвращает icmp[host-unreachable] по той же
причине, через те же 2-3 секунды.

> Может быть как-то с помощью njs или nginx-module-perl или с помощью
> ngx_http_upstream_module это можно сделать? Или тут единственно возможный
> вариант - писать патч на С для решения этой задачи?

Ох... да просто отрубить пакетным фильтром (файрволом) этот бэкенд
на время всех манипуляций по перезапуску php-fpm. А когда запустится,
открыть обратно. Конечно, proxy_connect_timeout подкрутить.
И заскриптовать всё.
--
Eugene Berdnikov
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru