ПРОЕКТЫ 


  АРХИВ 


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


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: upstream backup, как ведёт себя сервер?
  • From: Андрей <deepmindster@xxxxxxxxx>
  • Date: Fri, 04 Jul 2008 19:36:02 +0400
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=OhNnOtsB+2DaTWsT9PqzkyHN+IgM6ZszYRvSJKQKHBM=; b=K3116gA1ZE2tlVa00m7BiMc7jaeB6euqVODH9SrUmF7rvvvx/24rAN68+tjBg1Fh1Y l9je2AZ2ETVzKHkzHuGHASO7ekGVQAcYaPvNQCZePYyjLvr83zOOOCriR97OYyA3SMOM BgaoqJQQXW7JHTsR5jb8ZPdGBsy243ZvAN8fQ=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=GjRVWaQ8/Yd4DwQR+UjwmMivSQi32jubg0veY5IQGFYdPYbxSM/WSRz1BGJAc6oAr8 mxozByoJdEAkqLysgoPGnD3gKLr7et0+wTITTB9s524y4RcX9ouXR2QEK5vhUVy7HlvV 2yiOXDXuuX6pOZxqSa/YmIFb/AouWwdTytX2E=
  • In-reply-to: <200807041829.03835.isk@xxxxxxxxxxxx>
  • References: <486E316B.5010208@xxxxxxxxx> <200807041829.03835.isk@xxxxxxxxxxxx>

спасибо. Исчерпывающе.

Olexander Shtepa пишет:
Доброго времени суток.
Возник вопрос по upstream и серверам с пометкой backup.

Положим существует несколько записей server в upstream помеченных как 
backup и несколько не помеченных как backup, пример ниже. Вопрос - как 
будет вести себя nginx?
    

http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#upstream
"Если при попытке работы с сервером произошла ошибка, то запрос будет передан следующему серверу и так до тех пор, пока не будут опробованы все работающие сервера."

  
в смысле как он будет выбирать backup (полагаю  
случайно?) и как будет выбирать следующий backup если первый backup не 
ответил.
    

http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#upstream
"Если при попытке работы с сервером произошла ошибка, то запрос будет передан следующему серверу"
имеется ввиду следующий сервер в конфиге

  
то есть вопрос по сути - как работает директива  
fcgi_next_upstream с backup серверами? и ещё один впорос - как работает 
директива fcgi_next_upstream с обычными серверами (не backup), если она 
прошла уже по всем апстримам и не получила положительного результата: 
    

http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#server
"backup ? помечает сервер как запасной сервер. На него будут передаваться запросы в случае, если не работают основные сервера."

  
будет ли она пытаться бесконечно получить результат от серверов или 
будет переключится на backup-ы?
    

http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#upstream
"Если не удастся получить успешный ответ от всех серверов, то клиенту будет возвращён результат работы с последним сервером."

  
если переключаться на бэкапы - то что  
дальше? error_page?
    

http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#upstream
"Если не удастся получить успешный ответ от всех серверов, то клиенту будет возвращён результат работы с последним сервером."

  
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;
}
    



 




Copyright © Lexa Software, 1996-2009.