<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Я вот не пойму, то ли я читать не умею, то ли не знаю что и думать.

Может носом тыкните (в смысле цитату сюда напишите). Я эту доку дважды

прочитал прежде чем писать. И сейчас ещё раз. <br>

<br>

Sergey Bochenkov пишет:

<blockquote cite="mid:20080704183429.47b27ca5@bugaga" type="cite">

  <pre wrap="">Вот тут же все эксплицитно расписано:

<a class="moz-txt-link-freetext" href="http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#server">http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#server</a>

  </pre>

  <blockquote type="cite">

    <pre wrap="">Доброго времени суток.

Возник вопрос по 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;

}

Спасибо,

Андрей.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

  </pre>

</blockquote>

<br>

</body>

</html>