Lexa Software: Nginx-ru@sysoev.ru archive

Понятно, спасибо.

Видимо, самым дешевым вариантом будет прописывание в 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

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