惆怅啊没办法&＃xff0c;总监让优化整个架构的内核参数&＃xff0c;没办法就到处搜集了一些整理到下面了。看下面参数我还是建议先看下&＃xff1a;http://blog.sina.com.cn/s/blog_6b92dc3b0100n3uy.html减少TCP 连接中的TIME-WAIT sockets&＃xff1a; 编辑/etc/sysctl.conf文件net.ipv4.tcp_synCOOKIEs &＃61; 1 // 表示开启SYN COOKIEs。当出现SYN等待队列溢出时&＃xff0c;启用COOKIEs来处理&＃xff0c;可防范少量SYN攻击&＃xff0c;默认为0&＃xff0c;表示关闭&＃xff1b;net.ipv4.tcp_tw_reuse &＃61; 1 //表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接&＃xff0c;默认为0&＃xff0c;表示关闭&＃xff1b;net.ipv4.tcp_tw_recycle &＃61; 1 //表示开启TCP连接中TIME-WAIT sockets的快速回收&＃xff0c;默认为0&＃xff0c;表示关闭。用以下语句查看服务器的TCP状态&＃xff1a;#netstat -n | awk &＃39;/^tcp/ {&＃43;&＃43;S[$NF]} END {for(a in S) print a, S[a]}net.ipv4.ip_local_port_range &＃61; 32768 65000 // 允许系统打开的端口范围。net.ipv4.tcp_keepalive_time &＃61; 30 // 当keepalive起用的时候&＃xff0c;TCP发送keepalive消息的频度。缺省是2小时net.ipv4.tcp_max_tw_buckets &＃61; 6000 // timewait的数量&＃xff0c;默认是180000。表示系统同时保持TIME_WAIT套接字的最大数量&＃xff0c;如果超过这个数字&＃xff0c;TIME_WAIT套接字将立刻被清除并打印警告信息。默认为180000&＃xff0c;改为 6000。对于Apache、Nginx等服务器&＃xff0c;上几行的参数可以很好地减少TIME_WAIT套接字数量&＃xff0c;但是对于Squid&＃xff0c;效果却不大。此项参数可以控制TIME_WAIT套接字的最大数量&＃xff0c;避免Squid服务器被大量的TIME_WAIT套接字拖死。net.ipv4.tcp_max_syn_backlog &＃61; 65536 //记录的那些尚未收到客户端确认信息的连接请求的最大值。对于有128M内存的系统而言&＃xff0c;缺省值是1024&＃xff0c;小内存的系统则是128net.core.netdev_max_backlog &＃61; 32768 //每个网络接口接收数据包的速率比内核处理这些包的速率快时&＃xff0c;允许送到队列的数据包的最大数目。net.core.somaxconn &＃61; 32768 //web应用中listen函数的backlog默认会给我们内核参数的net.core.somaxconn限制到128&＃xff0c; 而nginx定义的NGX_LISTEN_BACKLOG默认为511&＃xff0c;所以有必要调整这个值。net.core.wmem_default &＃61; 8388608 net.core.rmem_default &＃61; 8388608net.core.rmem_max &＃61; 16777216 //最大socket读buffer,可参考的优化值:873200net.core.wmem_max &＃61; 16777216 //最大socket写buffer,可参考的优化值:873200net.ipv4.tcp_timestsmps &＃61; 0 //时间戳可以避免序列号的卷绕。一个1Gbps的链路肯定会遇到以前用过的序列号。时间戳能够让内核接受这种“异常”的数据包。这里需要将其关掉net.ipv4.tcp_synack_retries &＃61; 2 //为了打开对端的连接&＃xff0c;内核需要发送一个SYN并附带一个回应前面一个SYN的ACK。也就是所谓三次握手中的第二次握手。这个设置决定了内核放弃连接之前发送SYN&＃43;ACK包的数量net.ipv4.tcp_syn_retries &＃61; 2 //在内核放弃建立连接之前发送SYN包的数量#net.ipv4.tcp_tw_len &＃61; 1net.ipv4.tcp_tw_reuse &＃61; 1 // 开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接。net.ipv4.tcp_wmem &＃61; 8192 436600 873200 // TCP写buffer,可参考的优化值: 8192 436600 873200net.ipv4.tcp_rmem &＃61; 32768 436600 873200 // TCP读buffer,可参考的优化值: 32768 436600 873200net.ipv4.tcp_mem &＃61; 94500000 91500000 92700000 // 同样有3个值,意思是:\net.ipv4.tcp_mem[0]:低于此值,TCP没有内存压力.\net.ipv4.tcp_mem[1]:在此值下,进入内存压力阶段.\net.ipv4.tcp_mem[2]:高于此值,TCP拒绝分配socket.\ 上述内存单位是页,而不是字节.可参考的优化值是:786432 1048576 1572864 net.ipv4.tcp_max_orphans &＃61; 3276800//系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上。 如果超过这个数字&＃xff0c;孤儿连接将即刻被复位并打印出警告信息。这个限制仅仅是为了防止简单的DoS攻击&＃xff0c;不能过分依靠它或者人为地减小这个值&＃xff0c;更应该增加这个值(如果增加了内存之后)。net.ipv4.tcp_fin_timeout &＃61; 30 //如果套接字由本端要求关闭&＃xff0c;这个参数决定了它保持在FIN-WAIT-2状态的时间。 对端可以出错并永远不关闭连接&＃xff0c;甚至意外当机。缺省值是60秒。2.2 内核的通常值是180秒&＃xff0c; 你可以按这个设置&＃xff0c;但要记住的是&＃xff0c;即使你的机器是一个轻载的WEB服务器&＃xff0c;也有因为大量的死套接字而内存溢出的风险&＃xff0c;FIN- WAIT-2的危险性比FIN-WAIT-1要小&＃xff0c; 因为它最多只能吃掉1.5K内存&＃xff0c;但是它们的生存期长些。
本文转自 houzaicunsky 51CTO博客&＃xff0c;原文链接:http://blog.51cto.com/hzcsky/477624
京公网安备 11010802041100号