支付宝压力测试报告

时间：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模拟通讯录人员排序（sen.js）

    // JavaScript Document var PY_Json_Str = ""; var PY_Str_1 = ""; var PY_Str_2 = & ...

  2. 华为A199：近期不会再买华为的手机了

    为了支持国货,也省点钱,买了个华为A199: 缺点: 没有google play market很复杂的刷机后才能装Gmail   不过也有亮点: 自带录音功能,老htc通过软件也只能录单方向的哦关机闹 ...

  3. Android应用安全学习笔记前言

    Android是基于Linux kernel的一个自由及开放源代码的操作系统,主要用于移动设备.在2011年第一季度超越了塞班系统跃居了全球第一.本系列作为分享的东西吧.比较基础. 文章也不知道会分为 ...

  4. 进程控制fork与vfork

    1. 进程标识符 在前面进程描述一章节里已经介绍过进程的两个基本标识符pid和ppid,现在将详细介绍进程的其他标识符. 每个进程都有非负的整形表示唯一的进程ID.一个进程终止后,其进程ID就可以再次 ...

  5. 整理一些提高C#编程性能的技巧

    1.使用StringBuilder代替使用string 连接符 "+" 说明:String类对象是不可变的(只读),一旦创建该对象,就不能修改该对象的值. 对象String对象的重 ...

  6. [0] 领域模型 VS 贫血模型

    贫血→结构体领域→封装方法的类 1.领域模型 也要能够 到达解耦,最好不要出现billdao.InsertBill(obj)这种2.领域方法 最好是自身的方法,如改变一个属性值,添加一个子集,而不是一 ...

  7. CSS实现矩形按钮右边缘的中间有个往里凹的小半圆

    <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title> ...

  8. thinkphp5.0学习笔记（四）数据库的操作

    ThinkPHP内置了抽象数据库访问层,把不同的数据库操作封装起来,我们只需要使用公共的Db类进行操作,而无需针对不同的数据库写不同的代码和底层实现,Db类会自动调用相应的数据库驱动来处理.采用PDO ...

  9. Sqlserver 2005 跨数据库 导入数据

    --Sqlserver 2005 跨数据库 导入数据:--SQL Server 阻止了对组件 'Ad Hoc Distributed Queries' 的 STATEMENT'OpenRowset/O ...

  10. PHP安装phpredis扩展

    phpredis 的github地址:https://github.com/nicolasff/phpredis第一步:切换到指定的目录,然后wget https://github.com/nicol ...