Codis压力测试(PHP)

一). 总结: 

  1.  在不影响应用延迟的情况下,短链接(3.3W)和长链接(15.5W) QPS差异在5倍。

  2.  在长链接(延迟无明显增加)情况下,应用无报错,且平均延迟降低50%左右 。

  3.  codis proxy单节点QPS最大承载量如下:   

机器型号QPS最大系统指标(cpu)
8c32G~15.5W75%
32c128G~22.5W75%

二). 测试明细: 

  1. 测试机型:

后端服务个数codis proxy个数

proxy 配置

后端服务器配置压测工具压测命令
20个8个8c 32G32C 128Gab + jmeterab -c 10000 -n 2000000 http://interact.int.yidian-inc.com/test/ttt/redistest
20个8个8c 32G32C 128Gab + jmeterjmeter -n -t redis3.jmx -l log1.jtl -Jthn=100000 -Jloopn=999999999

备注:redis自带压测工具

./redis-benchmark -t set,get -h 10.138.20.97 -p 19000 -n 5000000 -d 384 -k 0 -c 1000 --threads 10

2. 短链接压测:

        链接请求方式:一次连接,两次操作(一读一写)

机器数量*单机并发线程数请求总次数压测次数avg 单节点proxy QPSavg 8台总QPS业务错误条数均值后端服务延迟

1*10000
60000004

0.97W

(0.97W 0.97W 0.98W 0.96W)

7.6W

(7.7W 7.6W 7.8W 7.7W)

1.3

(0, 0, 4 ,1)

16ms

2*10000
6000000*24

1.9W

(1.9W 1.9W 1.8W 1.9W)

15.3W

(15.4W 15.4W 15.2W 15.2W)

0

(0, 0, 0 ,0)

44ms

3*10000
6000000*33

2.85W

(2.85W 2.85W 2.85W )

22.5W

(22.5W 22.5W 22.5W)

10.3

(12, 11 ,8)

340ms

4*10000
6000000*43

3.3W

(3.3W 3.3W 3.3W )

26.5W

(26.5W 26.5W 26.5W)

19

(32 ,7 ,18)

400ms
5*100006000000*523.3W

(3.3W 3.3W )

26.5W

(26.5W 26.5W )

16420ms

总结:当使用短链接访问codis proxy,单个proxy 达到3w qps,需要扩容proxy的个数提升整个集群的qps,当单压一个proxy的时候,proxy最大可以达到5.4万,axe服务延迟上升到1500ms。后端日志有非常多的报错。

3.  短链接调整内核后压测:

优化方式:

 内核参数 tcp time_wait 重用  net.ipv4.tcp_timestamps 0 ---> 1

        链接请求方式:一次连接,两次操作(一读一写)

压测机器数量*线程数请求总次数压测次数avg 单节点proxy QPS未优化时均值avg 总QPSavg 业务错误条数未优化错误均值

1*10000
600000010.96W0.97W7.5w01.3

2*10000
6000000*231.9W1.9W15.3W68,39, 770

3*10000
6000000*31

2.85W

2.85W22.5W11610.3

4*10000
6000000*413.4W3.3W27W50319

         结论: 效果未好转,应用错误数稍微增多。

4. 长链接压测:

       单台压测:

       链接请求方式:一次连接,两次操作(一读一写)

压测机器数量*线程数请求总次数压测次数avg 单节点proxy QPSavg 业务错误条数proxy CPU使用运维监控阀值

2*10000
6000000 * 23

32C:15.5W

8C:15.5W

032C:20%
8C:75%
70%
3*100006000000 * 33

32C:22.5W

8C:20W

0

32C:75%

8C:98%

70%
4*100006000000 * 4332C:30W032C:80%70%

总结:32c 128G的proxy节点qps最大15.5W,CPU利用率20%,业务监控指标后端延迟10ms左右,业务无报错。

集群压测:

       链接请求方式:一次连接,两次操作(一读一写)

压测机器数量*线程数压测次数avg 总QPS

6 * 10000

2

46W


4 * 100000
1

70W

总结:32c 128G的proxy节点qps最大15.5W,CPU利用率20%,业务监控指标后端延迟10ms左右,业务无报错。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Cloud孙文波

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值