502 и load balancing

[Igor Sysoev]

On Tue, Oct 20, 2009 at 11:53:03AM -0400, webscripter wrote:

> Igor Sysoev Пишет:
> -------------------------------------------------------
> > On Tue, Oct 20, 2009 at 02:43:10AM -0400,
> > webscripter wrote:
> > 
> > > Заметил что даже не смотря
> > на то что бекенд выдает 502
> > ошибку(иногда fastcgi
> > отваливается), сам балансер
> > в этот момент все равно
> > отправляет запросы на этот
> > узел, хотя есть еще второй,
> > который работает нормально
> > в этот момент. То есть по
> > сути нерабочесть узла
> > определяется не статусом
> > его ответа, а возможностью
> > с ним соединиться. Возможно
> > ли указать какой статус
> > ответа считать рабочим, а
> > какой нет?
> > 
> > Представьте следующую
> > ситуацию:
> > 
> > 1) пришёл запрос, отправлен
> > на первый бэкенд
> > (нерабочий, но про это
> >    ещё неизвестно - таймаут
> > ещё не вышел),
> > 
> > 2) второй запрос, отправлен
> > на втрой бэкенд,
> > 
> > 3) третий запрос. Куда его
> > направлять, если мы ещё не
> > знаем, что первый
> >    бэкенд не отвечает -
> > таймаут не вышел ?
> > 
> > 
> > -- 
> > Игорь Сысоев
> > http://sysoev.ru
> 
> То есть другими словами заботу о том чтобы не было 502 ошибки на бекендах нужно возлагать на сами бекенды?

Можно уменьшить
  fastcgi_connect_timeout
  fastcgi_read_timeout


-- 
Игорь Сысоев
http://sysoev.ru