Re: upstream backup, как ведёт себя сервер?
Борис Долгов
boris at dolgov.name
Fri Jul 4 18:37:12 MSD 2008
Насколько я понимаю, сначала будет обращение к одному из не-бекап серверов,
если он не ответит - ко второму не-бекап серверу, если и он не ответит - то
к одному из бекап серверов, если и он не ответит - то к другому
бекап-серверу.
В случае, если не-бекап серверы работают нормально, обращений к бекап
серверам не будет.
4 июля 2008 г. 18:19 пользователь Андрей <deepmindster at gmail.com> написал:
> Доброго времени суток.
> Возник вопрос по 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 at dolgov.name
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20080704/c9a563d8/attachment.html>
More information about the nginx-ru
mailing list