nginx37条优化
nginx优化:
1. cpu:核心配置
方法1: worker_processes auto; 自动调用[推荐]
方法2: worker_processes 4; 手工配置
检查CPU核心:yum install numactl
命令: numactl --hardware
[root@leilei ~]# numactl --hardware
available: 1 nodes (0)
node 0 cpus: 0 1
node 0 size: 4095 MB
node 0 free: 194 MB
node distances:
node 0
0: 10
2. cpu绑定减少进程切换:
#如 双核CPU配置: worker_cpu_affinity 01 10;
四核cpu配置: worker_cpu_affinity 0001 0010 0100 1000;
八核cpu配置: worker_cpu_affinity 0001 0010 0100 1000 1001 1010 1100 1101;
自动切换: worker_cpu_affinity auto;
3. 进程优先级:
方法1: worker_priority 0; 默认配置
方法2: worker_priority -20; 优先级最高
4. 并发连接:
worker_connections 100000;
nginx默认为1024,当访问量过大时1024就不够用了
需要修改worker_rlimit_nofile文件打开数,这个不能被worker_connections超出,否则会出现wern,所以基本配置:
worker_rlimit_nofile 65535; #不应该超过ulimit -a中的数值.
worker_connections 100000; #单个work进程的最大并发数
worker_rlimit_nofile 65535;
worker_connections 100000;
5. 事件处理模型:
events {
use epoll;
worker_rlimit_nofile 65535;
worker_connections 100000; #上下游连接加起来 都是使用这个句柄数.
multi_accept on; #允许尽可能接受多的连接 默认值off 建议改为 on
accept_mutex on; # 防止被唤醒,从而加重服务器压力,默认值 off 建议改为on
accept_mutex_delay 10ms; # 设置获得互斥锁的最少延迟时间。 默认值 500ms
}
6. 开启同时接受多连接:
events {
multi_accept on;
}
7. 避免频繁唤醒:
events {
accept_mutex on;
}
8. sendfile 高效传输:
配置区块: http server location
sendfile on;
9. 内核优化:
cat /etc/sysctl.cnf
net.core.netdev_max_backlog = 1000 #默认值1000 在高并发情况下该值可以改为 102400
net.core.somaxconn = 128 #默认值1000 在高并发情况下可以设置更高 102400
net.ipv4.tcp_max_orphans = 32768 #默认值32768 这是TCP连接套戒指缓存,用于防止DDOS攻击,在内存较大时可以修改的大一些 如: 102400
net.ipv4.tcp_max_syn_backlog = 256 #默认值256 这是用于记录未被确认的连接,一般需要加大 如: 102400
net.ipv4.tcp_timestamps = 1 #默认值1 这是用于数据包时间戳的支持设置,避免网络异常,默认值 1 建议修改为 0 禁用此设置
net.ipv4.tcp_synack_retries = 5 #默认值5 这是设置内核放弃TCP连接之前向客户端发送SYN+ACK包的数量,用于三次握手,如果值设置过多会影响性能 建议改为 2
net.ipv4.tcp_syn_retries = 5 #默认值5 与上面功能类似,建议修改为 2
net.ipv4.tcp_retries1 = 3 #默认值3 达到路由上线后,更新路由缓存 表示放弃回应一个TCP连接请求前进行重传的次数。
net.ipv4.tcp_retries2 = 15 #默认值15 达到上限后关闭TCP连接 表示放弃在已经建立通讯状态下的一个TCP数据包前进行重传的次数。
10. 多核负载均衡:
listen 80 reuseport;
listen 443 ssl http2 default_server reuseport;
连接请求的速度是很高的,但是请求不需要大量的处理,reuseport 也能大幅提高性能,此优化项需要继续centos7以上或Linux内核3.9以上的版本才可以使用. 因为它是基于内核层面负载均衡
引用reuseport参数后,对引用的socket,accept_mutex参数将会无效
11. TCP连接握手优化[内核调优]:
net.ipv4.tcp_syn_retries = 6 #主动建立连接,发送SYN报文的重试次数.
net.ipv4.ip_local_port_range = 32768 60999 #建立连接后本地端口的可用范围
net.ipv4.tcp_fastopen = 3 #fast open 配置: 0 关闭 1 作为客户端使用 2 作为服务器使用 3 无论客户端和服务器都可以使用
net.ipv4.tcp_retries1 = 3 #丢包重传上限,到达上限,更新缓存
net.ipv4.tcp_retries2 = 15 #丢包重传上限,到达上限,更新缓存
net.ipv4.ip_local_port_range = 20000 65535 #可用端口范围
net.ipv4.tcp_sack = 1 #错误状态快速恢复
#net.ipv4.tcp_fack = 1 #拥塞避免和 快速重传功能 当tcp_sack设置为0的时候,这个值即使设置为1也无效
net.ipv4.tcp_max_syn_backlog = 128 #syn_rcvd状态连接最大个数# 防止TCP半连接报文攻击
net.ipv4.tcp_synack_retries = 1 #三次握手中的第二次握手,该配置决定Linux内核放弃连接之前发送syn+ack确认包的数量
net.ipv4.tcp_tw_recycle = 1 #TCP连接中的time_wait sockets的快速回收
net.ipv4.tcp_tw_reuse = 1 #开启连接复用,将time_wait sockets重新用于新的tcp连接.
net.ipv4.ip_local_port_range = 20000 65535 #对外处理连接的端口反围
fs.file-max = 204800 #文件句柄数
#nginx keepalive
net.ipv4.tcp_keepalive_time = 7200 #发送心跳的周期
net.ipv4.tcp_keepalive_intvl = 75 #探测包发送重试时间间隔
net.ipv4.tcp_keepalive_probes = 9 #探测包重试次数
这些调优参数加入到 /etc/sysctl.conf 后 使用 sysctl -p 让他生效
cat >>/etc/sysctl.conf<<EOF
net.ipv4.tcp_syn_retries = 6
net.ipv4.ip_local_port_range = 32768 60999
net.ipv4.tcp_fastopen = 3
net.ipv4.tcp_retries1 = 3
net.ipv4.tcp_retries2 = 15
net.ipv4.ip_local_port_range = 20000 65535
net.ipv4.tcp_sack = 1
#net.ipv4.tcp_fack = 1
net.ipv4.tcp_max_syn_backlog = 128
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.ip_local_port_range = 20000 65535
fs.file-max = 204800
net.ipv4.tcp_max_tw_buckets = 10000
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_orphans = 16384
#nginx keepalive
net.core.somaxconn = 16384
net.ipv4.route.gc_timeout = 100
net.ipv4.tcp_keepalive_time = 7200
net.ipv4.tcp_keepalive_intvl = 75
net.ipv4.tcp_keepalive_probes = 9
net.ipv4.tcp_fin_timeout = 20
EOF
sysctl -p
12. TCP连接建立优化:
net.core.netdev_max_backlog = 25000 #默认128 [防止syn攻击backlog] 这是接受来自网卡,但是未被内核协议栈处理的报文队列长度.
net.ipv4.tcp_max_syn_backlog = 25000 #默认128 syn_rcvd状态连接最大个数# 防止TCP半连接报文攻击
13. TCP设置时间戳,避免复用:
net.ipv4.tcp_timestamps = 0
14. 主动建立连接应用层超时时间[反向代理相关]:
proxy_connect_timeout 60s;
15. 超出处理能力,对新来的SYN直接丢弃连接 [可以无需配置]:
net.ipv4.tcp_abort_on_overflow = 0
16. SYN队列满后,新的SYN不进入列队 1代表启用 0 关闭:
net.ipv4.tcp_syncookies = 1
17. 开启自动调整缓存模式:
net.ipv4.tcp_moderate_rcvbuf = 1
18 .读缓存最小值,默认值,最大值 该参数会覆盖 net.core.rmem_max 配置:
net.ipv4.tcp_rmem = 4096 87380 6291456
19. 写缓存最小值,默认值,最大值 该参数会覆盖 net.core.wmem_max 配置:
net.ipv4.tcp_wmem = 4096 16384 4194304
20. 系统无内存压力,启动压力模式阈值,最大值,单位为页的数量:
net.ipv4.tcp_mem = 1541646 2055528 3083292
21. 调整接受窗口与应用缓存:
net.ipv4.tcp_adv_win_scale = 1
计算公式: 应用缓存 = buffer / (2^tcp_adv_win_scale)
22. 启用Nagle算法:
该算法会将很多小报文组成一个大的报文发出,减少传输次数,提高带宽利用率,但是会发送延迟.
默认开启
可用区域: http server location
开启方法: tcp_nodelay off;
禁用方法: tcp_nodelay on; [推荐.]
23. 避免小报文发送:
默认配置 1460
默认关闭 [推荐]
postpone_output 1460;
开启方法: tcp_nopush on; 仅在 sendfile on; 配置加入的时候这才会生效.
24. 减少time_wait时间.[四次握手等待确认时间]:
CLOSE_WAIT状态:
如果频繁出现 CLOSE_WAIT 说明应用进程没有及时响应对端关闭连接
LAST_ACK状态:
等待接收主动关闭端操作系统发来的针对FIN的ack报文.
25. 发送FIN报文的重试次数,0相当于8:
net.ipv4.tcp_orphan_retries = 0
26. 保持在FIN_WAIT_2状态的时间:
net.ipv4.tcp_fin_timeout = 60
27. time_wait状态连接的最大数量,超出后关闭连接:
net.ipv4.tcp_max_tw_buckets = 262144
#net.ipv4.tcp_tw_recycle = 0 开启后,可以同时作为客户端和服务器都能够使用time-wait状态端口,不够安全,报文延迟,重复等.不建议开启.
28. 延迟关闭TCP连接 lingering_close 指令:
lingering_close off|on|always
lingering_close off 关闭此功能
lingering_close on 启用此功能
lingering_close always 无条件启用此功能
29. 延迟关闭TCP连接 lingering_time 指令:
语法: lingering_time time;
默认: lingering_time 30s;
可用区块: http server location
启用后,最长读取用户请求时间为设置的 30s 超出后立刻关闭连接.
30. 检测客户端是否有请求到达,超时后关闭连接:
语法: lingering_timeout time;
默认: lingering_timeout 5s;
可用区块: http server location
启用后,检测客户端是否仍有请求到达,超时后没有数据到达则关闭连接.
31. 以rst代替正常四次握手关闭连接:
语法: reset_timedout_connection on|off;
默认: reset_tomedout_connection off;
可用区块: http server location
32.TLS/SSL优化握手性能:
语法: ssl_session_cache off|none|[builtin[:size]]
默认: ssl_session_cache none|off|buitin|shared:name:size;
可用区块: http server
off: 不适用session缓存,并且nginx在协议中告诉客户端session缓存不被使用.
none: 不适用session缓存
buitin: 使用openssl的session缓存,由于在内存中,所以只有当同一个客户端两次命中到worker进程时,session缓存才会生效.
shared:name:size : 定义一个共享内存,为所有woker进程提供session缓存服务,1MB大约可以用于4000个session.
33. http长连接优化:
语法: keepalive_requests number
默认: keepalive_requests 100;
可用区块: http,server,location,upstream
http长连接优点: 减少握手次数,通过减少并发连接从而减少了服务器资源消耗,降低TCP拥塞控制的影响.
34. gzip压缩:
语法: gzip on|off
默认: gzip off;
可用区块: http server location if in location
例子:
gzip on; #开启压缩
gzip_min_length 500; #小于多少字节不压缩
gzip_buffers 4 256k; #开辟一块缓冲区进行连续压缩响应
gzip_http_version 1.1; #只对http1.1 进行压缩
gzip_comp_level 5; # 压缩的级别 [1-9]
gzip_types text/plain application/javascript application/x-javascript text/javascript text/css application/xml application/xml+rss; #需要压缩的类型
gzip_vary on; #开启后响应客户端压缩..响应头会增加 Vary: Accept-Encoding
gzip_proxied expired no-cache no-store private auth; #是否对上游进行压缩
gzip_disable "MSIE [1-6]\."; #不进行压缩
35. 磁盘i/o优化:
1. sedfile 零拷贝
2. 内存磁盘
减少写入:
1. aio
2. 增大error_log急别
3. 关闭access_log
4. 压缩access_log
5. 是否启用 proxy buffering
6. syslog代替本地io
线程池优化 thread poll
35.1 大文件较多,启用 directIO功能避免buffered io模式下磁盘页缓存的拷贝消耗:
直接I/O:
directio size|off;
默认: directio off;
作用区块: http server location
例子:
server {
directio 10M;
}
异步I/O:
directio_alignment size|off;
默认: directio_alignment 512;
作用区块: http server location
server {
directio_alignment 10M;
}
35.2 aio 使用场景:
需要添加模块 --with-threads:
例子:
1. 配置文件顶部添加线程池:
thread_pool leilei threads=32 max_queue=65536;
2. 对应模块中调用线程池
aio threads=leilei;
网上博文有介绍到这个模块,声称可以达到9倍性能提升.
35.3 减少磁盘i/o:
官方模块: empty_gif 只能应用于location,默认在nginx中.
empty_gif
36.1 日志优化:
1. 配置日志压缩:
server {
access_log logs/leilei.log main buffer=32k gzip=2 flush=5s;
}
2. 重启nginx
3. 通过zcat 查看日志.
36.2 日志传递给syslog [高吞吐量下该配置有利于性能提升]:
rsyslog 配置: vim /etc/rsyslog.conf
1.
$ModLoad imudp #取消注释
$UDPServerRun 514 #取消注释
2.
local6.* /var/log/nginx/nginx.log
3. nginx配置文件添加:
access_log syslog:server=127.0.0.1:514,facility=local6,nohostname,tag=nginx,serverity=info main;
4. 重启rsyslog
systemctl restart rsyslog.service
37. 隐藏nginx版本:
http {
server_tokens off;
}
nginx37条优化的更多相关文章
- JS实现动画的四条优化方法
JS实现动画的四条优化方法 1)如果使用的是setTimeout实现的轮询动画,在每一次执行方法之前需要把前面的设置的定时器清除掉 2)为了防止全局变量的污染,我们把定时器的返回值赋值给当前操作元素的 ...
- 对Android开发者有益的40条优化建议
下面是开始Android编程的好方法: 找一些与你想做事情类似的代码 调整它,尝试让它做你像做的事情 经历问题 使用StackOverflow解决问题 对每个你像添加的特征重复上述过程.这种方法能够激 ...
- 对 Android 开发者有益的 40 条优化建议
本文转载于:http://www.oschina.net/translate/40-developer-tips-for-android-optimization?cmp 下面是开始Android编程 ...
- 【转】对Android开发者有益的40条优化建议
下面是开始Android编程的好方法: 找一些与你想做事情类似的代码 调整它,尝试让它做你像做的事情 经历问题 使用StackOverflow解决问题 对每个你像添加的特征重复上述过程.这种方法能够激 ...
- [转]对Android开发者有益的40条优化建议
下面是开始Android编程的好方法: 找一些与你想做事情类似的代码 调整它,尝试让它做你像做的事情 经历问题 使用StackOverflow解决问题 对每个你像添加的特征重复上述过程.这种方法能够激 ...
- Mysql-12条优化技巧
应用程序慢如牛,原因多多,可能是网络的原因.可能是系统架构的原因,还有可能是数据库的原因. 那么如何提高数据库SQL语句执行速度呢?有人会说性能调优是数据库管理员(DBA)的事,然而性能调优跟程序员们 ...
- 对Android 开发者有益的 40 条优化建议(转)
下面是开始Android编程的好方法: 找一些与你想做事情类似的代码 调整它,尝试让它做你像做的事情 经历问题 使用StackOverflow解决问题 对每个你像添加的特征重复上述过程.这种方法能够激 ...
- Oracle之SQL语句性能优化(34条优化方法)
(1)选择最有效率的表名顺序(只在基于规则的优化器中有效): ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处 ...
- 我的Android进阶之旅------>对Android开发者有益的40条优化建议
下面是开始Android编程的好方法: 找一些与你想做事情类似的代码 调整它,尝试让它做你像做的事情 经历问题 使用StackOverflow解决问题 对每个你像添加的特征重复上述过程.这种方法能够激 ...
- yahoo的30条优化规则
1.尽量减少HTTP请求次数 终端用户响应的时间中,有80%用于下载各项内容.这部分时间包括下载页面中的图像.样式表.脚本.Flash等.通过减少页面中的元素可以减少HTTP请求的次数.这是提高网页速 ...
随机推荐
- 抓包整理————tcp 三次握手性能优化[十]
前言 tcp 三次握手性能优化. 正文 服务器三次握手流程示例: 下面就是3次握手的过程: 知道这个有什么用呢? 我举一个我使用到的例子哈. 比如有很多 tcp 连接到一台机器上机器上,那么tcp_m ...
- Jedis连接踩坑日记
Jedis连接踩坑日记 背景: 线上某块业务的增删改功能全部都不可用.页面发送了xhr请求之后 状态一直处于pending状态,后端没有日志产生 排查路线与解决办法 第一:由于服务在内网里面,无法进行 ...
- Har 版本包发布
新建 Module 注意名字最好是小写命名 oh-package.json5 修改 description 描述信息 在 Index.ets 导出对外暴露的组件 export{ TitleBar } ...
- kubernetes集群最新版安装
原文地址:https://haiyux.cc/2022/09/21/k8s-install/ 虚拟机准备 我这里准备了三台虚拟机,分别部署一个master和两个node,操作系统位ubuntu 20. ...
- Power Outage
由于Covid-19的原因一直是work from home, 在几天前家里的电表有问题需要人来维修,在这期间会停电大概半小时操作,虽然是wfh,但是还是要保障工作的正常进行,保守估计可以顺利渡过. ...
- GaussDB SQL查询语句执行过程解析
本文分享自华为云社区<[GaussTech第2期]GaussDB SQL查询语句执行过程解析>,作者: GaussDB 数据库. SQL于关系型数据库而言,重要性不言而喻.就像一个乐团的指 ...
- 揭秘 RocketMQ 新特性以及在金融场景下的实践
2019 年末, RocketMQ 正式发布了 4.6.0 版本,增加了" Request-Reply "的同步调用的新特性." Request-Reply " ...
- DevOps 能力提升模型
简介: DevOps 能力反映的是技术研发响应业务变化的能力.随着组织规模的增加和业务复杂性增长,DevOps 能力会变得越来越重要.持续提升 DevOps 的能力成为技术研发的共同挑战. 编者按:本 ...
- 时序数据库永远的难关 — 时间线膨胀(高基数 Cardinality)问题的解决方案
简介: 本文主要讨论 influxdb 在遇到写入的数据出现高基数 Cardinality 问题时,一些可行的解决方案. 作者 | 徐建伟 (竹影) 前序 随着移动端发展走向饱和,现在整个 IT 行 ...
- 深入理解云计算OpenAPI体系
简介: 就云计算的API来看,当前并没有类似POSIX这样的API标准,基本上各大厂商各自为政.当然,有一些业界主流标准例如OAS获得多数云厂商的支持,但云厂商本身的API却往往由于历史原因.技术路 ...