我是靠谱客的博主 勤劳耳机,最近开发中收集的这篇文章主要介绍nf_conntrack_max 参数测试与排查,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

压测步骤:

1.  新建一台操作系统为centos7云服务器B(10.173.34.83),部署并启动nginx;

开启防火墙:systemctlstart firewalld;

开启80端口:添加 firewall-cmd --zone=public --add-port=80/tcp –permanent

重载 firewall-cmd--reload

 

2.  新建一台操作系统为centos7云服务器A(10.173.33.4),安装压力测试工具webbench:

wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz  

tar zxvf webbench-1.5.tar.gz 

cd webbench-1.5  

make && make install

如果在编译webbench的时候,出现/bin/sh: ctags: command notfound:yum -y install ctags  

3.  webbench -c 5000 -t 120 http://10.173.34.83:80/

参数说明:-c表示并发数,-t表示时间(秒)

 

4.  出现云服务器间内网访问不通,如下图:

 

 


问题排查:

 

第一步查看 dmesg 是否有错误信息:

1.  若有如图所示的信息:



conntrack默认最大跟踪65536个连接,查看当前系统设置最大连接数cat /proc/sys/net/netfilter/nf_conntrack_max

2.  修改最大连接数 vim /ect/sysctl.conf

net.netfilter.nf_conntrack_max = 655350

修改完后执行 sysctl -p

 

3.  验证修改结果:

 

 

 

 

 

其他排查手段:

服务器性能瓶颈:

先查看性能监控CPU 带宽(内网:500Mbps L3:10Mbps)等是否出现瓶颈;

 

并发量压不上去:

查看端口最大的监听队列的长度cat /proc/sys/net/core/somaxconn 是否已经修改;#默认为128

 

抓包分析:

在10.173.33.4 上:ping 10.173.34.83  并抓包 tcpdump -i eth0-vnn icmp。发现只有request

 

在10.173.34.83 上ping 10.173.33.4 并抓包 tcpdump -i eth0 -vnn icmp。并没有发送request

 

这也能确认问题出现在10.173.34.83,再结合dmesg查看具体问题。

 

 

 

最后

以上就是勤劳耳机为你收集整理的nf_conntrack_max 参数测试与排查的全部内容,希望文章能够帮你解决nf_conntrack_max 参数测试与排查所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(51)

评论列表共有 0 条评论

立即
投稿
返回
顶部