CN114168439A - 一种集群内服务的压测控制方法、装置、存储介质及终端 - Google Patents
一种集群内服务的压测控制方法、装置、存储介质及终端 Download PDFInfo
- Publication number
- CN114168439A CN114168439A CN202111296029.5A CN202111296029A CN114168439A CN 114168439 A CN114168439 A CN 114168439A CN 202111296029 A CN202111296029 A CN 202111296029A CN 114168439 A CN114168439 A CN 114168439A
- Authority
- CN
- China
- Prior art keywords
- service
- test
- data
- cluster
- running state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种集群内服务的压测控制方法、装置、存储介质及终端,方法包括:根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;监控并实时分析所述测试结果确定每个服务的运行状态;基于运行状态确定每个服务是否到达服务的最大请求峰值;当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。由于本申请能够通过监控并实时分析所述测试结果确定每个服务的运行状态,并根据运行状态得出每个服务的最大请求峰值,以及根据峰值生成测试报告以及分布式系统部署方案,从而提升了测试效率,简化了测试和生成部署方案的流程。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种集群内服务的压测控制方法、装置、存储介质及终端。
背景技术
随着软件系统中功能的不断增多,系统集群内各服务的性能和稳定性的测试要求越来越重要,因此在对系统内每个服务进行压力测试以确定上线后的性能是否满足业务需求,是必然进行的过程。
在现有技术中,针对服务进行压力测试都只是预先通过脚本进行对分布式系统的压测,最后输出压测性能结果。如果集群节点无法承受压测并发,就需要工程师重新调整配置脚本重新进行压测,通过多次的修改配置进行压力测试的报告结果得出部署方案,从而降低了测试效率。又或是一些方案可以通过自动增加节点或服务来应付测试压力。但是在生产环境下服务资源是很贵重的,单纯的增加节点即浪费资源又没有解决测试出服务性能的瓶颈的问题。
发明内容
本申请实施例提供了一种集群内服务的压测控制方法、装置、存储介质及终端。为了对披露的实施例的一些方面有一个基本的理解,下面给出了简单的概括。该概括部分不是泛泛评述,也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念,以此作为后面的详细说明的序言。
第一方面,本申请实施例提供了一种集群内服务的压测控制方法,方法包括:
根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
监控并实时分析所述测试结果确定每个服务的运行状态;
基于运行状态确定每个服务是否到达服务的最大请求峰值;
当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。
可选的,根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果,包括:
根据预先配置的脚本或数据库获取测试数据;
对当前系统的集群中每个服务创建多个线程,得到每个服务的多个线程;
启动每个服务的多个线程,使得从测试数据中获取预设数量的数据进行性能压测,生成测试结果。
可选的,监控并实时分析所述测试结果确定每个服务的运行状态,包括:
当监控到测试结果生成时,加载预先设定的数据分析组件;
将测试结果输入数据分析组件中,输出每个服务的状态数据;
根据状态数据确定每个服务的运行状态。
可选的,状态数据至少包括响应数据结果、异常请求数量、服务器性能指标;
根据状态数据确定每个服务的运行状态,包括:
当响应数据结果、异常请求数量、服务器性能指标全部在预设区间内时,确定每个服务为正常的运行状态;
或者,
当响应数据结果、异常请求数量、服务器性能指标全部不在预设区间内时,确定每个服务为异常的运行状态。
可选的,基于运行状态确定每个服务是否到达服务的最大请求峰值,包括:
基于运行状态动态调整测试数据的并发量;
基于调整并发量后的测试数据确定每个服务是否到达稳定运行状态;
当每个服务到达稳定运行状态时,确定每个服务到达最大请求峰值。
可选的,基于运行状态动态调整测试数据的并发量,包括:
当每个服务为正常的运行状态时,自动调高测试数据并发量;
或者,
当每个服务为异常的运行状态时,自动调低测试数据并发量。
可选的,当每个服务到达稳定运行状态时,确定每个服务到达最大请求峰值,包括:
当每个服务未到达稳定运行状态时,基于调整并发量后的测试数据继续对当前系统的集群中每个服务进行性能压测。
第二方面,本申请实施例提供了一种集群内服务的压测控制装置,装置包括:
服务压测模块,用于根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
智能监控模块,用于监控并实时分析所述测试结果确定每个服务的运行状态;
稳定性判断模块,用于基于运行状态确定每个服务是否到达服务的最大请求峰值;
报告生成模块,用于当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。
第三方面,本申请实施例提供一种计算机存储介质,计算机存储介质存储有多条指令,指令适于由处理器加载并执行上述的方法步骤。
第四方面,本申请实施例提供一种终端,可包括:处理器和存储器;其中,存储器存储有计算机程序,计算机程序适于由处理器加载并执行上述的方法步骤。
本申请实施例提供的技术方案可以包括以下有益效果:
在本申请实施例中,集群内服务的压测控制装置首先根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果,然后监控并实时分析所述测试结果确定每个服务的运行状态,再基于运行状态确定每个服务是否到达服务的最大请求峰值,最后当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。由于本申请能够通过监控并实时分析所述测试结果确定每个服务的运行状态,并根据运行状态得出每个服务的最大请求峰值,以及根据峰值生成测试报告以及分布式系统部署方案,从而提升了测试效率,简化了测试和生成部署方案的流程。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是本申请实施例提供的一种集群内服务的压测控制方法的流程示意图;
图2是本申请实施例提供的一种集群内服务的压测控制过程的过程示意图;
图3是本申请实施例提供的一种集群内服务的压测控制装置的结构示意图;
图4是本申请实施例提供的一种终端的结构示意图。
具体实施方式
以下描述和附图充分地示出本发明的具体实施方案,以使本领域的技术人员能够实践它们。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本发明的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。此外,在本发明的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请提供了一种集群内服务的压测控制方法、装置、存储介质及终端,以解决上述相关技术问题中存在的问题。本申请提供的技术方案中,由于本申请能够通过监控并实时分析所述测试结果确定每个服务的运行状态,并根据运行状态得出每个服务的最大请求峰值,以及根据峰值生成测试报告以及分布式系统部署方案,从而提升了测试效率,简化了测试和生成部署方案的流程,下面采用示例性的实施例进行详细说明。
下面将结合附图1-附图2,对本申请实施例提供的集群内服务的压测控制方法进行详细介绍。该方法可依赖于计算机程序实现,可运行于基于冯诺依曼体系的集群内服务的压测控制装置上。该计算机程序可集成在应用中,也可作为独立的工具类应用运行。
请参见图1,为本申请实施例提供了一种集群内服务的压测控制方法的流程示意图。如图1所示,本申请实施例的方法可以包括以下步骤:
S101,根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
其中,测试数据是对服务进行压力测试的初始化数据,集群是由多个服务构成的群体集合。
在本申请实施例中,在进行压测时,首先根据预先配置的脚本或数据库获取测试数据,然后对当前系统的集群中每个服务创建多个线程,得到每个服务的多个线程,最后启动每个服务的多个线程,使得从测试数据中获取预设数量的数据进行性能压测,生成测试结果。
在一种可能的实现方式中,通过脚本配置或数据库获取的方式初始化数据,得到测试数据,数据得到后,按照预先配置的脚本,按照每个服务的节点需要多少个线程进行性能压测。
S102,监控并实时分析所述测试结果确定每个服务的运行状态;
在本申请实施例中,首先当监控到测试结果生成时,加载预先设定的数据分析组件,然后将测试结果输入数据分析组件中,输出每个服务的状态数据,最后根据状态数据确定每个服务的运行状态。
其中,状态数据至少包括响应数据结果、异常请求数量、服务器性能指标。
具体的,在确定每个服务的运行状态时,首先当响应数据结果、异常请求数量、服务器性能指标全部在预设区间内时,确定每个服务为正常的运行状态;或者,当响应数据结果、异常请求数量、服务器性能指标全部不在预设区间内时,确定每个服务为异常的运行状态。
在一种可能的实现方式中,在压测时,对于监控测试服务发送数据是否积压、响应数据结果、异常请求数量、服务器性能指标进行监控并记录数据。
S103,基于运行状态确定每个服务是否到达服务的最大请求峰值;
在本申请实施例中,在确定每个服务是否到达服务的最大请求峰值时,首先基于运行状态动态调整测试数据的并发量,然后基于调整并发量后的测试数据确定每个服务是否到达稳定运行状态,最后当每个服务到达稳定运行状态时,确定每个服务到达最大请求峰值。
进一步地,当每个服务未到达稳定运行状态时,基于调整并发量后的测试数据继续对当前系统的集群中每个服务进行性能压测。
并且可以按照一定调整策略进行智能调整,
调整策略进行动态调整例如:
a、如服务节点宕机,自动剔除,并且转移当前节点测试数据到其它节点。
b、如服务节点宕机,自动剔除,继续按照预设值进行测试。
c、如服务节点宕机,自动结束测试并生成报告。
具体的,基于运行状态动态调整测试数据的并发量时,当每个服务为正常的运行状态时,自动调高测试数据并发量;或者,当每个服务为异常的运行状态时,自动调低测试数据并发量。
具体的,如果通过分析异常占比、响应数据、响应时长处于正常的情况下,则自动增大测试数据并发量;如果通过分析异常占比、响应数据错误较多,则自动适当减少测试数据并发量;直到调整到集群节点所能承受峰值,进行稳定测试一定周期后得到每个服务到达最大请求峰值。
进一步地,在自动调高测试数据并发量或自动调低测试数据并发量时,本发明根据多个纬度进行调整,设置一个单位时间的滑动窗口进行数据计算:
通过窗口内收集的测试数据计算调整并发量的测试数据,公式为:T(n)=λT(n),n为测试数据数量,λ是小于1的正数,一般根据以下四项指标进行计算获得。
a、异常占比:当单位窗口内请求异常超过阈值时,调整数据=(异常数量/单位测试数据)*单位测试数据。
b、数据积压:当单位窗口内请求数据积压时,调整数据=(积压数据/单位测试数据)*单位测试数据。
c、调用结果:当单位窗口内返回结果错误数量超过阈值时,调整数据=(错误数量/单位测试数据)*单位测试数据。
d、服务性能:当单位窗口内服务负载超过配置阈值,调整数据=(经验值/总测试数据量)*单位测试数据。
e、如果系统稳定,需要增加数量,这里跟可以根据生产等环境的情况,设置经验值。
S104,当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。
在一种可能的实现方式中,在稳定运行周期后,输出本次性能测试报告结果。例如输出图形报告、聚合报告、调用链响应时间报告以及以当前节点的部署方案以及建议。
例如图2所示,图2是本申请提供的一种集群内服务的压测控制过程的过程示意图,首先根据数据脚本或者数据库进行数据准备,然后对集群中各服务配置多线程获取数据进行压力测试,再监控并实时分析所述测试结果确定每个服务的运行状态,通过分析数据进行动态调整节点并发量,最后实时采集测试数据判断服务的运行是否到达稳定,如果稳定了则生成报告进行输出,如果不稳定的话则继续进行压力测试。
在本申请实施例中,集群内服务的压测控制装置首先根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果,然后监控并实时分析所述测试结果确定每个服务的运行状态,再基于运行状态确定每个服务是否到达服务的最大请求峰值,最后当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。由于本申请能够通过监控并实时分析所述测试结果确定每个服务的运行状态,并根据运行状态得出每个服务的最大请求峰值,以及根据峰值生成测试报告以及分布式系统部署方案,从而提升了测试效率,简化了测试和生成部署方案的流程。
下述为本发明装置实施例,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。
请参见图3,其示出了本发明一个示例性实施例提供的集群内服务的压测控制装置的结构示意图。该集群内服务的压测控制装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置1包括服务压测模块10、智能监控模块20、稳定性判断模块30、报告生成模块40。
服务压测模块10,用于根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
智能监控模块20,用于监控并实时分析所述测试结果确定每个服务的运行状态;
稳定性判断模块30,用于基于运行状态确定每个服务是否到达服务的最大请求峰值;
报告生成模块40,用于当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。
需要说明的是,上述实施例提供的集群内服务的压测控制装置在执行集群内服务的压测控制方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的集群内服务的压测控制装置与集群内服务的压测控制方法实施例属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请实施例中,集群内服务的压测控制装置首先根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果,然后监控并实时分析所述测试结果确定每个服务的运行状态,再基于运行状态确定每个服务是否到达服务的最大请求峰值,最后当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。由于本申请能够通过监控并实时分析所述测试结果确定每个服务的运行状态,并根据运行状态得出每个服务的最大请求峰值,以及根据峰值生成测试报告以及分布式系统部署方案,从而提升了测试效率,简化了测试和生成部署方案的流程。
本发明还提供一种计算机可读介质,其上存储有程序指令,该程序指令被处理器执行时实现上述各个方法实施例提供的集群内服务的压测控制方法。
本发明还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各个方法实施例的集群内服务的压测控制方法。
请参见图4,为本申请实施例提供了一种终端的结构示意图。如图4所示,终端1000可以包括:至少一个处理器1001,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总线1002。
其中,通信总线1002用于实现这些组件之间的连接通信。
其中,用户接口1003可以包括显示屏(Display)、摄像头(Camera),可选用户接口1003还可以包括标准的有线接口、无线接口。
其中,网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
其中,处理器1001可以包括一个或者多个处理核心。处理器1001利用各种借口和线路连接整个电子设备1000内的各个部分,通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集,以及调用存储在存储器1005内的数据,执行电子设备1000的各种功能和处理数据。可选的,处理器1001可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1001中,单独通过一块芯片进行实现。
其中,存储器1005可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图4所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及集群内服务的压测控制应用程序。
在图4所示的终端1000中,用户接口1003主要用于为用户提供输入的接口,获取用户输入的数据;而处理器1001可以用于调用存储器1005中存储的集群内服务的压测控制应用程序,并具体执行以下操作:
根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
监控并实时分析所述测试结果确定每个服务的运行状态;
基于运行状态确定每个服务是否到达服务的最大请求峰值;
当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。
在一个实施例中,处理器1001在执行根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果时,具体执行以下操作:
根据预先配置的脚本或数据库获取测试数据;
对当前系统的集群中每个服务创建多个线程,得到每个服务的多个线程;
启动每个服务的多个线程,使得从测试数据中获取预设数量的数据进行性能压测,生成测试结果。
在一个实施例中,处理器1001在执行监控并实时分析所述测试结果确定每个服务的运行状态时,具体执行以下操作:
当监控到测试结果生成时,加载预先设定的数据分析组件;
将测试结果输入数据分析组件中,输出每个服务的状态数据;
根据状态数据确定每个服务的运行状态。
在一个实施例中,处理器1001在执行根据状态数据确定每个服务的运行状态时,具体执行以下操作:
当响应数据结果、异常请求数量、服务器性能指标全部在预设区间内时,确定每个服务为正常的运行状态;
或者,
当响应数据结果、异常请求数量、服务器性能指标全部不在预设区间内时,确定每个服务为异常的运行状态。
在一个实施例中,处理器1001在执行基于运行状态确定每个服务是否到达服务的最大请求峰值时,具体执行以下操作:
基于运行状态动态调整测试数据的并发量;
基于调整并发量后的测试数据确定每个服务是否到达稳定运行状态;
当每个服务到达稳定运行状态时,确定每个服务到达最大请求峰值。
在一个实施例中,处理器1001在执行基于运行状态动态调整测试数据的并发量时,具体执行以下操作:
当每个服务为正常的运行状态时,自动调高测试数据并发量;
或者,
当每个服务为异常的运行状态时,自动调低测试数据并发量。
在一个实施例中,处理器1001在执行当每个服务到达稳定运行状态时,确定每个服务到达最大请求峰值时,具体执行以下操作:
当每个服务未到达稳定运行状态时,基于调整并发量后的测试数据继续对当前系统的集群中每个服务进行性能压测。
在本申请实施例中,集群内服务的压测控制装置首先根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果,然后监控并实时分析所述测试结果确定每个服务的运行状态,再基于运行状态确定每个服务是否到达服务的最大请求峰值,最后当每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据最大请求峰值生成并输出测试报告。由于本申请能够通过监控并实时分析所述测试结果确定每个服务的运行状态,并根据运行状态得出每个服务的最大请求峰值,以及根据峰值生成测试报告以及分布式系统部署方案,从而提升了测试效率,简化了测试和生成部署方案的流程。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,集群内服务的压测控制的程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。
Claims (10)
1.一种集群内服务的压测控制方法,其特征在于,所述方法包括:
根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
监控并实时分析所述测试结果确定所述每个服务的运行状态;
基于所述运行状态确定所述每个服务是否到达服务的最大请求峰值;
当所述每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据所述最大请求峰值生成并输出测试报告。
2.根据权利要求1所述的方法,其特征在于,所述根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果,包括:
根据预先配置的脚本或数据库获取测试数据;
对所述当前系统的集群中每个服务创建多个线程,得到每个服务的多个线程;
启动所述每个服务的多个线程,使得从所述测试数据中获取预设数量的数据进行性能压测,生成测试结果。
3.根据权利要求1所述的方法,其特征在于,所述监控并实时分析所述测试结果确定所述每个服务的运行状态,包括:
当监控到测试结果生成时,加载预先设定的数据分析组件;
将所述测试结果输入所述数据分析组件中,输出每个服务的状态数据;
根据所述状态数据确定所述每个服务的运行状态。
4.根据权利要求3所述的方法,其特征在于,所述状态数据至少包括响应数据结果、异常请求数量、服务器性能指标;
所述根据所述状态数据确定所述每个服务的运行状态,包括:
当所述响应数据结果、异常请求数量、服务器性能指标全部在预设区间内时,确定所述每个服务为正常的运行状态;
或者,
当所述响应数据结果、异常请求数量、服务器性能指标全部不在预设区间内时,确定所述每个服务为异常的运行状态。
5.根据权利要求1所述的方法,其特征在于,所述基于所述运行状态确定所述每个服务是否到达服务的最大请求峰值,包括:
基于所述运行状态动态调整所述测试数据的并发量;
基于调整并发量后的所述测试数据确定所述每个服务是否到达稳定运行状态;
当所述每个服务到达稳定运行状态时,确定所述每个服务到达最大请求峰值。
6.根据权利要求5所述的方法,其特征在于,所述基于所述运行状态动态调整所述测试数据的并发量,包括:
当所述每个服务为正常的运行状态时,自动调高所述测试数据并发量;
或者,
当所述每个服务为异常的运行状态时,自动调低所述测试数据并发量。
7.根据权利要求5所述的方法,其特征在于,所述当所述每个服务到达稳定运行状态时,确定所述每个服务到达最大请求峰值,包括:
当所述每个服务未到达稳定运行状态时,基于调整并发量后的所述测试数据继续对当前系统的集群中每个服务进行性能压测。
8.一种集群内服务的压测控制装置,其特征在于,所述装置包括:
服务压测模块,用于根据获取的测试数据对当前系统的集群中每个服务进行性能压测,生成测试结果;
智能监控模块,用于监控并实时分析所述测试结果确定所述每个服务的运行状态;
稳定性判断模块,用于基于所述运行状态确定所述每个服务是否到达服务的最大请求峰值;
报告生成模块,用于当所述每个服务到达服务的最大请求峰值且稳定运行预设周期时,根据所述最大请求峰值生成并输出测试报告。
9.一种计算机存储介质,其特征在于,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行如权利要求1-7任意一项的方法步骤。
10.一种终端,其特征在于,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行如权利要求1-7任意一项的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111296029.5A CN114168439A (zh) | 2021-11-03 | 2021-11-03 | 一种集群内服务的压测控制方法、装置、存储介质及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111296029.5A CN114168439A (zh) | 2021-11-03 | 2021-11-03 | 一种集群内服务的压测控制方法、装置、存储介质及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114168439A true CN114168439A (zh) | 2022-03-11 |
Family
ID=80477921
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111296029.5A Pending CN114168439A (zh) | 2021-11-03 | 2021-11-03 | 一种集群内服务的压测控制方法、装置、存储介质及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114168439A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115309597A (zh) * | 2022-08-15 | 2022-11-08 | 北京星汉未来网络科技有限公司 | 一种服务器集群测试的方法、装置、存储介质及电子设备 |
-
2021
- 2021-11-03 CN CN202111296029.5A patent/CN114168439A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115309597A (zh) * | 2022-08-15 | 2022-11-08 | 北京星汉未来网络科技有限公司 | 一种服务器集群测试的方法、装置、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10558498B2 (en) | Method for scheduling data flow task and apparatus | |
CN111817974B (zh) | 基于令牌桶的接口限流方法、装置、系统及可读存储介质 | |
US9268663B1 (en) | Software testing analysis and control | |
CN106959894B (zh) | 资源分配方法和装置 | |
CN111049705A (zh) | 一种监控分布式存储系统的方法及装置 | |
CN109614227B (zh) | 任务资源调配方法、装置、电子设备及计算机可读介质 | |
CN113590403B (zh) | 压力测试方法、装置、系统、电子设备、存储介质及产品 | |
CN107943579B (zh) | 资源瓶颈预测方法、设备、系统及可读存储介质 | |
CN110781180B (zh) | 一种数据筛选方法和数据筛选装置 | |
CN111125057B (zh) | 一种业务请求的处理方法、装置及计算机系统 | |
CN110334074B (zh) | 数据处理方法、装置、服务器及存储介质 | |
CN112799923A (zh) | 系统异常原因确定方法、装置、设备及存储介质 | |
CN111966597B (zh) | 测试数据生成方法及装置 | |
CN112506619A (zh) | 作业处理方法、装置、电子设备、存储介质和程序产品 | |
CN112685160A (zh) | 定时任务的调度方法、装置,终端设备及计算机存储介质 | |
CN114168439A (zh) | 一种集群内服务的压测控制方法、装置、存储介质及终端 | |
CN110347546B (zh) | 监控任务动态调整方法、装置、介质及电子设备 | |
CN110728118B (zh) | 跨数据平台的数据处理方法、装置、设备及存储介质 | |
CN109274533B (zh) | 一种基于规则引擎的Web服务故障的定位装置和方法 | |
US20230359976A1 (en) | Real-Time Prediction Method, Electronic Device And Non-transitory Computer-Readable Storage Medium | |
CN116126719A (zh) | 接口测试方法、装置、电子设备及存储介质 | |
CN113360182B (zh) | 系统性能诊断的方法和装置 | |
CN115048107A (zh) | 代码编译方法、系统、电子设备及存储介质 | |
CN110247802B (zh) | 针对云服务单机环境的资源配置方法及装置 | |
CN109886327B (zh) | 一种分布式系统中Java数据的处理系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |