关于nginx:加速-Nginx-响应的-5-个措施赶紧用…

40次阅读

共计 3391 个字符,预计需要花费 9 分钟才能阅读完成。

核心内容次要是通过批改 Nginx 配置(Nginx 罕用配置汇总!从入门到干活足矣)文件来进行调优的!

通过优化网站,对 HTTP 服务器进行一些小的改变,能够缩小用户应用的网络带宽和服务器上的负载,就能够给更多用户提供服务。这里,咱们将介绍一些简略但功能强大的配置更改,这些改变操作步骤非常简单,但能够明显提高网站性能并缩小应用的网络带宽。

举一个现实存在的例子,咱们有一个电子商务的站点,该站点运行着 Nginx1.15.9 作为其 web 服务器。为了便于计算,咱们假如该站点每天有 100 个独立用户,30% 的用户是反复访问者,每个用户在一个会话中均匀拜访 4 个页面。

1、启用 Gzip 压缩

Enabling Gzip Compression for HTML, CSS, and JavaScript Files

如您所知,在网站上构建页面的 HTML,CSS 和 JavaScript 文件可能十分宏大。在大多数状况下,Web 服务器能够即时压缩这些和其余文本文件,以节俭网络带宽。查看 Web 服务器是否正在压缩文件的一种办法,就是应用浏览器中的开发人员工具。

对于许多浏览器,您能够应用 F12 键拜访该工具,相干信息在 Network 选项卡上,能够失去如下所示的截图例子。正如您在左下角看到的,没有压缩: 文本文件的大小为 1.15 MB,传输了大量数据。

默认状况下,压缩性能在 Nginx 中是禁用的,但因为装置形式或 Linux 发行版的不同,一些状况下可能在默认的 nginx.conf 配置文件中是启用状态。这里,咱们在 NGINX 配置文件中启用了 gzip 压缩:

gzip on;
gzip_types application/xml
    application/json
    text/css
    text/javascript
    application/javascript;
gzip_vary on;
gzip_comp_level 6;
gzip_min_length 500;

正如上面屏幕截图中看到的那样,压缩后数据传输缩小到 260KB,绝对来收缩小了约 80% 数据传输!对于页面上的每个新用户,您能够节俭大概 917KB 的数据传输。对于长期应用咱们网站的用户,每天能够节俭 62MB 带宽,每月能够节俭 1860MB 带宽。

2、设置缓存头

浏览器检索网页文件时,会将正本保留在本地磁盘缓存中。这样,当你再次拜访该页面时,浏览器就不用从服务器从新获取文件。每个浏览器都有本人的应用逻辑,来决定何时应用该文件对应的本地正本,以及何时在服务器更改了该文件时再次获取它。然而,作为网站所有者,你能够在发送的 HTTP 响应中设置缓存管制和过期标头,以进步浏览器的缓存行为的效率,从而缩小很多不必要的 HTTP 申请。

首先,能够为字体和图像设置较长的缓存过期工夫,这些字体和图像可能不会常常更改。在上面的示例中,设置客户端浏览器将字体和图像在本地缓存中保留一个月。

nginx
location ~* \.(?:jpg|jpeg|gif|png|ico|woff2)$ {
    expires 1M;
    add_header Cache-Control "public";
}

3、启用 HTTP2 协定

HTTP/2 是用于服务网页的下一代协定,旨在更好地利用网络和主机服务器。依据 Google 文档,它能够更快地加载页面内容和解决申请。

The resulting protocol is more friendly to the network, because fewer TCPconnections are used in comparison to HTTP/1.x. This means less competitionwith other flows, and longer‑lived connections, which in turn leads to betterutilization of available network capacity.

在 Nginx1.9.5 及更高版本中曾经反对了 HTTP/2 协定,如果须要应用或启用 HTTP/2 协定的话,在 Nginx 配置文件的 listen 指令上蕴含 http2 参数,即可。须要请留神的是,在大多数状况下,还须要启用 TLS 能力失常应用 HTTP/2 协定。

nginx
listen 443 ssl http2;

上面这网站能够验证本人治理的网站是否反对 HTTP/2 的协定。

4、优化日志

Optimizing Logging

咱们在治理网站的时候,即便是有对应的监控服务,然而对应日志剖析还是不够到位。你也可能只关注谬误(400 和 500 个状态码等等),而不是胜利的申请。通过缩小不必要的日志记录,能够节俭服务器上的磁盘存储、CPU 和 I/O 操作。这不仅能够让咱们服务器更快一些,而且开释的资源能够用来运行其余服务。

有几种不同的办法能够缩小和优化日志记录,然而在这里,咱们重点介绍三个。

[1] 禁用页面资源申请的日志记录

如果咱们不须要记录检索一般页面资源的申请,比方图像文件、JavaScript 文件和 CSS 文件等等,那么这是一个疾速而简略的解决方案。你所须要做的就是创立一个与这些文件类型匹配的 location 块,并配置禁用其中的日志记录。

nginx
location ~* \.(?:jpg|jpeg|gif|png|ico|woff2|js|css)$ {access_log off;}
[2] 禁用胜利申请的日志记录

这是一种更好的办法,因为它会抛弃带有 2xx 或 3xx 的响应查问,仅记录谬误申请。它比办法 1 略微简单一点,因为它取决于您的 Nginx 日志记录的配置形式。

应用 Nginx 官网文档中的示例,让咱们关上条件日志记录。创立一个 $loggable 的变量并将其设置为 0,用于带有 2xx 和 3xx 响应代码的日志申请,否则设置为 1,即可。而后在 access\_log 指令中,将该变量作为条件援用。

# /etc/nginx/nginx.conf
access_log /var/log/nginx/access.log;
nginx
# access_log directive
map $status $loggable {~^[23] 0;
    default 1;
}

access_log /var/log/nginx/access.log combined if=$loggable;
[3] 最小化 I/O 操作

即便你要记录所有申请,也能够通过关上拜访日志缓冲来最大水平地缩小 I/O 操作。应用此指令,Nginx 将期待将日志数据写入磁盘,直到填满 512KB 缓冲区或自上次刷新以来已过了 1 分钟(以先产生者为准)。

access_log /var/log/nginx/access.log combined buffer=512k flush=1m;

5、限度带宽

如果服务器提供较大的文件(或较小但十分受欢迎的文件,例如表单或报表文件等),则设置客户端下载文件的最大速度可能是一个十分有用的抉择。如果你的站点曾经接受了很高的网络负载,则限度下载速度会留下更多带宽,以使应用程序的要害局部放弃响应,这是硬件制造商应用的十分受欢迎的解决方案。

应用 limit\_rate 指令来限度特定 URL 的带宽。在这里,咱们将 /download 下每个文件的传输速率限度为每秒 50KB 的速度。

location /download/ {limit_rate 50k;}

你可能还心愿仅对较大的文件进行速率限度,这能够通过 limit\_rate\_after 指令进行。在此示例中,每个文件 (来自任何目录) 的前 500KB 都不受速度限制地进行传输,之后的所有内容均以 50KB/s 的速度为下限。这样能够放慢网站要害局部的交付速度,同时升高其余局部的速度。

location / {   
 limit_rate_after 500k;    
 limit_rate 50k;
 }

请留神,速率限度实用于浏览器和 Nginx 之间的单个 HTTP 连贯,因而请不要阻止用户应用下载管理器来绕开速率限度。

咱们心愿这五个技巧能帮忙你优化网站的性能,然而速度和带宽增益因网站而异。即便调整你的服务 Nginx 配置,发现仿佛并没有显着开释带宽或进步速度,但成千上万个网站别离调整其 Nginx 配置的整体影响加在一起呢?咱们的寰球网络失去更无效的利用,这意味着最要害的服务将在须要时提供。

哈哈哈,当然咱们还能够应用 F5 等负载均衡器。

翻译自:https://www.nginx.com/blog/he…

正文完
 0