支付宝压力测试报告

时间：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. CommonsChunkPlugin并不是分离第三方库的好办法（DllPlugin科学利用浏览器缓存）

    webpack算是个磨人的小妖精了.之前一直站在glup阵营,使用browserify打包,发现webpack已经火到爆炸,深怕被社区遗落,赶紧拿起来把玩一下.本来只想玩一下的.尝试打包了以后,就想启 ...

  2. http服务器开发笔记（一）——先跑起来

    做了很多年的web相关开发,从来也没有系统的学习http协议,最近正好工作不怎么忙,准备系统的学习一下. 接下来准备自己写一小型的http服务器来学习,因为现在对JavaScript比较熟悉,所以决定 ...

  3. C语言和go语言之间的交互

    一.go代码中使用C代码 go代码中使用C代码,在go语言的函数块中,以注释的方式写入C代码,然后紧跟import "C" 即可在go代码中使用C函数 代码示例: go代码:tes ...

  4. 织梦dedecms单标签、双标签

    标签是dedecms的核心,dedecms的标签也跟html标签一样,同样分单标签和双标签. 我不会讲单标签有那些,双标签有那些,也不会叫大家去背那些是单标签,那些是双标签.如果去背这些标签,这样学起 ...

  5. web存储之webstorage

    web存储分类 客户端和服务端 认识web存储 随着web应用的发展,是的客户端存储的用途越来越多,然而实现客户端端存储的方式也是越来越多样化.最简单最兼容的方式就是cookie,但作为真正的客户端存 ...

  6. Babel 入门指南

    Babel 入门指南 ​⚠️ 注意: Babel 可以与很多构建工具(如 Browserify.Grunt.Gulp 等)进行集成.由于本教程选择 Webpack ,所以只讲解与 Webpack 的集 ...

  7. Vue和Bootstrap的整合之路

    我是一个刚刚接触前端开发的新手,所以有必要记录如何将Bootstrap和Vue进行整合. 如果你是老手,请直接绕道而过.作为一个新手,里面的步骤,过程或者专业术语未必正确,如果你发现哪里错误了,请发邮 ...

  8. 原生ajax封装，数据初始化，

    var ajaxTool = { setting : { method : 'get', url : location.href, data : '', callback : function(){a ...

  9. Chrome浏览器扩展开发系列之十八：扩展的软件国际化chrome.i18n API

    i18n是internationalization 的简写,这里将讨论软件国际化的问题.熟悉软件国际化的朋友应该知道,软件国际化要求,页面中所有用户可见的字符串都必须置于资源属性文件中.资源属性文件中 ...

  10. 单例设计模式 Single

    一些人总结出来用来解决特定问题的固定的解决方案. 解决一个类在内存中只存在一个对象,想要保证对象的唯一. 1 为了避免其他程序过多的建立该类对象.禁止其他程序建立该类对象. 2 为了其他程序可以访问该 ...