Налаштування nginx не вийде з ладу, якщо хост у верхньому потоці не знайдено

У 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 ігнорував невдалі upstreams?

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(-ів) і пам'ятайте, щоб обробити можливі помилки (404s, 503s), які можуть виникнути, коли цільовий сервер не працює.

У мене була та сама проблема "Хост не знайдено", тому що частина мого хоста була відображена за допомогою, $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