ab压测(一) https upstream keepalive

本文通过ab工具进行压测,分析了在2000并发,20000总量情况下,前端HTTPS通过Nginx到后端TCP的连接状态。测试发现前端机建立512个链接池后,并发未超过512,瓶颈可能在前端处理HTTPS。异常情况是前端机发出大量TCP RST,而非正常关闭连接,这与通常理解的服务器端断开连接不同。
摘要由CSDN通过智能技术生成

1、ab机 (并发2000,总量20000,59.5s完成) => https nginx 前端 => tcp 后端

50%   5608
  66%   5684
  75%   5725
  80%   5789
  90%   5889
  95%   5936
  98%   6126
  99%   6132
 100%  11180

每2秒采集 CPU、内存、磁盘延时、TCP包统计,端口状态统计,汇总存入数据库分析。

前端,后端机 cpu 同时升高,持续 60s。 吻合。

前端机 established 状态数,在2000上下浮动,持续45s。然后降到512个,持续 60s。

后端机 established 状态数,跟前端同步开始,但是 数量是稳定 520 上下几个,持续了 115s。(前端upstream 里 keepalive 512, 后端 tcp保活 55s)115s 后,established  链接开始断开,time-wait 数量 512个(跟前端机upstream keepalive数吻合),持续了60s。

分析:从后端机 established  数量 = 前端机 upstream keepalive 值, 说明前端nginx建立了 512个链接的pool后,前端向后端的并发没有超过 512, 如果超过512, 后端机的 established  会相应增加。 那么瓶颈就是卡在前端机处理 h

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值