支付宝压力测试报告

时间：2016-03-23                                             测试人员：XXX

目录

支付宝压力测试报告 1

目录 1

一  测试内容 2

二  测试方法 2

三  测试目标 2

四  测试环境 2

五  系统部署 3

5.1 网络访问 3

六  性能测试结果与分析 3

6.1 LR集群压测（1） 3

6.2 LR集群压测（10） 6

6.3 LR集群压测（20） 9

6.4 LR集群压测（30） 12

6.5 LR集群压测（40） 15

6.6 LR集群压测（50） 18

6.7 LR集群压测（60） 21

6.8 LR集群压测（70） 24

七  结果汇总分析 27

一  测试内容

本次测试是针对支付宝快捷支付系统进行的压力测试，在交易接口中，只对交易接口进行压力测试，其中涵盖数据验签与签名功能。

二  测试方法

本次采用LoadRunner的专业测试工具进行集群分布式压测，采用本地动态拼装请求数据并通过http协议post方式发送支付请求。采用闭环压测，交易流程关闭访问ECIF与ICQ服务，但包含解析和拼装ICQ交互报文。

三  测试目标

1) 获取在单机部署情况下最大TPS值

2) 当某些资源耗尽时的最大TPS值

四  测试环境

环境

机器型号

操作系统

硬件cpu

硬件mem

客户端

server2008虚拟机

windows

8核

16G

服务端

Red Hat

linux

64核

126G

Weblogic容器采用线程1500，连接池最小300最大600连接数

Oracle数据库最大连接数2000

五  系统部署

5.1 网络访问

压力测试通讯流程:LR--->F5--->apache server--->F5--->支付宝应用--->数据库

六  性能测试结果与分析

6.1 LR集群压测（1）

Client系统

并发

时间

198.203.208.82

0

10

198.203.208.83

1

10

198.203.208.84

0

10

198.203.208.85

0

10

6.1.1 聚合报告

6.1.2 每秒的响应分布图

6.1.3 响应时间分布图

6.1.4 Client系统资源占用分布图

6.1.5 Server系统资源占用分布图

6.2 LR集群压测（10）

Client系统

并发

时间

198.203.208.82

3

10

198.203.208.83

3

10

198.203.208.84

2

10

198.203.208.85

2

10

6.2.1 聚合报告

6.2.2 每秒的响应分布图

6.2.3 响应时间分布图

6.2.4 Client系统资源占用分布图

6.2.5 Server系统资源占用分布图

6.3 LR集群压测（20）

Client系统

并发

时间

198.203.208.82

5

10

198.203.208.83

5

10

198.203.208.84

5

10

198.203.208.85

5

10

6.3.1 聚合报告

6.3.2 每秒的响应分布图

6.3.3 响应时间分布图

6.3.4 Client系统资源占用分布图

6.3.5 Server系统资源占用分布图

6.4 LR集群压测（30）

Client系统

并发

时间

198.203.208.82

8

10

198.203.208.83

8

10

198.203.208.84

7

10

198.203.208.85

7

10

6.4.1 聚合报告

6.4.2 每秒的响应分布图

6.4.3 响应时间分布图

6.4.4 Client系统资源占用分布图

6.4.5 Server系统资源占用分布图

6.5 LR集群压测（40）

Client系统

并发

时间

198.203.208.82

10

10

198.203.208.83

10

10

198.203.208.84

10

10

198.203.208.85

10

10

6.5.1 聚合报告

6.5.2 每秒的响应分布图

6.5.3 响应时间分布图

6.5.4 Client系统资源占用分布图

6.5.5 Server系统资源占用分布图

6.6 LR集群压测（50）

Client系统

并发

时间

198.203.208.82

13

10

198.203.208.83

13

10

198.203.208.84

12

10

198.203.208.85

12

10

6.5.1 聚合报告

6.5.2 每秒的响应分布图

6.5.3 响应时间分布图

6.5.4 Client系统资源占用分布图

6.5.5 Server系统资源占用分布图

6.7 LR集群压测（60）

Client系统

并发

时间

198.203.208.82

15

10

198.203.208.83

15

10

198.203.208.84

15

10

198.203.208.85

15

10

6.7.1 聚合报告

6.7.2 每秒的响应分布图

6.7.3 响应时间分布图

6.7.4 Client系统资源占用分布图

6.7.5 Server系统资源占用分布图

6.8 LR集群压测（70）

Client系统

并发

时间

198.203.208.82

18

10

198.203.208.83

18

10

198.203.208.84

17

10

198.203.208.85

17

10

6.8.1 聚合报告

6.8.2 每秒的响应分布图

6.8.3 响应时间分布图

6.8.4 Client系统资源占用分布图

6.8.5 Server系统资源占用分布图

七  结果汇总分析

交易

并发

时间

笔数

TPS

峰值TPS

平均TPS

LR_AVE

Server_AVE

LR_CPU%

Client_CPU%

支付

1

10

7267

12.071

30.30

12.11

33

27.8814

8.036

0.6

支付

10

10

66366

110.06

250.00

110.61

40

34.4553

20.998

5.9

支付

20

10

119839

198.738

444.44

199.73

45

36.7229

32.217

9

支付

30

10

147239

244.177

491.80

245.40

61

49.4711

42.554

12.2

支付

40

10

150226

249.131

425.53

250.38

94

79.5005

40.763

13.2

支付

50

10

156413

258.962

406.50

260.69

123

105.454

41.17

12.4

支付

60

10

156676

259.825

338.98

261.13

177

140.863

41.078

12

支付

70

10

158318

262.551

360.82

263.86

194

170.73

40.648

12.3

支付宝LR集群压测报告的更多相关文章

  1. Jmeter5 实现多机集群压测（局域网组成多机集群）

    想要模拟高并发用户访问的场景,用Jmeter5实现的话,单靠一台PC机,资源是不够的,包括单机的内存.使用端口数量等,所以最好是通过多台PC机组成几个集群来对服务器进行压测. 本文目录: 1.软硬件配 ...

  2. linux集群压测部署方案

    我们今天主要分享的内容从三方面讲解. 集群压力机部署 shell脚本简介 shell脚本搞定压力机部署 集群压力机部署   linux.png 分布式压测背景介绍 在企业项目实战时,如果被压的服务器处 ...

  3. mysql集群压测

    mysql压测 mysql自带就有一个叫mysqlslap的压力测试工具,通过模拟多个并发客户端访问MySQL来执行压力测试,并且能很好的对比多个存储引擎在相同环境下的并发压力性能差别.通过mysql ...

  4. 生产调优2 HDFS-集群压测

    目录 2 HDFS-集群压测 2.1 测试HDFS写性能 测试1 限制网络 1 向HDFS集群写10个128M的文件 测试结果分析 测试2 不限制网络 1 向HDFS集群写10个128M的文件 2 测 ...

  5. 关于springmvc的helloworld的压测报告

    都说hello world 很简单,应该能承受很大的请求压力,那么到底有多大?你知道吗?如果知道,那咱们就不继续了.如果不知道,我们来看一下! 1. 准备工作,快速建立一个基于springmvc的he ...

  6. 安装k8s集群(亲测)

    先安装一台虚拟机,然后进行克隆,因为前面的步骤都是一样的,具体代码如下: Last login: Mon Nov 25 00:40:34 2019 from 192.168.180.1 ##安装依赖包 ...

  7. 实战Centos系统部署Codis集群服务

    导读 Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有明显的区别 (不支持的命令列表), 上层应用可 ...

  8. 京东全链路压测军演系统(ForceBot)架构解密

    摘要:全链路压测是应对电商大促容量规划最有效的手段,如何有效进行容量规划是其中的架构关键问题.京东在全链路压测方面做过多年尝试,本文转载京东商城基础平台技术专家文章,介绍其最新的自动化压测 Force ...

  9. 高德全链路压测平台TestPG的架构与实践

    导读 2018年十一当天,高德DAU突破一个亿,不断增长的日活带来喜悦的同时,也给支撑高德业务的技术人带来了挑战.如何保障系统的稳定性,如何保证系统能持续的为用户提供可靠的服务?是所有高德技术人面临的 ...

随机推荐

  1. HTML5之2D物理引擎 Box2D for javascript Games 系列 第三部分之创建图腾破坏者的关卡

    创建图腾破坏者的关卡 现在你有能力创建你的第一个游戏原型,我们将从创建图腾破坏者的级别开始. 为了展示我们所做事情的真实性,我们将流行的Flash游戏图腾破坏者的一关作为 我们模仿的对象.请看下面的截 ...

  2. cpp(第十三章）

    1.动态(晚期)联编需要显示定义复制构造函数,赋值运算符,虚构函数. 2.纯虚类不能声明对象. 3.赋值运算符的特征标随类而异. 4.返回类型协变,重新定义继承的方法,应确保与原来的原型完全相同,但如 ...

  3. Spring+SpringMVC+MyBatis深入学习及搭建(十一)——SpringMVC架构

    转载请注明出处:http://www.cnblogs.com/Joanna-Yan/p/6985816.html 前面讲到:Spring+SpringMVC+MyBatis深入学习及搭建(十)--My ...

  4. 用html5调取谷歌地图获取位置

    function getmap(){ if(!navigator.geolocation) throw "Geolocation not supported"; var image ...

  5. EF Core学习Code First

    下面通过实例来学习EF Core Code First,也就是通过EF Core迁移来完成从模型生成数据库. 本实例使用EntityFrameworkCore SQLite 数据库进行介绍,大家也可以 ...

  6. ASP.NET MVC + ECharts图表案例

    废话不多说直接讲讲今天要做的事. 利用微软爸爸的MVC框架结合百度的良心产品ECharts图表进行动态图表的生成,本文以柱状图为例. ECharts下载以及相关文档:http://echarts.ba ...

  7. MongoDB一个基于分布式文件存储的数据库（介于关系数据库和非关系数据库之间的数据库）

    1:MongoDB的官方网址:https://www.mongodb.com   MongoDB的中文社区:http://www.mongoing.com/(老外也很看重中国市场啊,知道大家英语不好, ...

  8. 发布.net mvc遇到的HTTP错误 403.14-Forbidden解决办法

    请检查一下"处理程序映射",里面是否有"ExtensionlessUrlHandler-Integrated-4.0",如果没有,请注册.net4.0 在运行里 ...

  9. ecshop循环计数

    循环依次递增+1 <!-- {foreach from=$comments item=comment name=comment} --> {$smarty.foreach.comment. ...

  10. mkdirs自动创建文件夹

    //保存路径 如file路径是E:\filer\a.jpg File toSaveFile=new File("filePath"); if(toSaveFile!=null){ ...