ПРОЕКТЫ 


  АРХИВ 


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: 502 и load balancing



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



 




Copyright © Lexa Software, 1996-2009.