Nginx参数优化

Nginx参数优化

#全局语句块
worker_processes 1; #将nginx的worker进程配置成和cpu核数一致。配置多个会导致进程争抢cpu资源。
worker_cpu_affinity 00000001 00000010 00000100 00001000; #将Nginx工作进程绑定到指定
#的CPU核心&＃xff0c;默认Nginx是不进行进程绑定的&＃xff0c;绑定并不是意味着当前nginx进程独占以一核心CPU&＃xff0c;但是可以
#保证此进程不会运行在其他核心上&＃xff0c;这就极大减少了nginx的工作进程在不同的cpu核心上的来回跳转&＃xff0c;减少
#了CPU对进程的资源分配与回收以及内存管理等&＃xff0c;因此可以有效的提升nginx服务器的性能。
worker_priority 0; #配置worker进程的进程优先级&＃xff0c;-20~19&＃xff0c;越小越优先。
worker_rlimit_nofile 65536; #所有worker进程能打开的文件数量上限,包括:Nginx的所有连接&＃xff08;例
#如与代理服务器的连接等&＃xff09;&＃xff0c;而不仅仅是与客户端的连接,另一个考虑因素是实际的并发连接数不能超过系统级
#别的最大打开文件数的限制.最好与ulimit -n 或者limits.conf的值保持一致,
# worker_rlimit_nofile要大于worker_connections #event语句块
events {worker_connections 65536; #设置单个工作进程的最大并发连接数use epoll; #使用epoll事件驱动&＃xff0c;Nginx支持众多的事件驱动&＃xff0c;比如:select、poll、epoll&＃xff0c;只
#能设置在events模块中设置。accept_mutex on; #on为同一时刻一个请求轮流由work进程处理,而防止被同时唤醒所有worker,避免多个睡眠进程被唤醒的设置&＃xff0c;默认为off&＃xff0c;新请求会唤醒所有worker进程,此过程也称为"惊群"&＃xff0c;因此
#nginx刚安装完以后要进行适当的优化。建议设置为onmulti_accept on; #ON时Nginx服务器的每个工作进程可以同时接受多个新的网络连接&＃xff0c;此指令默认
#为off&＃xff0c;即默认为一个工作进程只能一次接受一个新的网络连接&＃xff0c;打开后几个同时接受多个。建议设置为on
}#Context: http, server, location
keepalive_requests 500;#在一次长连接上所允许请求的资源的最大数量&＃xff0c;默认为100次,建议适当调大,比如:500
keepalive_timeout 65 60; #开启长连接后&＃xff0c;返回客户端的会话保持时间为60s&＃xff0c;单次长连接累计请求达到指定次数请求或65秒就会被断
#开&＃xff0c;后面的60为发送给客户端应答报文头部中显示的超时时间设置为60s&＃xff1a;如不设置客户端将不显示超时时间。#Context: http, server, location, if in location
gzip on;#启用或禁用gzip压缩&＃xff0c;默认关闭
gzip_comp_level 5;#压缩比由低到高从1到9&＃xff0c;默认为1
gzip_min_length 1k;#gzip压缩的最小文件&＃xff0c;小于设置值的文件将不会压缩
gzip_types text/plain application/Javascript application/x-Javascript text/css application/xml text/Javascript application/x-httpd-php image/gif image/png; #指定压缩的类型
gzip_vary on;#如果启用压缩&＃xff0c;是否在响应报文首部插入“Vary: Accept-Encoding”,一般建议打开#Context: http, server, location
open_file_cache max&＃61;10000 inactive&＃61;60s; #最大缓存10000个文件&＃xff0c;非活动数据超时时长60s
open_file_cache_valid 60s; #每间隔60s检查一下缓存数据有效性
open_file_cache_min_uses 5; #60秒内至少被命中访问5次才被标记为活动数据
open_file_cache_errors on; #缓存错误信息


系统参数优化

默认的Linux内核参数考虑的是最通用场景&＃xff0c;不符合用于支持高并发访问的Web服务器的定义&＃xff0c;根据业务特点来进行调整&＃xff0c;当Nginx作为静态web内容服务器、反向代理或者提供压缩服务器的服务器时&＃xff0c;内核参数的调整都是不同的&＃xff0c;此处针对最通用的、使Nginx支持更多并发请求的TCP网络参数做简单的配置

优化内核参数

修改/etc/sysctl.conf

fs.file-max &＃61; 1000000
#表示单个进程较大可以打开的句柄数net.ipv4.tcp_tw_reuse &＃61; 1
#参数设置为 1 &＃xff0c;表示允许将TIME_WAIT状态的socket重新用于新的TCP链接&＃xff0c;这对于服务器来说意义重
#大&＃xff0c;因为总有大量TIME_WAIT状态的链接存在net.ipv4.tcp_keepalive_time &＃61; 600
#当keepalive启动时&＃xff0c;TCP发送keepalive消息的频度;默认是2小时&＃xff0c;将其设置为10分钟&＃xff0c;可更快的清理无
#效链接net.ipv4.tcp_fin_timeout &＃61; 30
#当服务器主动关闭链接时&＃xff0c;socket保持在FIN_WAIT_2状态的较大时间net.ipv4.tcp_max_tw_buckets &＃61; 5000
#表示操作系统允许TIME_WAIT套接字数量的较大值&＃xff0c;如超过此值&＃xff0c;TIME_WAIT套接字将立刻被清除并打印警
#告信息,默认为8000&＃xff0c;过多的TIME_WAIT套接字会使Web服务器变慢net.ipv4.ip_local_port_range &＃61; 1024 65000
#定义UDP和TCP链接的本地端口的取值范围net.ipv4.tcp_rmem &＃61; 10240 87380 12582912
#定义了TCP接受缓存的最小值、默认值、较大值net.ipv4.tcp_wmem &＃61; 10240 87380 12582912
#定义TCP发送缓存的最小值、默认值、较大值net.core.netdev_max_backlog &＃61; 8096
#当网卡接收数据包的速度大于内核处理速度时&＃xff0c;会有一个列队保存这些数据包。这个参数表示该列队的较大值net.core.rmem_default &＃61; 6291456
#表示内核套接字接受缓存区默认大小net.core.wmem_default &＃61; 6291456
#表示内核套接字发送缓存区默认大小net.core.rmem_max &＃61; 12582912
#表示内核套接字接受缓存区较大大小net.core.wmem_max &＃61; 12582912
#表示内核套接字发送缓存区较大大小
注意&＃xff1a;以上的四个参数&＃xff0c;需要根据业务逻辑和实际的硬件成本来综合考虑net.ipv4.tcp_synCOOKIEs &＃61; 1
#与性能无关。用于解决TCP的SYN攻击net.ipv4.tcp_max_syn_backlog &＃61; 8192
#这个参数表示TCP三次握手建立阶段接受SYN请求列队的较大长度&＃xff0c;默认1024&＃xff0c;将其设置的大一些可使出现
#Nginx繁忙来不及accept新连接时&＃xff0c;Linux不至于丢失客户端发起的链接请求net.ipv4.tcp_tw_recycle &＃61; 1
#这个参数用于设置启用timewait快速回收net.core.somaxconn&＃61;262114
#选项默认值是128&＃xff0c;这个参数用于调节系统同时发起的TCP连接数&＃xff0c;在高并发的请求中&＃xff0c;默认的值可能会导致
#链接超时或者重传&＃xff0c;因此需要结合高并发请求数来调节此值。net.ipv4.tcp_max_orphans&＃61;262114
#选项用于设定系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上。如果超过这个数字&＃xff0c;孤立链接将立即被复位并输出警告信息。这个限制指示为了防止简单的DOS攻击&＃xff0c;不用过分依靠这个限制甚至认为的减小这个值&＃xff0c;更多的情况是增加这个值


PAM 资源限制优化

在/etc/security/limits.conf 最后增加&＃xff1a;

* soft nofile 65535
* hard nofile 65535
* soft nproc 65535
* hard nproc 65535