TCPS压测平台使用指南 一、前置准备 1.1 平台入口 访问域名:https://tcps.tencent.com/ 1.2 登录方式 目前仅支持微信扫码登录 1.3 平台首页 1.4 团队页面 二、资源管理 2.1 公有资源管理 TCPS提供了少量的压测执行公共资源, 2.2 私有资源管理 2.2.1上传集群 点击上传集群 image.png 填写集群信息 image.png 填写后信息后点击 点击“创建团队” 填写团队名称,点击“确定” 创建团队申请在申请列表中,请联系平台管理员[@黎策天]进行审批 4.1.2 私有集群 在TCPS压测平台上接入私有集群教程 - 云+社区 - 腾讯云 六、数据集管理 TCPS同时支持模拟多数据的压测场景 6.1 上传/下载/删除文件 进入数据集管理tab页,点击上传文件,上传脚本依赖的数据文件到平台; 目前支持的数据集文件格式为csv、txt,其他类型文件暂不支持 若需更改同时执行任务数(确保同时压测被测服务的不同接口不会影响到最终压测结果),请联系平台管理员。
导语1.TCPS压测平台接入私有集群必备内容(1)K8S集群:要求1.20版本以上的集群,集群至少需要三个节点一台16核32G的主控节点、多台8核16G的实际压测节点节点数量根据压测的目标QPS进行确定 ,一般一个节点可以支持2K的QPS带宽按量计费,外网带宽100Mbps,系统盘配置50GB高性能的云硬盘(2)CFS:用于持久存储脚本、数据文件(3)放通 CVM安全组和集群对外访问:确保TCPS压测平台能与集群进行通信 若没有集群,请参考:在腾讯云TKE上构建集群详细教程(2)若没有CFS,请参考:在腾讯云TKE上购买集群文件共享存储CFS教程(3)若无法放通 CVM 安全组和集群对外访问,请参考:安全组与集群访问配置部署压测服务具体步骤 1.微信扫码登录TCPS压测平台:https://tcps.tencent.com/ 图片 2.点击“进入内测”,进入团队页面 图片 3.在团队页面上点击“创建团队” 图片 4.在申请创建团队界面 图片7.待平台管理员审批通过后,在团队中心的申请列表中可以看到集群正在初始化,该过程耗时在10分钟以内。图片8.待资源创建完成后,点击确认创建团队。图片9.至此,压测服务部署完成,可以执行压测任务了。
什么是TCPS平台? 分布式Jmeter作为云原生的压测方案,虽然有着功能强大,压测上限高的特点,但是也有部署较为繁琐,结果展示不够形象的问题。 为了解决这个问题,我们开发了这个名叫TCPS(Tencent Cloud Performance Suite)的压力测试SaaS平台。 为什么使用TCPS平台? JMeter 知识 2.可以适应复杂请求 3.不需要自己部署压测服务 4.提供免费的公共资源 5.UI化界面,操作流程简单 注册登录流程 TCPS平台的网址是https://tcps.tencent.com 快速压测流程 1. 上传文件 选择需要上传的文件 2.运行脚本 填写运行信息 3.查看结果 加载完成后,即可开始压测 下图是压测页面,可以查看结果 设置的压测时间计时结束后,压测完成! 结束语 以上就是如何在TCPS平台快速发起一次压测的内容,更多关于TCPS平台的使用指南请看TCPS压测平台使用指南
前言本文主要回答一些用户在使用TCPS平台时遇到的常见问题。如想了解整个平台的使用指南,请看TCPS压测平台使用指南;如想快速发起一次压测,请看一分钟快速开启压测——TCPS平台指南系列。 压测相关Q1: 这个压测配置(如图)是指什么?图片答:这是JMeter脚本中配置的线程组。在JMeter中打开这个脚本是这样的(见下图),在平台中可以通过勾选来启用或者禁用任意一个线程组。 资源相关Q8: 在平台上压测时可不可以知道这个任务用了几台压测机?答:不能看到。本平台对用户屏蔽了资源的概念,希望用户不需要关心压测资源分配的问题就能顺利压测。 TCPS平台目前会给每个压测机默认分配300并发,例如启动了某个配置为500并发的任务,平台就会分配2台压测机去压测这个任务。如果有项目组需要调整每台压测机的并发数,可以联系平台管理员。 点击“账号信息”图片点击“修改信息”图片填写个人信息(三个都必填)用户名为公司-角色-姓名,如腾讯-压测-xxx图片
引言Coding平台是大家比较常用以及熟悉的压测方式,本文的目的是将coding平台与TCPS平台在操作成本和压测结果等方面上进行对比,让大家对TCPS平台有更直观的印象。 手动计算并发数增加了压测执行人的心智负担。TCPS平台在TCPS平台上如果需要选择不同的线程组进行压测,只需要在运行配置中勾选相应的线程组即可。 TCPS平台TCPS平台把Grafana面板整合到平台内部,使得用户可以方便快捷地管理与查看任务。在TCPS平台中如果需要查看压测结果,只需要三步:1.点击“任务列表”。 图片总结通过本文,可以总结出以下几点:Coding平台相比TCPS平台,执行压测操作更繁琐。 Coding平台相比TCPS平台,缺少对任务的管理能力。Coding平台相比TCPS平台,缺少了提供报告的能力。两次压测的对比下,Coding与TCPS平台的压测能力(压出来的结果QPS)相差不大。
,将压测流程管控、压测任务管理和自动化性能基线等功能整合在一起,形成一个可以支撑各种个性化压测需求的分布式业务系统,也就是压测平台。 也就是说,对于压测平台,我们最关心两个个问题: 该工具/平台是否可以满足自己的测试需求? 该工具/平台能否稳定提升压力到指定水平? 该工具/平台的压测成本有多高? 工具/平台间的对比 在这里进行对比的平台/工具有阿里云的性能测试平台PTS、华为云的性能测试服务CPTS、睿象云的云压力测试平台CPT这三款云压测平台以及k6、Apache JMeter这两款压测工具。 因为这三家压测平台都接受个人用户在其平台上进行压测,而像腾讯云的WeTest压测大师、数列科技的ForceCop和压测宝等一些云压测平台则暂时只接受企业用户进行压测,定价与服务也是依据企业用户的自身情况进行定制的 该工具/平台的压测成本有多高?
前置环节在TCPS平台创建团队,并从管理员处拿到团队TCPS_ID和TCPS_SECRET参考:https://cloud.tencent.com/developer/article/20252552. 使用TCPS压测模版创建构建计划使用“TCPS-压测”构建计划模版创建构建计划,并配置TCPS_ID和TCPS_SECRET来绑定TCPS平台上创建的团队资源。图片图片图片3. 启动压测任务在构建参数中填写期望执行的压测脚本和数据集文件(如有需要)路径,并配置压测持续时间(秒),点击立即构建即可启动压测任务。图片5. 查看压测报告在构建过程日志中,可以查看到本次执行的压测任务详情链接,点击即可跳转到TCPS压测平台查看压测报告,并可进一步执行报告导出等操作。图片图片6. 备注通过Coding启动到TCPS压测任务,不会在TCPS平台保留压测脚本和数据集文件,用户可直接通过TCPS平台执行压测操作。一切压测相关咨询,可联系 tcps@tencent.com
背景 前段时间,公司项目需要压测某个服务.公司所有使用的都是locust作为压测脚本,该项目延续使用locust. 用过locust的小伙伴应该都知道,locust工具本身提供一个web平台,可以实时查看数据,但是也有缺点:数据不能存储,所有测试数据存在了内存中,重启以后测试数据会消失. 当时的需求是陆续压测几天,需要有一份能持续对比的压测数据,所以想把locust持久化存储. 使用prometheus存储locust产出的压测的数据,grafana作为前端页面展示数据.
【问题解决】把master和salve重启没有上传csv文件导致在coding平台构建计划失败【问题描述】在coding构建压测计划时没有反应,查看日志无压测数据【原因分析】在执行任务前重新部署了jmeter-suite grafana面板看不到压测数据【问题描述】coding平台运行jmeter脚本,压测结束后grafana面板看不到压测数据【原因分析】本次项目压测集群配置了多个命名空间,只有defalut下配置了grafana db=jmeterJMX脚本配置错误导致Grafana面板中Summary部分无压测数据脚本中后端监听器禁用【问题描述】在Coding平台上进行压测,由于jmx脚本中后端监听器中的influxdbUrl db=jmeter后端监听器中的influxdbUrl配置错误【问题描述】在Coding平台上进行压测,由于jmx脚本中后端监听器中的influxdbUrl配置错误,导致压测结束后grafana面板看不到压测数据 db=jmeterGrafana面板上Summary中有数据,transaction中没有记录【问题描述】在Coding平台上进行压测,脚本之行正常,grafana面板上summary部分显示正常,但是
1 前提准备 已具备Coding平台项目权限,没有权限请联系杨珂或高艳红 JMeter脚本需要在本地调试成功 联系压测专项负责人获取压测集群配置信息及对应的监控面板地址 2 JMeter脚本设置 2.1 4 压测任务创建 4.1 压测执行流程图 image.png 4.2 无依赖CSV文件的场景 登陆Coding平台的项目,进入持续构建->构建计划,选择“压测执行”的卡片,点击立即构建,填写参数后 7.1章节,例如: test/Test.jmx 4.3 依赖CSV文件的场景 4.3.1 生成压测数据文件 登陆Coding平台的项目,进入持续构建->构建计划,选择“生成压测数据文件”的卡片 章节 4.3.2 执行压测脚本 登陆Coding平台的项目,进入持续构建->构建计划,选择“压测执行”的卡片,点击立即构建,填写参数后,再点击立即构建: image.png image.png Test.jmx 5 压测任务查看 登陆Coding平台的项目,进入持续构建->构建计划,点击需要查看任务的构建计划卡片,会弹出构建任务列表,点击需要查看的任务,进入任务详情页面,通过查看构建过程的完整日志
压测工具部署:Elasticsearch压测工具esrally部署指南 - 云+社区 本文另有延伸:大数据生态关于压力测试的内容 - 云+社区 背景 在大数据时代的今天,业务量越来越大,每天动辄都会产生上百 track: 即赛道的意思,这里指压测用到的样本数据和压测策略,使用 esrally list tracks 列出。 ,可以通过 esrally list pipeline 查看,其中有一个 benchmark-only 的流程,就是将 es 的管理交给用户来操作,rally 只用来做压测,如果你想针对已有的 es 进行压测 ,则使用该模式; track-params:对默认的压测参数进行覆盖; user-tag:本次压测的 tag 标记; client-options:指定一些客户端连接选项,比如用户名和密码。 压测标准 在压测的过程中,需要了解到各个指标的含义。但是网络上没有完整的文档,所以这里做一个详细的总结。
一、压力测试平台-----优测 优测官网 二、10000vum免费试用 1.单接口压测 创建单接口任务: 执行任务及查看报告: 导出报告: pdf格式报告: 2.全链路压测 创建全链路计划 : 执行全链路计划:每次会消耗vum 执行进度: 压测报告: 定时任务: 全链路pdf压测报告: 三、资源监控:grafana **免费的测试报告中,缺少了cpu和内存等资源的占用情况。 所以我这里想到的是grafana,利用grafana动态实时的资源可视化,结合优测,应该效果非常棒.** 四、总结 问题: 本来想结合业务登录接口去坐个压测,结果发现,优测不支持application
压测服务部署2.1 Coding平台Jmeter-Suite压测工具部署文档Coding平台项目构建指南2.2 TCPS压测平台TCPS压测平台接入私有集群教程2.3 Jmeter分布式部署Jmeter 压测平台执行压测4.1 CodingCoding执行压测操作全流程详解4.2 TCPS一分钟快速开启压测——TCPS平台指南系列TCPS压测平台使用指南TCPS对接Coding使用指南TCPS平台常见问答 ——TCPS平台指南系列4.3 压测数据解析压测grafana面板之请求响应耗时解析5. 压测工具平台问题案例库压测工具平台问题案例库Jmeter脚本中请求方式由post变成了get,什么原因?6. 其他压测工具压测工具Locust特性及实现Locust + Boomer 基于 K8S 分布式压测使用说明在Kubernetes上部署k6的详细步骤业界常用压测工具/平台对比
AMD CPU 可能只有 Intel CPU 的一半性能(通过对 Nehalem EP/Westmere EP/Sandy 平台的对比)。 在不同平台下面,Redis 可以被编译成不同的内存分配方式(libc malloc, jemalloc, tcmalloc),他们在不同速度、连续和非连续片段下会有不一样的表现。
在 MongoDB 上线之前,我们可能想知道它的极限是怎样的,这时,我们可以借助工具对 MongoDB 进行压测,这一节内容就来聊聊通过 YCSB 对 MongoDB 进行压测。 readproportion=1 updateproportion=0 scanproportion=0 insertproportion=0 requestdistribution=zipfian 关于 YCSB 的压测文件的每个参数的解释如下 5 运行压测 加载压测数据: ./bin/ycsb load mongodb -P workloads/workloada 进行压测: . 99thPercentileLatency(us), 1317.0 [UPDATE], Return=OK, 24798 通过 “[OVERALL], Throughput(ops/sec)”,可看出我们压测的实例 当然,压测过程也需要关注 CPU、内存等,看是否已经到极限了。
本章内容根据《分布式服务架构》整理 1.业务模型分析 2.压测执行 3.压测工具 4.小结 业务模型分析 对业务模型进行分析,选择日常请求量大且路径覆盖范围广的典型交易,建立测试业务模型,确定各接口请求量的对比 加压方式 1.瞬间加压:通过测试工具模拟大量并发请求 2.逐渐加压:一定周期内为抛物线的趋势 3.梯度加压:逐渐增加用户并发量 4.确定延时方式 压测执行 观察系统的资源占用情况 /系统层面:CPU, 打开的文件句柄,线程切换,和打开的Socket数量 /接口的吞吐量,响应时间,超时情况等 /数据库的慢 SQL,SQL行读,锁等待,死锁,缓冲区命中,索引命中等 /消息队列的吞吐变化,响应时间,超时情况 /压测过程中记录压测记录 /分析是否满足既定压测目标 /指出系统存在的瓶颈点 压测工具:ab,jmeter,mysqlslap.sysbench,dd,LoadRunner,Hprof 我记得我整理了ab,jmeter的文章, 但ab在哪忘记了,贴一下jmeter的链接Jmeter系统入门教程(安装、组件使用、Demo展示、连接数据库、压测报告) 现在根据书上hprof 测试环境windows,4CPU,8G内存 java
压测信息: envoy版本: 1.23.2-dev istio版本:1.15.2 envoy只打开了access log,没有配置任何VS和DR,去掉了jeager和stat-filter插件, pod层面做的压测,资源为 1c2g的sidecar配比,业务容器是1c2g,响应比较快,request的大小是多少,response就返回多少。 网络是k8s的内网,延迟很低,不超过1ms。 压测准备: 构建 test1---->test2的链路,在test1的pod里面进行压测,访问的接口是test1的,这里的接口内部实现了调用test2的逻辑,也就是说:流量是下面这个样子 --流量--》 , 10 KiB) copied, 9.7164e-05 s, 105 MB/s 参考: https://www.cnblogs.com/machangwei-8/p/10353628.html 2.压测工具使用的是 hey,压测命令的例子如下: # .
AMD CPU 可能只有 Intel CPU 的一半性能(通过对 Nehalem EP/Westmere EP/Sandy 平台的对比)。 在不同平台下面,Redis 可以被编译成不同的内存分配方式(libc malloc, jemalloc, tcmalloc),他们在不同速度、连续和非连续片段下会有不一样的表现。
文 | a11en_03 背景介绍 由于近期压测平台的开发,期中设计到的一个功能点就是要实时监控任务的运行状态一旦改变要及时在页面更新状态,首先压测用例的运行状态是保存在服务端那么客户端如何做到实时监控呢 答案是否定的,所以基于我项目情况虑,有以下几点,我选择这种方式: 压测平台压没有并发用户的场景 数据更新时延没有严格要求-,10s的时延我都可以接受,嘿嘿嘿 完美解决了我同一个html页面处理其他请求的需求
背景 在业务新上线,或者业务做活动,压测成为必不可少的一步。 但是很多开发对如何做好服务压测并没有特别系统的了解,这篇文章的目的是为了解释清楚单机服务压测的目的、做法、误区,帮助大家更好地达成压测的目的 压测的目的是什么? 我们并不总是对自己的服务这么自信,压测能够帮我们了解清楚在高压情况下的表现,发现隐藏的问题。 后续的内容我们将按照三个目标逐一讲述,压测中可能存在的误区 性能瓶颈分析 在分析服务性能瓶颈的时候,一般使用perf工具来生成服务在压测时的火焰图 y 轴表示调用栈,每一层都是一个函数。 流量预估:通过历史数据(或者结合业务和时间)预估业务流量会有多大的系统调用量 容量评估:根据预估结果,计算服务需要分配多少机器 场景压测:针对重点业务场景,进行全局性的压测,根据压测结果再次调整。