nginx 역방향 프록시 - 업스트림 A, B, A를 다시 시도합니다.

Question 1

키 포인트:

하나의 서버를 핑하면 다른 서버가 작동하는 경우 장애 조치를 위한 블록을 신경쓰지 마세요 upstream. 첫 번째 서버가 다시 작동 중임을 nginx(적어도 FOSS 버전은 아님)에 알릴 방법이 없습니다. nginx는 첫 번째 요청에서 순서대로 서버를 시도하지만 , 또는 backup설정 에도 불구하고 후속 요청을 시도하지 않습니다 .weightfail_timeout
너~ 해야 하다recursive_error_pages및 명명된 위치를 사용하여 장애 조치를 구현할 때 활성화합니다 error_page.
proxy_intercept_errors업스트림 서버에서 전송된 오류 코드를 처리하도록 활성화합니다 .
명명된 위치의 오류 코드를 올바르게 처리하려면 구문(예: )이 필요 합니다 =. 사용되지 error_page 502 = @handle_502;않으면 =nginx는 이전 블록의 오류 코드를 사용합니다.

요약은 다음과 같습니다.

server {
    listen ...;
    server_name $DOMAINS;

    recursive_error_pages on;

    # First, try "Upstream A"
    location / {
        error_page 418 = @backend;
        return 418;
    }

    # Define "Upstream A"
    location @backend {
        proxy_pass http://$IP:81;
        proxy_set_header  X-Real-IP     $remote_addr;
        # Add your proxy_* options here
    }

    # On error, go to "Upstream B"
    error_page 502 @handle_502;

    # Fallback static error page, in case "Upstream B" fails
    root /home/nginx/www;
    location = /_static_error.html {
        internal;
    }

    # Define "Upstream B"
    location @handle_502 { # What to do when the backend server is not up
        proxy_pass ...;
        # Add your proxy_* options here
        proxy_intercept_errors on;          # Look at the error codes returned from "Upstream B"
        error_page 502 /_static_error.html; # Fallback to error page if "Upstream B" is down
        error_page 451 = @backend;          # Try "Upstream A" again
    }
}

원래 답변/연구 로그는 다음과 같습니다.

~~내가 찾은 더 나은~~ 해결 방법은 다음과 같습니다 . 이는 클라이언트 리디렉션이 필요하지 않기 때문에 개선된 것입니다.

upstream aba {
    server $BACKEND-IP;
    server 127.0.0.1:82 backup;
    server $BACKEND-IP  backup;
}

...

location / {
    proxy_pass http://aba;
    proxy_next_upstream error http_502;
}

그런 다음 제어 서버가 "성공" 시 502를 반환하도록 하고 코드가 백엔드에서 반환되지 않기를 바랍니다.

업데이트: nginx는 블록의 첫 번째 항목을 계속 작동 중지 upstream로 표시하므로 연속 요청 시 서버를 순서대로 시도하지 않습니다. weight=1000000000 fail_timeout=1아무런 효과 없이 첫 번째 항목에 추가하려고 했습니다 . 지금까지 클라이언트 리디렉션을 포함하지 않는 솔루션을 찾지 못했습니다.

편집: 제가 알고 싶은 한 가지 더 - 핸들러에서 오류 상태를 가져오려면 error_page다음 구문을 사용하십시오. error_page 502 = @handle_502;- 등호는 nginx가 핸들러에서 오류 상태를 가져오도록 합니다.

편집: 그리고 나는 그것을 작동시켰습니다! 위의 수정 사항 외에도 error_page필요한 것은 recursive_error_pages!

Answer