Re: upstream max_fails и упавшие сервера

[Андрей Урядов]

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


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

> 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 at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130617/17e7d479/attachment-0001.html>