ПРОЕКТЫ 


  АРХИВ 


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: load balancer backend failed condition



On Thu, Mar 28, 2013 at 04:57:29AM -0400, tolikkk wrote:
> Добрый день.
> 
> Имеется nginx версии 1.2.7. Использую его в качестве HTTP-балансировщика с
> модулем upstream (HttpUpstreamModule). 
> 
> Кусок конфига:
> 
> upstream lb_units {
>         server app01:51001 max_fails=3 fail_timeout=30s;
>         server app01:51002 max_fails=3 fail_timeout=30s;
>         server app02:51001 max_fails=3 fail_timeout=30s;
>         server app02:51002 max_fails=3 fail_timeout=30s;
>     }
> 
> server {
>     listen       51000;
>     server_name  localhost;
> 
>     location / {
>         proxy_pass http://lb_units;
>     }
> }
> 
> На основе чего server помечается, как недоступный и на него перестают
> направляться запросы?
> В документации сказано "If an error occurs when communicating with the
> server, a request will be passed to the next server". Достаточным условием
> работоспособности является факт установки TCP-соединения на server:port?

http://nginx.org/r/proxy_next_upstream/ru

> Собственно мой вопрос - можно ли прикрутить какую-то прикладную логику к
> проверке доступности backend-серверов? Я хотел бы отправлять вполне
> конкретный POST-запрос и уже на основе разбора полученного ответа принимать
> решение надо ли помечать backend-сервер, как failed - подскажите пожалуйста,
> такое возможно? Если да - где можно почитать описание и примеры?

Штатными средствами нельзя.

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.