Início / server / Perguntas / 765258
Accepted
S1lentSt0rm
Asked: 2016-03-23 01:43:53 +0800 CST

Use HTTP/2.0 entre o proxy reverso nginx e o servidor web de back-end

  • 772

Eu uso o nginx como um proxy ssl reverso na frente de um servidor web de back-end que é capaz de fazer HTTP/2.0.

Percebi que o nginx faz proxy das solicitações para o servidor de back-end via HTTP/1.1 em vez de HTTP/2.0. É possível dizer ao nginx para usar uma conexão HTTP/2.0 não criptografada? Isso aumentaria o desempenho?

nginx

3 respostas

  1. Best Answer

    Encontrei isto: https://trac.nginx.org/nginx/ticket/923

    Não há planos para implementar o suporte HTTP/2 no módulo proxy em um futuro previsível

    Trecho de um e-mail mencionado no ticket:

    Quase não faz sentido implementá-lo, pois o principal benefício do HTTP/2 é que ele permite a multiplexação de muitas solicitações em uma única conexão, removendo assim [quase] o limite de número de solicitações simultâneas - e esse limite não existe quando se fala com seus próprios back-ends. Além disso, as coisas podem até piorar ao usar HTTP/2 para back-ends, devido ao uso de uma única conexão TCP em vez de várias.

    • 31

  2. Infelizmente, o nginx não suporta proxy para um servidor de back-end http/2, referenciado em https://www.nginx.com/blog/http2-module-nginx/#QandA

    P: Você também oferecerá suporte a HTTP/2 no upstream ou apenas a HTTP/2 no lado do cliente?

    R: No momento, oferecemos suporte apenas a HTTP/2 no lado do cliente. Você não pode configurar HTTP/2 com proxy_pass. [Editor – Na versão original deste post, esta frase foi transcrita incorretamente como “Você pode configurar HTTP/2 com proxy_pass”. Pedimos desculpas por qualquer confusão que isso possa ter causado.]

    Mas qual é o objetivo do HTTP/2 no back-end? Porque, como você pode ver nos benchmarks, não há muitos benefícios em HTTP/2 para redes de baixa latência, como conexões upstream.

    Além disso, no NGINX você tem o módulo Keepalive e pode configurar um cache Keepalive. O principal benefício de desempenho do HTTP/2 é eliminar handshakes adicionais, mas se você já fizer isso com um cache de manutenção de atividade, não precisará do HTTP/2 no upstream.

    • 8

  3. A partir da versão 1.13.9, o http2 é suportado para pushes do servidor.

    Uma maneira é definir uma lista de ativos que você gostaria de enviar após uma solicitação para um local específico usando a http2_pushinstrução.

    Uma segunda maneira é permitir que o nginx intercepte a resposta e envie as tags de link com o atributo preload usando a http2_push_preloadinstrução.

    Mais detalhes na postagem do blog que @malix mencionou nos comentários do OP

    • 3

relate perguntas