设为首页 收藏本站
查看: 558|回复: 0

[经验分享] Nginx高级应用--------性能优化,突破C100K

[复制链接]

尚未签到

发表于 2018-11-12 13:13:52 | 显示全部楼层 |阅读模式
  1. 背景
  介绍:
  Nginx是一款高性能的HTTP和反向代理服务器,能够选择高效的epoll(linux2.6内核)、kqueue(freebsd)、eventport(solaris10)作为网络I/O模型,能够支持高达50000个并发连接数的响应,而内存、CPU等系统资源消耗却非常低、运行非常稳定。
  选择的理由:
  * 支持高并发连接:nginx使用高效的多路复用模型(epoll/linux, kqueue/freebsd, eventport/solaris)
  * 内存消耗少:在服务器3W并发连接下,开启10个Nginx进程消耗150MB内存(15MB*10)
  * 成本低廉:购买F5 BIG-IP、NetScaler等负载均衡交换机需要几十万RMB,而开源Nginx替代这些商业设备。
  * 其他理由:网络配置简单;支持rewrite重写规则,能够根据域名、URL的不同、将HTTP请求分到不同的后端服务器群组;内置的健康检查功能;节省带宽,支持GZIP压缩,可以添加浏览器本地缓存的Header头;支持热部署,能够在不间断服务的情况下、对软件版本进行升级
  2. 环境
[root@nginx ~]$ uname -r  
2.6.32-642.13.1.el6.x86_64
  
[root@nginx ~]$ uname -m
  
x86_64
  
[root@nginx ~]$ cat /etc/redhat-release
  
CentOS release 6.8 (Final)
  3. 优化
  * nginx配置文件优化
  - nginx进程数,建议按照cpu数目来指定,一般为它的倍数:
  - worker_processes 4;
  - 为每个进程绑定cpu:
  - worker_cpu_affinity 00000001 00000010 00000100 00001000;
  - nginx进程打开的最多文件描述符数目:
  - worker_rlimit_nofile 102400;
  - 使用epoll的I/O复用模型:
  - use epoll;
  - 每个进程允许的最多连接数:
  - worker_connections 102400;
  - keepalive超时时间:
  - keepalive_timeout 60;
  - 客户端请求头部的缓冲区大小: (分页大小可以用命令getconf PAGESIZE取得):
  - client_header_buffer_size 4k;
  
  - 打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存:
  - open_file_cache max=102400 inactive=20s;
  - 指定多长时间检查一次缓存的有效信息:
  - open_file_cache_valid 30s;
  - 设置最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的:
  - open_file_cache_min_uses 1;
  * 系统优化
  - timewait的数量,默认是180000。(Deven:因此如果想把timewait降下了就要把tcp_max_tw_buckets值减小):
  - net.ipv4.tcp_max_tw_buckets = 6000
  
  - 允许系统打开的端口范围:
  - net.ipv4.ip_local_port_range = 1024     65000
  
    - 启用timewait快速回收:
  - net.ipv4.tcp_tw_recycle = 1
  
  - 开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接:
  - net.ipv4.tcp_tw_reuse = 1
  
  - 开启SYN Cookies,当出现SYN等待队列溢出时,启用cookies来处理:
  - net.ipv4.tcp_syncookies = 1
  
  - web应用中listen函数的backlog默认会给我们内核参数的net.core.somaxconn限制到128,而nginx定义的NGX_LISTEN_BACKLOG默认为511:
  - net.core.somaxconn = 262144
  
  - 允许送到队列的数据包的最大数目:
  - net.core.netdev_max_backlog = 262144
  
  - 系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上:
  - net.ipv4.tcp_max_orphans = 262144
  
  - 记录的那些尚未收到客户端确认信息的连接请求的最大值:
  - net.ipv4.tcp_max_syn_backlog = 262144
  
   - 时间戳可以避免序列号的卷绕:
  - net.ipv4.tcp_timestamps = 0
  
  - 内核放弃连接之前发送SYN+ACK包:
  - net.ipv4.tcp_synack_retries = 1
  
   - 内核放弃建立连接之前发送SYN包的数量:
  - net.ipv4.tcp_syn_retries = 1
  
   - 保持在FIN-WAIT-2状态的时间:
  - net.ipv4.tcp_fin_timeout = 1
  
  - 当keepalive起用的时候,TCP发送keepalive消息的频度。缺省是2小时:
  - net.ipv4.tcp_keepalive_time = 30
  
  
  
  4.  总结
  以需求驱动技术,技术本身没有优略之分,只有业务之分。
  



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-634191-1-1.html 上篇帖子: 高性能高可用方案Nginx (一)LNMP环境搭建 下篇帖子: Nginx负载均衡,ssl原理,生成ssl密钥对,Nginx配置ssl-zero菌
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表