ПРОЕКТЫ 


  АРХИВ 


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 max_fails и упавшие сервера



Понятно, спасибо.
Видимо, самым дешевым вариантом будет прописывание в cron перечитывания конфигурации каждый час + ручное перечитывание каждый раз после сбоя. Тогда, даже если забыть руками перечитать конфигурацию, через час она перечитается. Я так понимаю, это дешевая операция?


17 июня 2013 г., 18:19 пользователь Maxim Dounin <mdounin@xxxxxxxxxx> написал:
Hello!

On Mon, Jun 17, 2013 at 05:59:15PM +0400, Андрей Урядов wrote:

> >>Если продолжают происходить ошибки - значит, он как-то странно
> восстановился.  Возможно, у него в процессе поменялся ip-адрес?
> >>Это бы объяснило, почему после рестарта nginx его "увидел".
> Дело в том, что эти 2 сервера - aws-инстансы. Внешний ip-адрес у них
> постоянный, а вот внутренний - может меняться. Т.к. у меня идет привязка к
> внутренней aws-dns-службе. Так что вариант, что во внутренней сети и них
> разные ip, вполне имеет почву.
> А, если это так, можно ли что-то сделать на стороне nginx? Я же их
> прописываю в конфиге по dns-адресам, а не ip. Или nginx внутри себя все
> равно хранит представление в ip-адресе?

Имена превращаются в IP-адреса при чтении конфигурации.  Если
IP-адреса меняются - нужно пнуть nginx, чтобы он перечитал
конфигурацию.

--
Maxim Dounin
http://nginx.org/en/donation.html

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

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


 




Copyright © Lexa Software, 1996-2009.