proxy reverso nginx - tente upstream A, depois B e A novamente

Question 1

Pontos chave:

Não se preocupe com upstreamblocos para failover, se o ping em um servidor ativar outro - não há como informar ao nginx (pelo menos, não a versão FOSS) que o primeiro servidor está ativo novamente. O nginx testará os servidores em ordem na primeira solicitação, mas não nas solicitações de acompanhamento, apesar de qualquer configuração backupou weightconfiguração fail_timeout.
Vocêdevehabilite recursive_error_pagesao implementar failover usando error_pagelocais nomeados.
Habilite proxy_intercept_errorspara lidar com códigos de erro enviados do servidor upstream.
A =sintaxe (por exemplo error_page 502 = @handle_502;, ) é necessária para tratar corretamente os códigos de erro no local nomeado. Se =não for usado, o nginx usará o código de erro do bloco anterior.

Aqui está um resumo:

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

Resposta original/registro de pesquisa a seguir:

Aqui está uma solução alternativa ~~melhor~~ que encontrei, o que é uma melhoria, pois não requer redirecionamento de cliente:

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

Em seguida, basta fazer com que o servidor de controle retorne 502 em caso de "sucesso" e torcer para que o código nunca seja retornado pelos back-ends.

Atualização: o nginx continua marcando a primeira entrada no upstreambloco como inativa, portanto, não testa os servidores em ordem em solicitações sucessivas. Tentei adicionar weight=1000000000 fail_timeout=1à primeira entrada sem efeito. Até o momento não encontrei nenhuma solução que não envolva redirecionamento de cliente.

Editar: Mais uma coisa que eu gostaria de saber - para obter o status de erro do error_pagemanipulador, use esta sintaxe: error_page 502 = @handle_502;- esse sinal de igual fará com que o nginx obtenha o status de erro do manipulador.

Editar: E consegui funcionar! Além da error_pagecorreção acima, tudo o que foi necessário foi ativar o recursive_error_pages!

Answer