1.nginx优势说明

a. 占有内存少 (在3W并发连接中，开启的10个nginx进程消耗内存大约150M)

b. 高并发能力强 (官方测试能够支撑5W并发连接，在实际生产环境中能到2-3W并发连接数)

c . 简单 (配置文件通俗易懂)

d . 价格 (免费、开源)

e. 支持Rewriter重写 (能够根据域名、URL的不同，将HTTP请求分到不同的后端服务器群组)

f. 内置健康检查 (如果nginx后端有几个服务宕机了，不会影响前端访问，能自动检测服务状态)

g. 节省带宽 (支持GZIP压缩，可以添加浏览器本地缓存的Header头)

h. 稳定性高，反向代理，很少宕机

i .中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等

2.场景说明

测试数据：由于后端服务器采用集群部署，通过性能测试工具jmeter分析出后端服务端处理用户每秒请求数（QPS）的单并发峰值在8千左右。问题分析途径：nginx日志。

1、通过访问日志，你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息。

2、通过错误日志，你可以得到系统某个服务或server的性能瓶颈等

调优过程：实现nginx限流、安全配置、优化进程数及并发连接数、nginx状态监控等性能调优。调优结果：当用户请求数达到此峰值时实现限流，保证有效的请求通过nginx转发给后端成功处理。ps:如果不做限流处理当请求数超过峰值时，有效的8千请求也会失效，造成服务器的宕机。

3. nginx日志切割实现

nginx日志默认没有分割，使用起来非常不方便

[root@bogon logs]# ll总用量 24-rw-r--r--. 1 root root 17403 2月   8 17:09 access.log-rw-r--r--. 1 root root   186 2月   7 17:39 error.log[root@bogon logs]# ll总用量 24-rw-r--r--. 1 root root 17628 2月   9 14:38 access.log-rw-r--r--. 1 root root   186 2月   7 17:39 error.log

解决方法-通过shell脚本实现日志切割

shell脚本如下：

#!/bin/bash#设置日志文件存放目录LOG_HOME="/data/nginx/logs/"#备分文件名称LOG_PATH_BAK="$(date -d yesterday +%Y%m%d%H%M)".access.log#重命名日志文件mv ${LOG_HOME}/access.log ${LOG_HOME}/${LOG_PATH_BAK}.log#向nginx主进程发信号重新打开日志kill -USR1 `cat /opt/nginx/logs/nginx.pid

创建crontab设置定时任务

*/1 * * * * sh /data/nginx/nginx_log.sh 

[root@bogon logs]# ll总用量 16-rw-r--r--. 1 root root 1238 2月   9 17:44 202002081743.access.log-rw-r--r--. 1 root root 2588 2月   9 17:45 202002081745.access.log-rw-r--r--. 1 root root    0 2月   9 17:46 access.log-rw-r--r--. 1 root root    0 2月   9 17:10 error.log

4.并发AB工具简介

相对性能测试工具jmeter而言，在Linux下ab工具更轻巧好用。BA命令简介：

Centos安装命令：

yum install httpd-tools –y

测试并发命令：

ab -c 1  -n 6   - - [09/Feb/2020:11:55:23 +0000] "GET /index/index.html HTTP/1.0" 200 20 "-" "ApacheBench/2.3" "-"192.168.1.91 - - [09/Feb/2020:11:55:23 +0000] "GET /index/index.html HTTP/1.0" 200 150 "-" "ApacheBench/2.3" "-"192.168.1.91 - - [09/Feb/2020:11:55:23 +0000] "GET /index/index.html HTTP/1.0" 200 20 "-" "ApacheBench/2.3" "-"192.168.1.91 - - [09/Feb/2020:11:55:23 +0000] "GET /index/index.html HTTP/1.0" 200 150 "-" "ApacheBench/2.3" "-"

5. nginx限流有三种方式实现

• limit_conn_zone

• limit_req_zone

• ngx_http_upstream_module

前两种只能对客户端（即单一ip限流）

ngx_http_upstream_module限流示例(推荐)

• 该模块是提供了我们需要的后端限流功能的

• 该模块有一个参数：max_conns可以对服务端进行限流，版本要求：在nginx1.11.5版本以后，配置参数：

upstream localhost{server 192.168.1.90:8071  max_conns=5;server 192.168.1.90:8072 max_conns=5;}

执行结果【可以看到结果有一个已经错误了，同理可以限制服务端访问流量】：

[root@bogon ~]# ab -c 1  -n 6   is ApacheBench, Version 2.3 <$Revision: 1430300 $>Copyright 1996 Adam Twiss, Zeus Technology Ltd,  to The Apache Software Foundation,  192.168.1.90 (be patient).....doneServer Software:        nginx/1.17.8Server Hostname:        192.168.1.90Server Port:            8070Document Path:          /index/index.htmlDocument Length:        150 bytesConcurrency Level:      1Time taken for tests:   0.041 secondsComplete requests:      6Failed requests:        0 Write errors:           1Total transferred:      2328 bytesHTML transferred:       900 bytesRequests per second:    146.03 [#/sec] (mean)Time per request:       6.848 [ms] (mean)Time per request:       6.848 [ms] (mean, across all concurrent requests)Transfer rate:          55.33 [Kbytes/sec] received

6. 高并发下Nginx安全配置版本安全

Accept-Ranges: bytesConnection: keep-aliveContent-Length: 20Content-Type: text/htmlDate: Sun, 09 Feb 2020 11:42:08 GMTETag: W/"20-1581064798000"Last-Modified: Fri, 07 Feb 2020 08:39:58 GMTServer: nginx/1.17.8

响应头信息可以看到nginx的版本号，版本号暴露是不安全的，所以需要隐藏下nginx的版本号，配置server_tokens off;下面就看不到了。

http {    server_tokens off;...Accept-Ranges: bytesConnection: keep-aliveContent-Length: 150Content-Type: text/htmlDate: Sun, 09 Feb 2020 11:45:09 GMTETag: W/"150-1581063242000"Last-Modified: Fri, 07 Feb 2020 08:14:02 GMTServer: nginx

IP安全配置

白名单配置：location / {allow 192.168.136.1;deny all;}黑名单设置：location / {deny 192.168.136.1;allow all;}

文件安全配置

location /logs {autoindex on;root /opt/nginx/;}location ^/logs~*\.(log|txt)$ {add_header Content-Type text/plain;root /opt/nginx/;}

7. Nginx配置进程数、并发数、系统优化调整Nginx的主配置文件,增加并发量

worker_processes 2; #调整到与CPU数量一致events {worker_connection 65535; #每个worker最大并发连接数}

调整内核参数

[root@proxy ~]# ulimit -a #查看所有的属性值[root@proxy ~]# ulimit -Hn 10000 #临时设置硬限制[root@proxy ~]# ulimit -Sn 10000 #设置软限制[root@proxy ~]# vim /etc/security/limits.conf...* soft nofile 100000* hard nofile 100000用户/组 软/硬限制 需要限制的项目 限制的值

验证

ab -n 1 -c 20000 

8.高并发下Nginx状态监控配置Nginx的监控选项(配置文件路径：nginx.conf)

添加如下代码：

#设定Nginx状态访问地址location /NginxStatus {stub_status on;access_log off;}

插件安装(在源码目录下执行)：

./configure --prefix=/opt/nginx/ --with-http_stub_status_module

参数说明：

活跃的连接数量active connections总共处理了n个连接 , 成功创建n次握手, 总共处理了n个请求server accepts handled requests每个连接有三种状态waiting、reading、writingreading —读取客户端的Header信息数.这个操作只是读取头部信息，读取完后马上进入writing状态，因此时间很短writing — 响应数据到客户端的Header信息数.这个操作不仅读取头部，还要等待服务响应，因此时间比较长。waiting — 开启keep-alive后等候下一次请求指令的驻留连接.正常情况下waiting数量是比较多的，并不能说明性能差。反而如果reading+writing数量比较多说明服务并发有问题。查看Nginx并发进程数：ps -ef|grep nginx | wc -l查看Web服务器TCP连接状态：netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

解析：

CLOSED //无连接是活动的或正在进行LISTEN //服务器在等待进入呼叫SYN_RECV //一个连接请求已经到达，等待确认SYN_SENT //应用已经开始，打开一个连接ESTABLISHED //正常数据传输状态/当前并发连接数FIN_WAIT1 //应用说它已经完成FIN_WAIT2 //另一边已同意释放ITMED_WAIT //等待所有分组死掉CLOSING //两边同时尝试关闭TIME_WAIT //另一边已初始化一个释放LAST_ACK //等待所有分组死掉查看Web服务器TCP连接状态：netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

最后并发超过峰值后的服务端jvm监控显正常

如果本文对你有帮助，别忘记给我个3连 ，点赞，转发，评论，

，咱们下期见。收藏 等于白嫖，点赞才是真情。