nf_conntrack_max 参数测试与排查
来源:互联网 发布:js windows.onload 编辑:程序博客网 时间:2024/06/09 13:51
压测步骤:
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 参数测试与排查
- JUnit4参数测试与时间测试
- 测试环境上错误排查
- 性能测试初步排查方法
- spark问题与排查
- hive问题与排查
- android开发游记:性能测试中内存泄露排查方法与防止泄露编码心得
- x264 参数测试--效率与质量对比
- Hbase插入参数测试与对比
- multipath详解与错误排查
- Linux系统故障分析与排查
- 【测试人员】排查问题的一般姿势
- db2性能问题排查与优化
- Solaris系统管理 --网络配置与系统故障排查
- Linux之系统故障分析与排查
- vsftpd的安装与配置--问题排查
- nginx与php的WEB常见问题排查
- PHP性能问题诊断与排查
- VS编译无法打开新建的头文件
- Matlab2014b软件安装和破解教程
- HBase 在HDFS 上的目录树
- Vue框架(二)
- 23种设计模式之创建模式....(java实现)
- nf_conntrack_max 参数测试与排查
- Python监听鼠标和键盘
- springboot多数据源
- banner图与底下的div之间存在一条缝隙的解决办法
- Python3.6 模块安装记录
- APUE-3.2创建一个具有空洞的文件
- Docker学习笔记:容器数据管理,链接容器,构建私有库
- Mybatis使用generator自动生成mapper文件
- 到计时 带动画