업스트림의 호스트를 찾을 수없는 경우 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가 실패한 업스트림을 무시하도록 만드는 방법은 무엇입니까?

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하고 대상 서버가 다운되었을 때 발생할 수있는 가능한 오류 (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