ПРОЕКТЫ 


  АРХИВ 


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


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: 502 и load balancing
  • From: Sergey Shepelev <temotor@xxxxxxxxx>
  • Date: Tue, 20 Oct 2009 20:30:01 +0400
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=X+bjppsbRGWxBLuXpRCxT0Gezx4al0Lv312BLNsyQlI=; b=gBS0vMTzGQVVGTnpmDvw+YcN8dHnysQzss9B+hM8g6a0mcl9ir3oTfIOxRE9I8KCve ax5ykCXLmem8VGJowclL7WbUp1+BVMk/I3N+eL2+IiF0yBfrvFCKamo8fHzemBLe4/Xy 71ByflsVPL/o/qF4Hw3ZBObP3Eyj4bootn3mw=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=eDQ0X2TVeCMPekUg+0i152cYM7/Z3qEmA5kZi/W2uX4jNqyuHEwJg9cr5HuMgeWrKu x/tY9X14B9MAMt5s7K3Fs88goAykP1Ur4MBTjbfTDmewdvwZvhe6E7whU+xay+Li9aHL q+NRZdS6oi/oOFkkf7spVd3yGg1eKbu7auh30=
  • In-reply-to: <20091020120652.GC72981@xxxxxxxxxxxxx>
  • References: <b65e14f53cf3ebda1f7e643ed40c0572.NginxMailingListRussian@xxxxxxxxxxxxxxx> <20091020120652.GC72981@xxxxxxxxxxxxx>

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

Разве после таймаута не должно быть 504?
Логично иметь возможность настроить попытку повторить запрос на другой
бекенд в случае таймаута.


 




Copyright © Lexa Software, 1996-2009.