一部のnginxリバースプロキシ設定が1日に1回機能しなくなる

外部のAmazon ELBから内部ELBにリクエストをプロキシするnginxリバースプロキシがあります。

要求を処理する6つのバックエンドインスタンスがあります。サイト対応の構成はこのように見えますが、異なるポート番号とproxy_passがあります。他のすべては同一です：

server {
    listen 3000;
    location / {
            proxy_pass http://internal-prod732r8-PrivateE-1GJ070M0745TT-348518554.eu-west-1.elb.amazonaws.com:3000;
            include /etc/nginx/proxy.conf;
    }

}

24時間ごとに1回、構成の1つが機能しなくなります。他のすべてのプロキシは正常に動作します。nginxを再起動すると、すべての構成が再び機能します。error.logには何も、アクセスログ、syslog、またはdmesgには奇妙なものは何もありません。

これは何か知られていますか？プロキシ設定で何か間違ったことをしましたか？調べることができる他のログはありますか？

この質問に対する答えは、ELBは時々IPアドレスを変更し、nginxは起動時に名前解決を行うということです。

これを修正するために、VPCには常に0.2のDNSサーバーがあります。したがって、ローカルIP CIDRが10.0.0.0/16の場合、DNSサーバーは10.0.0.2にあります。

これをnginx構成に追加します。

resolver 10.0.0.2 valid=10s;

proxy_passも変数として定義する必要があります。そうしないと、nginxは一度だけ解決します。したがって、上記の構成に基づいて、これが正しい構成になります。

server {
    listen 3000;
    location / {
            resolver 10.0.0.2 valid=10s;
            set $backend "http://internal-prod732r8-PrivateE-1GJ070M0745TT-348518554.eu-west-1.elb.amazonaws.com:3000"
            proxy_pass $backend;
            include /etc/nginx/proxy.conf;
    }
}

proxy_passが例のように1つのURL（http://amazonaws.com）に直接渡されず、代わりに次のようなプロキシアップストリームファームに渡された場合：

upstream my_upstream {
 server1 127.0.0.1:1337;
 server2 127.0.0.1:1338; 
}
location / {
 proxy_pass         http://my_upstream;
}

その後、アップストリームの1つが一時的に失敗することについて心配する必要がなくなります。彼らはすべて同じ仕事をしているからです。応答に失敗した場合、その応答に対して次のプロキシがプロキシされます。心の平和。

Nginxは、故障したマシンをx秒間自動的にスキップします。あなたがそれを修理するまで、またはそれ自体で戻るまで。（http://wiki.nginx.org/HttpUpstreamModule）

そのため、中断の理由が何であれ、それらを上流のファームに配布することで、より簡単なセットアップに変換されます。