организация статического 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