<HTML><BODY><p style="margin-top: 0px;" dir="ltr">Максим же написал, что можно использовать переменные в proxy_pass, а они (насколько я понял) доступны и в бесплатной версии.</p>
<div id="mail-app-auto-default-signature">
<p dir="ltr">--<br> Отправлено из Mail.Ru для Android</p>
</div>пятница, 08 декабря 2017г., 18:51 +03:00 от Alex Domoradov <a href="mailto:alex.hha@gmail.com">alex.hha@gmail.com</a>:<br><br><blockquote id="mail-app-auto-quote" style="border-left:1px solid #0857A6; margin:0px 0px 0px 10px; padding:0px 0px 0px 10px;" cite="15127483170000001014">
<div class="js-helper js-readmsg-msg">
<style type="text/css"></style>
<div >
<base target="_self" href="https://e.mail.ru/" />
<div id="style_15127483170000001014_BODY"><div class="class_1512749501"><div dir="ltr"><div class="gmail_default_mailru_css_attribute_postfix" style="font-family:verdana,sans-serif">Т.е. в бесплатной версии nginx у данной проблемы решения нет, я правильно понял?<br></div></div><div class="gmail_extra_mailru_css_attribute_postfix"><br><div class="gmail_quote_mailru_css_attribute_postfix">2017-12-08 17:27 GMT+02:00 Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank" rel=" noopener noreferrer" >mdounin@mdounin.ru</a>></span>:<br><blockquote class="gmail_quote_mailru_css_attribute_postfix" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Fri, Dec 08, 2017 at 04:44:12PM +0200, Alex Domoradov wrote:<br>
<br>
> Кстати хорошая идея. Ведь они сами предупреждают, что стоит использовать<br>
> только CNAME при ссылке на ELB так как адреса могут поменяться.<br>
><br>
> Because the set of IP addresses associated with a LoadBalancer can change<br>
> over time, you should never create an "A" record with any specific IP<br>
> address. If you want to use a friendly DNS name for your load balancer<br>
> instead of the name generated by the Elastic Load Balancing service, you<br>
> should create a CNAME record for the LoadBalancer DNS name<br>
><br>
> В случае с ELK стеком, думаю там тоже стоят балансировщики, судя по выводу<br>
><br>
> $ host <a href="http://search-production.us-west-1.es.amazonaws.com" target="_blank" rel="noreferrer noopener noreferrer" >search-production.us-west-1.es.amazonaws.com</a><br>
> <a href="http://search-production.us-west-1.es.amazonaws.com" target="_blank" rel="noreferrer noopener noreferrer" >search-production.us-west-1.es.amazonaws.com</a> has address 52.8.xxx.xxx<br>
> <a href="http://search-production.us-west-1.es.amazonaws.com" target="_blank" rel="noreferrer noopener noreferrer" >search-production.us-west-1.es.amazonaws.com</a> has address 13.57.xxx.xxx<br>
><br>
> $ host 52.8.xxx.xxx<br>
> xxx.xxx.8.52.in-addr.arpa domain name pointer<br>
> <a href="http://ec2-52-8-xxx-xxx.us-west-1.compute.amazonaws.com" target="_blank" rel="noreferrer noopener noreferrer" >ec2-52-8-xxx-xxx.us-west-1.compute.amazonaws.com</a>.<br>
><br>
> $ host 13.57.xxx.xxx<br>
> xxx.xxx.57.13.in-addr.arpa domain name pointer<br>
> <a href="http://ec2-13-57-xxx-xxx.us-west-1.compute.amazonaws.com" target="_blank" rel="noreferrer noopener noreferrer" >ec2-13-57-xxx-xxx.us-west-1.compute.amazonaws.com</a>.<br>
><br>
> В моем случае получается, что nginx при старте отрезолвил имя<br>
> <a href="http://search-production.us-west-1.es.amazonaws.com" target="_blank" rel="noreferrer noopener noreferrer" >search-production.us-west-1.es.amazonaws.com</a> в одну пару ip адресов, а со<br>
> временем они поменялись. И скорее всего я и получил эту ошибку. Отслеживать<br>
> в ручную и делать reload это конечно не вариант. А как вообще стоит тогда<br>
> настраивать nginx, если он стоит перед амазоновским elb, чтобы избежать<br>
> подобных проблем в будущем?<br>
<br>
</span>Если вы проксируете на имена, которые не контроллируете, и<br>
IP-адреса могут меняться, то стоит посмотреть в сторону случаев,<br>
перечисленных в моём первом ответе,<br>
<a href="http://mailman.nginx.org/pipermail/nginx-ru/2017-December/060685.html" target="_blank" rel="noreferrer noopener noreferrer" >http://mailman.nginx.org/pipermail/nginx-ru/2017-December/060685.html</a>:<br>
<br>
: Исключения - "server ... resolve" в nginx-plus<br>
<span class="im_mailru_css_attribute_postfix HOEnZb_mailru_css_attribute_postfix">: (<a href="http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#resolve" target="_blank" rel="noreferrer noopener noreferrer" >http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#resolve</a>)<br>
: и случаи, когда в proxy_pass используются переменные, и<br>
: соответственно имена не известны в момент парсинга конфигурации.<br>
: В этих случаях будет использован resolver.<br>
<br>
</span><div class="HOEnZb_mailru_css_attribute_postfix"><div class="h5_mailru_css_attribute_postfix">--<br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" target="_blank" rel="noreferrer noopener noreferrer" >http://mdounin.ru/</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank" rel=" noopener noreferrer" >nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank" rel="noreferrer noopener noreferrer" >http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br></div>
</div></div>
<div>_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank" >http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div>
<base target="_self" href="https://e.mail.ru/" />
</div>
</div>
</blockquote></BODY></HTML>