ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[2]: XXXXXXXXXXX XXXXXXXXXXXX backup'X



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.

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature



 




Copyright © Lexa Software, 1996-2009.