アップストリームのホストが見つからない場合にnginxがクラッシュしないように設定

Dockerの共通ドメインの下にいくつかのRailsアプリがあり、nginxを使用してリクエストを特定のアプリに転送します。

our_dev_server.com/foo # proxies to foo app
our_dev_server.com/bar # proxies to bar

構成は次のようになります。

upstream foo {
  server foo:3000;
}

upstream bar {
  server bar:3000;
}

# and about 10 more...

server {
  listen *:80 default_server;

  server_name our_dev_server.com;

  location /foo {
      # this is specific to asset management in rails dev
      rewrite ^/foo/assets(/.*)$ /assets/$1 break;
      rewrite ^/foo(/.*)$ /foo/$1 break;
      proxy_pass http://foo;
  }

  location /bar {
      rewrite ^/bar/assets(/.*)$ /assets/$1 break;
      rewrite ^/bar(/.*)$ /bar/$1 break;
      proxy_pass http://bar;
  }

  # and about 10 more...
}

これらのアプリのいずれかが起動していない場合、nginxは失敗して停止します。

host not found in upstream "bar:3000" in /etc/nginx/conf.d/nginx.conf:6

すべてを起動する必要はありませんが、nginxは失敗します。nginxに失敗したアップストリームを無視させる方法は？

1. 静的IPを使用できる場合は、それを使用するだけで起動し、503応答しない場合はsを返します。

2. resolverディレクティブを使用して、ホストが現在稼働しているかどうかに関係なく、ホストを解決できるものをポイントします。

3. location上記を実行できない場合は、レベルで解決します（これにより、Nginxを起動/実行できます）。

   location /foo {
     resolver 127.0.0.1 valid=30s;
     # or some other DNS (you company/internal DNS server)
     #resolver 8.8.8.8 valid=30s;
     set $upstream_foo foo;
     proxy_pass http://$upstream_foo:80;
   }
   
   location /bar {
     resolver 127.0.0.1 valid=30s;
     # or some other DNS (you company/internal DNS server)
     #resolver 8.8.8.8 valid=30s;
     set $upstream_bar foo;
     proxy_pass http://$upstream_bar:80;
   }
   

私にとっては、@ Justin / @ duskwuffからの回答のオプション3で問題が解決しましたが、リゾルバーIPを127.0.0.11（DockerのDNSサーバー）に変更する必要がありました。

location /foo {
  resolver 127.0.0.11 valid=30s;
  set $upstream_foo foo;
  proxy_pass http://$upstream_foo:80;
}

location /bar {
  resolver 127.0.0.11 valid=30s;
  set $upstream_bar foo;
  proxy_pass http://$upstream_bar:80;
}

ただし、@ Justin / @ duskwuffで述べたように、他の外部DNSサーバーを使用することもできます。

を使用する主な利点は、異なるポートでリッスンできるサーバーのグループupstreamを定義し、それらのサーバー間のロードバランシングとフェイルオーバーを構成できることです。

あなたのケースでは、アップストリームごとに1つのプライマリサーバーのみを定義しているため、稼働している必要があります。

代わりに、proxy_pass（es）の変数を使用し、ターゲットサーバーがダウンしているときに発生する可能性のあるエラー（404、503）を処理することを忘れないでください。

ホストの一部がの$uri代わりにを使用してマップされていたため、同じ「ホストが見つかりません」の問題がありました$request_uri。

proxy_pass http://one-api-service.$kubernetes:8091/auth;

また、リクエストがauthサブリクエストに変更された場合、は$uri初期値を失いました。私の問題$request_uriを$uri解決する代わりに使用するマッピングを変更する：

map $request_uri $kubernetes {
    # ...
}

--linkオプションは使用できませんが、代わりにポートマッピングを使用してnginxをホストアドレスにバインドできます。

例：-p 180:80オプション付きの最初のdockerコンテナー、オプション付きの2番目のコンテナーを実行し-p 280:80ます。

nginxを実行し、プロキシにこれらのアドレスを設定します。

proxy_pass http://192.168.1.20:180/; # first container
proxy_pass http://192.168.1.20:280/; # second container