在nginx代理后面有node.js的HTTP2

我有一个在nginx代理后面运行的node.js服务器.node.js在端口3000上运行HTTP 1.1(无SSL)服务器.两者都在同一服务器上运行.

我最近设置nginx使用HTTP2和SSL(h2).似乎HTTP2确实启用并正常工作.

但是,我想知道代理连接(nginx < - > node.js)使用HTTP 1.1的事实是否会影响性能.也就是说,我在速度方面缺少HTTP2优势,因为我的内部连接是HTTP 1.1？

通常,HTTP/2的最大直接好处是通过多路复用为浏览器连接提供的速度提升,这通常受到低延迟的阻碍.这些也减少了多个连接的需求(和费用),这是尝试在HTTP/1.1中实现类似性能优势的一种方法.

对于内部连接(例如,充当反向代理的Web服务器和后端应用服务器之间),延迟通常非常非常低,因此HTTP/2的速度优势可以忽略不计.此外,每个应用服务器通常已经是一个单独的连接,所以再次没有收获.

因此,只需在边缘支持HTTP/2,您将获得大部分性能优势.这是一种相当常见的设置 - 类似于HTTPS通常在反向代理/负载均衡器上终止而不是一直通过的方式.

但是,一直支持HTTP/2有潜在的好处.例如,它可以允许服务器从应用程序一直推送.由于HTTP/2的二进制特性和报头压缩,最后一跳的数据包大小减少也可能带来好处.虽然像延迟一样,带宽通常不是内部连接的问题,因此这一点的重要性是有争议的.最后有人争辩说,反向代理连接HTTP/2连接到HTTP/2连接的工作少于对HTTP/1.1连接的连接,因为不需要将一个协议转换为另一个协议,尽管如果这是偶然的话我会持怀疑态度因为它们是单独的连接是显而易见的(除非它仅仅作为TCP传递代理).所以,对我而言,端到端HTTP/2的主要原因是允许端到端的服务器推送,但即使这样也可能更好地处理HTTP链接头和103-早期提示,因为管理跨多个连接的推送的复杂性.

目前,虽然服务器仍在增加支持并且服务器推送使用率很低(并且仍在进行实验以定义最佳实践),但我建议仅在终点处使用HTTP/2.在撰写本文时,Nginx也没有为ProxyPass连接支持HTTP/2(虽然Apache确实如此),并且没有计划添加它,并且他们对单个HTTP/2连接是否会引入缓慢提出了一个有趣的观点(强调我的):

是否计划在不久的将来支持HTTP/2代理？

简短回答:

不,没有计划.

答案很长:

实现它几乎没有任何意义,因为主要的HTTP/2好处是它允许在单个连接中多路复用许多请求,因此[几乎]消除了对simalteneous请求数量的限制 - 并且在与之交谈时没有这样的限制你自己的后端. 此外,由于使用单个TCP连接而不是多个TCP连接,因此在使用HTTP/2后端时甚至可能会变得更糟.

另一方面,在上游模块中的单个连接内实现HTTP/2协议和请求复用将需要对上游模块进行重大改变.

由于上述原因,至少在可预见的未来,没有计划在上游模块中实现HTTP/2支持.如果您仍然认为需要通过HTTP/2与后端进行通信 - 请随时提供补丁.

最后,还应该注意的是,虽然浏览器需要HTTPS for HTTP/2(h2),但大多数服务器都不需要,因此可以通过HTTP(h2c)支持最后一跳.因此,如果节点部分不存在端口加密,则不需要端到端加密(因为它通常不存在).但是,根据后端服务器相对于前端服务器的位置,如果流量将通过不安全的网络(例如,通过互联网的CDN到源服务器),则甚至可以考虑使用HTTPS进行此连接.

NGINX不支持HTTP/2作为客户端.由于它们在同一台服务器上运行并且没有延迟或有限的带宽,我认为它不会产生很大的不同.我会确保你在nginx和node.js之间使用keepalive.

https://www.nginx.com/blog/tuning-nginx/#keepalive

NGINX现在支持HTTP2 / Push，它真棒...

在这里，我也从我的静态子域中推送了favicon.ico，minified.css，minified.js，register.svg，purchase_litecoin.svg。我花了一些时间才意识到可以从子域中推送。

location / {
            http2_push_preload              on;
            add_header                      Link "; as=style; rel=preload";
            add_header                      Link "; as=script; rel=preload";
            add_header                      Link "; as=image; rel=preload";
            add_header                      Link "; as=image; rel=preload";
            add_header                      Link "; as=image; rel=preload";
            proxy_hide_header               X-Frame-Options;
            proxy_http_version              1.1;
            proxy_redirect                  off;
            proxy_set_header                Upgrade $http_upgrade;
            proxy_set_header                Connection "upgrade";
            proxy_set_header                X-Real-IP $remote_addr;
            proxy_set_header                Host $http_host;
            proxy_set_header                X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header                X-Forwarded-Proto $scheme;
            proxy_pass                      http://app_service;
        }