Настройте nginx, чтобы он не падал, если хост в восходящем потоке не найден

У нас есть несколько приложений rails под общим доменом в Docker, и мы используем 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, если не ответит.

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

Для меня вариант 3 ответа от @ Justin / @ duskwuff решил проблему, но мне пришлось изменить IP-адрес преобразователя на 127.0.0.11 (DNS-сервер 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;
}

Но, как упоминал @ Justin / @ duskwuff, вы можете использовать любой другой внешний DNS-сервер.

Основным преимуществом использования upstreamявляется определение группы серверов, которые могут прослушивать разные порты и настраивать балансировку нагрузки и аварийное переключение. между ними. .

В вашем случае вы определяете только 1 первичный сервер для каждого восходящего потока, поэтому он должен быть включен .

Вместо этого используйте переменные для своих proxy_pass(ов) и не забудьте обработать возможные ошибки (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опцией, второй контейнер с -p 280:80опцией.

Запустите nginx и установите эти адреса для прокси:

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