支付宝压力测试报告

时间：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. Vivado2015.4使用教程（一个完成工程的建立）

    双击桌面的vivado图标,(可能有点慢) 弹出主菜单界面,点击create new project 这是介绍界面,next~ 添加好工程名,和工程位置,next~ 选择rtl Project,nex ...

  2. vscode中使用markdown

    vscode中使用markdown vscode 是微软推出一款轻量级的文本编辑工具,类似于sublime,由于其拥有丰富的插件,安装使用也非常简单,所以深受广大程序员的喜爱. markdown 是一 ...

  3. python爬虫番外篇（一）进程，线程的初步了解

    一.进程 程序并不能单独和运行只有将程序装载到内存中,系统为他分配资源才能运行,而这种执行的程序就称之为进程.程序和进程的区别在于:程序是指令的集合,它是进程的静态描述文本:进程是程序的一次执行活动, ...

  4. rabbitmq 死信邮箱配置（dead-letter）

    DLX,Dead-Letter-Exchange(死信邮箱)利用DLX,当消息在一个队列中变成死信后,它能被重新publish到另一个Exchange,这个Exchange就是DLX.消息变成死信一向 ...

  5. java书系列之——前言

    第1章Java的起源 对于计算机语言的发展史,业界一般认为:B语言导致了C语言的诞生,C语言演变出了C++语言,而C++语言将让位于Java语言.要想更好地了解Java语言,就必须了解它产生的原因.推 ...

  6. 关于对WEB标准以及W3C的理解与认识问题

    web标准简单来说可以分为结构.表现和行为.其中结构主要是有HTML标签组成.或许通俗点说,在页面body里面我们写入的标签都是为了页面的结构.表现即指css样式表,通过css可以是页面的结构标签更具 ...

  7. 浅谈Cordova框架的一些理解

    前言 因为工作原因,最近需要研究Cordova框架,看了其中的源码和实现方式,当场在看的时候马上能理解,但是事后再回去看相关源码时候却发现之前理解的内容又忘记了,又不得不重新开始看,所以总觉得需要记录 ...

  8. java亿级流量电商详情页系统的大型高并发与高可用缓存架构实战视频教程

    亿级流量电商详情页系统的大型高并发与高可用缓存架构实战 完整高清含源码,需要课程的联系QQ:2608609000 1[免费观看]课程介绍以及高并发高可用复杂系统中的缓存架构有哪些东西2[免费观看]基于 ...

  9. java 字符串替换函数replaceAll 一次同时替换多个字符串

    public static void main(String[] args) throws Exception { String src = "南京市玄武区北京东路徐州市鼓楼区戏马台&quo ...

  10. Lambda（Linq）

    在谈到lambda表达式之前,首先要说一下委托,在下一章会详细介绍委托,在这里就是简单说明一下. 委托的关键字段delegate,声明委托 public delegate void NoReturnN ...