ab压测(二) http 端口 upstream keepalive

本文通过ab工具进行HTTP压测,分析了2000并发,20000总量请求下,前端Nginx与后端TCP连接状态的变化。在测试完成后,观察到大量time-wait状态的连接,并探讨了ab测试中TCP连接的关闭机制。同时,讨论了Nginx upstream的keepalive参数如何影响连接管理,以及worker进程的连接限制。
摘要由CSDN通过智能技术生成

2 ab机 (并发2000,总量20000,2.9s完成) => http nginx 前端 => tcp 后端

50%    256
  66%    298
  75%    329
  80%    348
  90%    403
  95%    427
  98%    453
  99%    485
 100%   1411

前端机 established 状态数,前3秒是 820,然后掉到512,持续 60s。多的300个,应该是采样的时候,ab 建立的。

3s业务完后,出现了 16771个 time-wait, 持续60s。跟资料说的 “ab 不会主动断开tcp,而是由服务器” 这点相符。 但是 https测试的时候,服务器是使用 tcp rst 的方式。 http 使用正常的断开,出现了大量的  time-wait, time-wait 存活了60s。

在time-wait链接消失的同时,ss检测到 TcpExtTW 数增加了 7842个。

根据 https://www.cnblogs.com/lovemyspring/articles/5087895.html

TcpExtTW  是统计关闭 释放time-wait 端口超过4s的次数。 没什么特别意义。

后端机:开始有610个 established ,10s后,回落到 512个。验证了资料说的关于 upstream的 keepalive参数&

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值