ПРОЕКТЫ 


  АРХИВ 


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: upstream backup, как ведёт себя сервер?



Насколько я понимаю, сначала будет обращение к одному из не-бекап серверов, если он не ответит - ко второму не-бекап серверу, если и он не ответит - то к одному из бекап серверов, если и он не ответит - то к другому бекап-серверу.
В случае, если не-бекап серверы работают нормально, обращений к бекап серверам не будет.

4 июля 2008 г. 18:19 пользователь Андрей <deepmindster@xxxxxxxxx> написал:
Доброго времени суток.
Возник вопрос по upstream и серверам с пометкой backup.

Положим существует несколько записей server в upstream помеченных как backup и несколько не помеченных как backup, пример ниже. Вопрос - как будет вести себя nginx? в смысле как он будет выбирать backup (полагаю случайно?) и как будет выбирать следующий backup если первый backup не ответил. то есть вопрос по сути - как работает директива fcgi_next_upstream с backup серверами? и ещё один впорос - как работает директива fcgi_next_upstream с обычными серверами (не backup), если она прошла уже по всем апстримам и не получила положительного результата: будет ли она пытаться бесконечно получить результат от серверов или будет переключится на backup-ы? если переключаться на бэкапы - то что дальше? error_page?

upstream backend {
 server 127.0.0.1:1030 max_fails=1 fail_timeout=10s;
 server 127.0.0.1:1031 max_fails=1 fail_timeout=10s;

 server 127.0.0.1:1032 backup max_fails=1 fail_timeout=10s;
 server 127.0.0.1:1033 backup max_fails=1 fail_timeout=10s;
}


Спасибо,
Андрей.




--
С уважением, Борис Долгов.
icq 77556665
e-mail boris@xxxxxxxxxxx

 




Copyright © Lexa Software, 1996-2009.