NGINX应用性能优化指南(第二部分):反向代理缓冲
Osv0576
9年前
<p> </p> <p>【编者的话】本文是“NGINX应用性能优化指南”系列文章的第二篇,主要介绍了如何通过反向代理缓冲实现NGINX应用性能优化。</p> <p>注:本文最初发布于MaxCDN博客,InfoQ中文站在获得作者授权的基础上对文章进行了翻译。</p> <h2>正文</h2> <p>当NGINX从后台接收响应时,代理缓冲非常有用。这既可以发生在第一次获取可缓冲的资源时,也可以发生在请求动态/不可缓冲内容时。</p> <p>按照设计,NGINX会为大小合理的响应正文设置缓冲区。但是,如果来自后台应用服务器的响应无法放入这些缓冲区,响应就会被写进一个临时文件。</p> <p>对于可缓存内容,这不算什么问题,因为你可以恰当地配置缓存,让它基于反向代理的文件系统。然而为了正确设置代理缓冲区的大小,你会想分析应用的不可缓存响应,而对于块编码的响应,你会想分析块与块之间的差别。</p> <p>指令 proxy_buffering 决定NGINX是异步(默认启用)还是同步(禁用)转发响应。</p> <p><img src="https://simg.open-open.com/show/4db588e0a311e2939a350c79db5b2482.png"></p> <p>proxy_buffering <strong>禁用</strong> 时,从服务器收到的数据会被NGINX立即转发,这样可以获得最小的 <a href="/misc/goto?guid=4959671289315419498" rel="nofollow,noindex">首字节时间</a> (TTFB)。</p> <p>从响应中读取的数据量受 proxy_buffer_size 控制——代理缓冲禁用时唯一相关的代理缓冲指令。因此,如果你的目标是TTFB,那么请确保 tcp_nodelay 被启用(默认),而 tcp_nopush 被禁用(默认)。</p> <p>警告:禁用代理缓冲实际上风险相当大,因此,除非你知道自己究竟在做什么,否则我不建议你那么做。通常,反向代理和后台应用服务器位于同一个速度非常快的局域网上。但是客户端连接质量差异巨大,有时还会失速。</p> <p>如果代理的客户端连接对代理的上游连接(大资源或HTTP/2)造成反压,它就劫持了应用服务器,迫使它以客户端的低速度传送完响应末尾部分。有些人喜欢部署许多性能较差的后台服务器,而这些服务器无法支撑几百个以上的并发连接,对他们而言,这个问题尤为严重。</p> <p>另一方面, proxy_buffering <strong>启用</strong> 时,要提防使用的代理缓冲区太大。这可能会吃掉你的内存,限制代理能够支持的最大并发连接数。</p> <p>虽然可能大多数人会配置全局代理缓冲和缓冲区大小,但值得注意的是,这套指令可以针对每个服务器块甚至是每个位置块进行配置,为自定义内容分发提供无限的灵活性。</p> <p>相关教程: <a href="/misc/goto?guid=4958972567548968866" rel="nofollow,noindex">NGINX代理指令清单</a></p> <p>对于HTML或JavaScript,HTTP Archive的统计表明,单个响应的平均大小 <a href="/misc/goto?guid=4959671289506567694" rel="nofollow,noindex">小于32KB</a> ,因此,你可能不需要调整 proxy_buffers 的默认值。</p> <p>在进行无知的猜测前,先看下应用程序响应正文的大小,并设法限制代理缓冲区随动态响应增长,因为那些响应不会被缓存。而且,可缓存响应无论如何都需要存入磁盘,因此设法将它们全部缓冲可能没什么用。</p> <p>NGINX还能够让应用程序服务器使用HTTP响应头字段 X-Accel-Buffering (设置为 yes 或 no )根据每个响应决定代理缓冲区行为。不过,它不允许应用服务器影响那个响应的缓冲区大小,因此会使用 <em>内在的</em> 配置值。或者,就像忽略其他任何带有 proxy_ignore_headers 指令的HTTP头一样忽略它。</p> <p>来自: <a href="/misc/goto?guid=4959671289583711795" rel="nofollow">http://www.infoq.com/cn/articles/nginx-application-performance-part02</a></p>