Imposta nginx in modo che non si blocchi se l'host in upstream non viene trovato

Abbiamo diverse app rails sotto un dominio comune in Docker e usiamo nginx per indirizzare le richieste ad app specifiche.

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

La configurazione ha questo aspetto:

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...
}

Se una di queste app non viene avviata, nginx non riesce e si interrompe:

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

Non abbiamo bisogno che siano tutti attivi, ma nginx fallisce altrimenti. Come fare in modo che nginx ignori gli upstream falliti?

1. Se puoi usare un IP statico, usalo, si avvierà e restituirà solo quello 503se non risponde.

2. Usa la resolverdirettiva per puntare a qualcosa che può risolvere l'host, indipendentemente dal fatto che sia attualmente attivo o meno.

3. Risolvilo a locationlivello, se non puoi fare quanto sopra (questo consentirà a Nginx di avviarsi / eseguire) :

   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;
   }
   

Per me, l'opzione 3 della risposta di @ Justin / @ duskwuff ha risolto il problema, ma ho dovuto cambiare l'IP del resolver in 127.0.0.11 (server DNS di Docker):

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;
}

Ma come menzionato da @ Justin / @ duskwuff, puoi usare qualsiasi altro server DNS esterno.

Il vantaggio principale dell'utilizzo upstreamè definire un gruppo di server in grado di ascoltare su porte diverse e configurare il bilanciamento del carico e il failover tra di loro .

Nel tuo caso stai definendo solo 1 server primario per upstream, quindi deve essere attivo .

Invece, usa le variabili per i tuoi proxy_passe ricorda di gestire i possibili errori (404, 503) che potresti ottenere quando un server di destinazione è inattivo.

Ho riscontrato lo stesso problema "Host non trovato" perché parte del mio host veniva mappata utilizzando $uriinvece di $request_uri:

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

E quando la richiesta è cambiata nella richiesta secondaria di autenticazione, ha $uriperso il suo valore iniziale. La modifica della mappatura da utilizzare $request_uriinvece di $uririsolvere il mio problema:

map $request_uri $kubernetes {
    # ...
}

Non è possibile utilizzare l' --linkopzione, invece è possibile utilizzare la mappatura delle porte e associare nginx all'indirizzo host.

Esempio: esegui il tuo primo contenitore Docker con -p 180:80opzione, il secondo contenitore con -p 280:80opzione.

Esegui nginx e imposta questi indirizzi per il proxy:

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