организация статического backup'а

Anton Yuzhaninov citrin at citrin.ru
Wed May 31 11:04:49 MSD 2006


Hello Denis,

You wrote on Wednesday, May 31, 2006, 10:33:20 AM:

DS> Спасибо, понятно. А вот еще, смущает меня proxy_read_timeout. Я
DS> правильно его использую? Мне нужно уменьшить таймаут, который nginx
DS> использует при подключении к backend'у.

При подключении используется proxy_connect_timeout

proxy_read_timeout это время между двумя операциями чтения.

DS> Еще вопрос. Запоминается-ли как-то состояние backend'а? Я имею ввиду,
DS> что если nginx не смог подключится к нему, то на каждый запрос он
DS> будет снова пытаться это сделать или в течении какого-то времени
DS> (какого?) сразу же будет возвращать 502?

Состояние запоминается, но работает это когда их несколько. Если один
из бэкендов умер, то запросы на него в течение
proxy_upstream_fail_timeout не направляются. Если умерли все бэкенды,
то они "оживляются" и nginx будет подключаться ко всем по очереди.

Т. е. насколько я понимаю если бэкенд только один, то на каждый запрос
nginx будет пытаться к нему подключиться.

-- 
 Anton Yuzhaninov.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1781 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20060531/500fe6a7/attachment.bin>


More information about the nginx-ru mailing list