记一次nginx与linux内核性能调优的过程

因为监管对接的需要,用俩段nginx,一个装在centos7.6上,一个装在windowServer2008R2上来做转发。流量图如下:

记一次nginx与linux内核性能调优的过程

 

 

 

 

因业务量陡然增大,转发服务出现很多502错误,同时nginx出现大量error:

nginx 10054 An existing connection was forcibly closed by the remote host

 

同时在阿里云上能看到流量和TCP连接数都有一个陡然的上升,所以在老大带领下一起进行了排查。

记一次nginx与linux内核性能调优的过程

 

 

 

排查过程:

按照百度/google工程师的做法,首先找nginx报这个1054这个error的解决方法,

当使用nginx作为反向代理时,为了支持长连接,需要做到两点:
从client到nginx的连接是长连接
从nginx到server的连接是长连接

保持和client的长连接:

http {

    keepalive_timeout 120s 120s;

    keepalive_requests 10000;

  }

 

keepalive_timeout

#语法
keepalive_timeout timeout [header_timeout];

第一个参数:设置keep-alive客户端(浏览器)连接在服务器端(nginx端)保持开启的超时值(默认75s);值为0会禁用keep-alive客户端连接;
第二个参数:可选、在响应的header域中设置一个值“Keep-Alive: timeout=time”;通常可以不用设置;
这个keepalive_timeout针对的是浏览器和nginx建立的一个tcp通道,没有数据传输时最长等待该时候后就关闭.
nginx和upstream中的keepalive_timeout则受到tomcat连接器的控制,tomcat中也有一个类似的keepalive_timeout参数

keepalive_requests
keepalive_requests指令用于设置一个keep-alive连接上可以服务的请求的最大数量,当最大请求数量达到时,连接被关闭。默认是100。

这个参数的真实含义,是指一个keep alive建立之后,nginx就会为这个连接设置一个计数器,记录这个keep alive的长连接上已经接收并处理的客户端请求的数量。如果达到这个参数设置的最大值时,则nginx会强行关闭这个长连接,逼迫客户端不得不重新建立新的长连接。

保持和server的长连接
为了让nginx和后端server(nginx称为upstream)之间保持长连接,典型设置如下:(默认nginx访问后端都是用的短连接(HTTP1.0),一个请求来了,Nginx 新开一个端口和后端建立连接,后端执行完毕后主动关闭该链接)

  location / {
proxy_http_version 1.1;
proxy_set_header Connection keep-alive;
proxy_pass http://httpurl;
}




记一次nginx与linux内核性能调优的过程

上一篇:xshell如何传输文件【转】


下一篇:ubuntu离线安装cmake