CN116302736A - 一种服务器的部件测试方法、装置、电子设备及存储介质 - Google Patents

一种服务器的部件测试方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN116302736A
CN116302736A CN202310072381.3A CN202310072381A CN116302736A CN 116302736 A CN116302736 A CN 116302736A CN 202310072381 A CN202310072381 A CN 202310072381A CN 116302736 A CN116302736 A CN 116302736A
Authority
CN
China
Prior art keywords
target
test
component
server
performance
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
Application number
CN202310072381.3A
Other languages
English (en)
Inventor
卢志恒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202310072381.3A priority Critical patent/CN116302736A/zh
Publication of CN116302736A publication Critical patent/CN116302736A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273Test methods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2221Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2236Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test CPU or processors
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2268Logging of test results
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

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为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本申请实施例提供了一种服务器的部件测试方法、装置、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备,例如,可以为服务器、终端等电子设备,在此不做具体限定,为描述方便,后续简称为电子设备。
根据本申请实施例的一方面,提供了一种服务器的部件测试方法的方法实施例。图1为本申请实施例提供的一种服务器的部件测试方法的流程图,如图1所示,该方法包括:
步骤S11,获取服务器测试任务,并利用服务器测试任务确定待测试的目标服务器。
本申请实施例提供的方法应用于测试设备,测试设备上部署有用于对服务器中各个性能部件进行测试的测试工具。用户可以直接向测试设备上传服务器测试任务,具体的,测试设备接收用户触发的测试请求,测试设备基于测试请求向用户显示测试页面,测试页面显示有多个服务器标识以及测试参数,测试参数包括多个待进行压力测试的性能部件,性能部件包括:中央处理器,内存,硬盘以及网卡等等。测试设备检测用户基于测试页面选定目标服务器标识以及目标测试类型,并基于目标服务器标识以及测试参数生成服务器测试任务。或者,测试设备接收用户输入的测试命令,然后对测试命令进行解析,得到测试命令携带的目标服务器标识以及测试参数,并基于目标服务器标识以及测试参数生成服务器测试任务。
在本申请实施例中,测试设备生成服务器测试任务后,利用服务器测试任务中所携带的目标服务器标识确定待测试的目标服务器。
步骤S12,检测目标服务器内各个性能部件当前的部件数据,并利用性能部件的部件数据确定性能部件当前的目标加压策略。
在本申请实施例中,步骤S12,检测目标服务器内各个性能部件当前的部件数据,包括以下步骤A1-A4:
步骤A1,获取目标服务器内中央处理器的总核数以及已使用核数,并将已使用核数与总核数之间的比值作为中央处理器的部件数据。
步骤A2,获取目标服务器内总内存容量以及已使用内存容量,并将已使用内存容量与总内存容量之间的比值作为内存的部件数据。
步骤A3,获取目标服务器内非***硬盘的硬盘总数以及硬盘容量,并将硬盘总数以及硬盘容量作为硬盘的部件数据。
步骤A4,获取目标服务器内网卡的网口数量,并将网口数量作为网卡的部件数据。
在本申请实施例中,测试设备执行服务器测试任务的过程中,获取目标服务器的配置信息,并从配置信息中获取目标服务器内所部属中央处理器的总核数,总内存容量,非***硬盘的硬盘总数,硬盘容量以及网卡的网口数量。其次,测试设备检测目标服务器当前的运行数据,并从运行数据中读取中央处理器的已使用核数,已使用内存容量。
然后计算已使用核数与总核数的比值,并将该比值确定为中央处理器的部件数据。计算已使用内存容量与总内存容量的比值,并将该比值确定为内存的部件数据。另外,对于性能部件硬盘和网卡,可以直接将硬盘总数以及硬盘容量确定为硬盘的部件数据。对于性能部件网卡,可以直接将网卡的网口数量确定为网卡的部件数据。
需要说明的是,通过将已使用核数与总核数的比值,以及已使用内存容量与总容量的比值作为部件数据,便于后续更精准的确定相应性能部件的加压策略。
在本申请实施例中,利用性能部件的部件数据确定性能部件当前的目标加压策略,包括以下步骤B1-B4:
步骤B1,确定已使用核数与总核数之间的比值所在的第一范围,并将第一范围对应的加压策略确定为中央处理器的目标加压策略。
步骤B2,确定已使用内存量与总内存容量之间的比值所在的第二范围,并将第二范围对应的加压策略确定为内存的目标加压策略。
步骤B3,将硬盘总数以及硬盘容量对应的加压策略确定为硬盘的目标加压策略。
步骤B4,将网口数量对应的加压策略确定为网口的目标加压策略。
在本申请实施例中,测试设备中存储了各个性能部件对应的加压策略表,加压策略表包括:该性能部件的部件参数与加压策略之间的映射关系。其中,中央处理器对应的加压策略表包括:各个预设范围,以及每个预设范围对应的加压策略。内存对应的加压策略表包括:各个预设范围,以及每个预设范围对应的加压策略。硬盘对应的加压策略表包括:硬盘总数以及硬盘容量对应的加压策略。网卡对应的加压策略表包括:网口数量对应加压策略。基于此,测试设备直接查询各个性能部件对应的加压策略表,查询各个部件数据对应的目标加压策略。
作为一个示例,已使用核数与总核数之间的比值所在的范围越大,加压策略越大,例如:预设范围包括:范围F1,范围F2以及范围F3,范围F1小于范围F2,范围F2小于范围F3。在范围F1的情况下,加压策略是:在2分钟内,将虚拟用户访问量从0增加到N/2,预期每秒请求数从0增加到n/2。在范围F2的情况下,加压策略是:在2分钟内,保持虚拟用户访问量N/2以及预期每秒请求数n/2,然后持续虚拟访问时长T/3。在范围F3的情况下,加压策略是:在1分钟内,将虚拟用户访问量从0增加到N/2,预期每秒请求数从0增加到n/2。在2分钟内,将虚拟用户访问量从N/2增加到N,预期每秒请求数从n/2增加到n,然后持续虚拟访问时长T。
本申请实施例通过检测各个性能部件对应的部件数据,并利用部件数据自动确定各个性能部件的加压策略,不需要用户逐一配置各个性能部件的加压测试方案,提高了服务器测试的自动化程度。
步骤S13,利用目标加压策略获取性能部件对应的目标测试数据。
在本申请实施例中,步骤S13,利用目标加压策略获取性能部件对应的目标测试数据,包括以下步骤C1-C2:
步骤C1,获取服务器测试任务所携带的测试数据包,其中,测试数据包携带用于对各个性能部件进行测试的基础测试数据。
步骤C2,利用目标加压策略对基础测试数据进行更新,得到目标测试数据。
在本申请实施例中,用户在生成服务器测试任务时,还会预先上传测试数据包,测试数据包包括用于对各个性能部件进行的基础测试数据。然后利用目标加压策略对基础测试数据进行更新,得到目标测试数据。其中,基础测试数据可以是对性能部件进行压力测试时的上限值,例如:基础测试数据包括:虚拟用户访问量的上限值N,每秒请求数n,虚拟访问时长T。
在本申请实施例中,基于上述得到的目标加压策略,对测试数据包携带的基础测试数据进行更新,例如:当前的目标加压策略为:在2分钟内,将虚拟用户访问量从0增加到N/2,预期每秒请求数从0增加到n/2。利用该目标加压策略对基础测试数据进行更新,更新后的目标测试数据包括:2分钟,虚拟用户访问量的上限N/2,每秒请求数n/2,虚拟访问时长T/3。
需要说明的是,在生成服务器测试任务时,通过添加测试数据包便于后续执行测试过程中,直接利用各个性能部件对应的加压策略对测试数据包中的基础测试数据自动更新,不再需要用户手动输入各个性能部件的测试数据,提高了测试效率。
步骤S14,基于各个性能部件的目标测试数据对各个性能部件进行并行压力测试。
在本申请实施例中,由于不同性能部件对应的加压策略不同,因此性能部件的目标测试数据也不同,测试设备利用目标加压策略得到目标测试数据后,利用各个性能部件的目标测试数据对性能部件进行压力测试。需要说明的是,各个性能部件的压力测试是并行进行的。
本申请实施例提供的方法通过检测服务器中各个性能部件的部件数据,利用部件数据自动获取各个性能部件的加压策略,同时利用加压策略确定各个性能部件的测试数据,最终利用测试数据对各个性能部件进行并行测试。以此无需用户配置加压测试策略,测试设备直接利用各个部件数据自动确定加压策略和测试数据,进行并行测试,实现了对服务器进行多场景压力测试,提高了测试覆盖面,同时将服务器的异常情况拦截在服务器正式投入使用前。
在本申请实施例中,在基于各个性能部件的目标测试数据对各个性能部件进行并行压力测试之后,方法还包括以下步骤D1-D5:
步骤D1,获取中央处理器对应的目标测试数据在预设时间内,对中央处理器进行测试得到的第一测试信息。
步骤D2,获取内存对应的目标测试数据在预设时间内,对内存进行测试得到的第二测试信息。
步骤D3,获取硬盘对应的目标测试数据在预设时间内,对硬盘进行测试得到的第三测试信息。
步骤D4,获取网卡对应的目标测试数据在预设时间内,对网卡进行测试得到的第四测试信息。
步骤D5,将第一测试信息以及第二测试信息存储至***日志文件,将第三测试信息存储至硬盘日志文件,以及将第四测试信息存储至网卡日志文件。
在本申请实施例中,测试设备在基于各个性能部件的目标测试数据对性能部件进行压力测试后,获取各个性能部件在预设时间内的测试信息。然后将测试信息存储至相应的日志文件,便于后续测试设备查询出现报错的测试信息。
在本申请实施例中,在基于各个性能部件的目标测试数据对各个性能部件进行并行压力测试之后,方法还包括:检测各个性能部件是否满足预设测试条件,其中,预设测试条件包括:停止测试,和/或出现报错。在性能部件满足预设测试条件的情况下,确定目标服务器压力测试异常,并利用各个日志文件确定出现异常的目标性能部件。
在本申请实施例中,测试设备在各个性能部件测试后,从各个性能部件对应的日志文件中读取测试信息,利用测试信息是否携带停止测试或测试异常/报错的信息,如果携带上述信息,则确定性能部件满足预设测试条件,此时将目标服务器标记为压力测试异常,同时确定出现异常的目标性能部件。
在本申请实施例中,方法还包括:获取目标性能部件对应的异常修复策略;按照异常修复策略对目标性能部件进行修复,并对修复后的目标性能部件进行性能压力测试。
在本申请实施例中,在确定目标服务器中出现异常的目标性能部件后,将目标性能部件的异常测试信息发送至预设终端,预设终端基于异常测试信息编写异常修复策略,并发送异常修复策略至测试设备,例如:目标性能部件是内存时,异常修复策略可以是清理内存中失效的数据,或者是,目标性能部件是硬盘时,异常修复策略可以是清理硬盘中异常的数据。测试设备按照异常修复策略对目标性能部件进行修复,并对修复后的目标性能部件进行测试,如果测试信息不满足预设测试条件,则确定测试通过。以此保证服务器通过性能压力测试。
图2为本申请实施例提供的一种服务器的部件测试装置的框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图2所示,该装置包括:
获取模块21,用于获取服务器测试任务,并利用服务器测试任务确定待测试的目标服务器。
检测模块22,用于检测目标服务器内各个性能部件当前的部件数据,并利用性能部件的部件数据确定性能部件当前的目标加压策略。
确定模块23,用于利用目标加压策略获取性能部件对应的目标测试数据。
测试模块24,用于基于各个性能部件的目标测试数据对各个性能部件进行并行测试,得到测试结果。
在本申请实施例中,性能部件包括:中央处理器,内存,硬盘以及网卡。
检测模块22,用于获取目标服务器内中央处理器的总核数以及已使用核数,并将已使用核数与总核数之间的比值作为中央处理器的部件数据;获取目标服务器内总内存容量以及已使用内存容量,并将已使用内存容量与总内存容量之间的比值作为内存的部件数据;获取目标服务器内非***硬盘的硬盘总数以及硬盘容量,并将硬盘总数以及硬盘容量作为硬盘的部件数据;获取目标服务器内网卡的网口数量,并将网口数量作为网卡的部件数据。
在本申请实施例中,检测模块22,用于确定已使用核数与总核数之间的比值所在的第一范围,并将第一范围对应的加压策略确定为中央处理器的目标加压策略;确定已使用内存量与总内存容量之间的比值所在的第二范围,并将第二范围对应的加压策略确定为内存的目标加压策略;将硬盘总数以及硬盘容量对应的加压策略确定为硬盘的目标加压策略;将网口数量对应的加压策略确定为网口的目标加压策略。
在本申请实施例中,确定模块23,用于获取服务器测试任务所携带的测试数据包,其中,测试数据包包括各个性能部件对应的基础测试数据;利用目标加压策略对基础测试数据进行更新,得到性能部件对应的目标测试数据。
在本申请实施例中,服务器的部件测试装置还包括:存储模块,用于获取中央处理器对应的目标测试数据在预设时间内,对中央处理器进行测试得到的第一测试信息;获取内存对应的目标测试数据在预设时间内,对内存进行测试得到的第二测试信息;获取硬盘对应的目标测试数据在预设时间内,对硬盘进行测试得到的第三测试信息;获取网卡对应的目标测试数据在预设时间内,对网卡进行测试得到的第四测试信息;将第一测试信息以及第二测试信息存储至***日志文件,将第三测试信息存储至硬盘日志文件,以及将第四测试信息存储至网卡日志文件。
在本申请实施例中,服务器的部件测试装置还包括:判断模块,用于检测各个性能部件是否满足预设测试条件,其中,预设测试条件包括:停止测试,和/或出现报错;在性能部件满足预设测试条件的情况下,确定目标服务器压力测试异常,并利用各个日志文件确定出现异常的目标性能部件。
在本申请实施例中,服务器的部件测试装置还包括:处理模块,用于获取目标性能部件对应的异常修复策略;按照异常修复策略对目标性能部件进行修复,并对修复后的目标性能部件进行性能压力测试。
本申请实施例还提供一种电子设备,如图3所示,电子设备可以包括:处理器1501、通信接口1502、存储器1503和通信总线1504,其中,处理器1501,通信接口1502,存储器1503通过通信总线1504完成相互间的通信。
存储器1503,用于存放计算机程序;
处理器1501,用于执行存储器1503上所存放的计算机程序时,实现上述实施例的步骤。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的服务器的部件测试方法。
在本申请提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的服务器的部件测试方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘SolidState Disk)等。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。
以上所述仅是本申请的具体实施方式,使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种服务器的部件测试方法,其特征在于,包括:
获取服务器测试任务,并利用所述服务器测试任务确定待测试的目标服务器;
检测所述目标服务器内各个性能部件当前的部件数据,并利用所述性能部件的部件数据确定所述性能部件当前的目标加压策略;
利用所述目标加压策略获取所述性能部件对应的目标测试数据;
基于各个所述性能部件的目标测试数据对各个所述性能部件进行并行压力测试。
2.根据权利要求1所述的方法,其特征在于,所述性能部件包括:中央处理器,内存,硬盘以及网卡;
所述检测所述目标服务器内各个性能部件当前的部件数据,包括:
获取所述目标服务器内所述中央处理器的总核数以及已使用核数,并将所述已使用核数与所述总核数之间的比值作为所述中央处理器的部件数据;
获取所述目标服务器内总内存容量以及已使用内存容量,并将所述已使用内存容量与所述总内存容量之间的比值作为所述内存的部件数据;
获取所述目标服务器内非***硬盘的硬盘总数以及硬盘容量,并将所述硬盘总数以及所述硬盘容量作为所述硬盘的部件数据;
获取所述目标服务器内网卡的网口数量,并将所述网口数量作为所述网卡的部件数据。
3.根据权利要求2所述的方法,其特征在于,所述利用所述性能部件的部件数据确定所述性能部件当前的目标加压策略,包括:
确定所述已使用核数与所述总核数之间的比值所在的第一范围,并将所述第一范围对应的加压策略确定为所述中央处理器的目标加压策略;
确定所述已使用内存量与所述总内存容量之间的比值所在的第二范围,并将所述第二范围对应的加压策略确定为所述内存的目标加压策略;
将所述硬盘总数以及硬盘容量对应的加压策略确定为所述硬盘的目标加压策略;
将所述网口数量对应的加压策略确定为所述网口的目标加压策略。
4.根据权利要求1所述的方法,其特征在于,所述利用所述目标加压策略获取所述性能部件对应的目标测试数据,包括:
获取所述服务器测试任务所携带的测试数据包,其中,所述测试数据包携带用于对各个性能部件进行测试的基础测试数据;
利用所述目标加压策略对所述基础测试数据进行更新,得到所述目标测试数据。
5.根据权利要求2所述的方法,其特征在于,在基于各个所述性能部件的目标测试数据对各个所述性能部件进行并行压力测试之后,所述方法还包括:
获取所述中央处理器对应的目标测试数据在预设时间内,对所述中央处理器进行测试得到的第一测试信息;
获取所述内存对应的目标测试数据在预设时间内,对所述内存进行测试得到的第二测试信息;
获取所述硬盘对应的目标测试数据在预设时间内,对所述硬盘进行测试得到的第三测试信息;
获取所述网卡对应的目标测试数据在预设时间内,对所述网卡进行测试得到的第四测试信息;
将所述第一测试信息以及所述第二测试信息存储至***日志文件,将所述第三测试信息存储至硬盘日志文件,以及将所述第四测试信息存储至网卡日志文件。
6.根据权利要求5所述的方法,其特征在于,在基于各个所述性能部件的目标测试数据对各个所述性能部件进行并行压力测试之后,所述方法还包括:
检测各个所述性能部件是否满足预设测试条件,其中,所述预设测试条件包括:停止测试,和/或出现报错;
在所述性能部件满足所述预设测试条件的情况下,确定所述目标服务器压力测试异常,并利用各个日志文件确定出现异常的目标性能部件。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
获取所述目标性能部件对应的异常修复策略;
按照所述异常修复策略对目标性能部件进行修复,并对修复后的目标性能部件进行性能压力测试。
8.一种服务器的部件测试装置,其特征在于,包括:
获取模块,用于获取服务器测试任务,并利用所述服务器测试任务确定待测试的目标服务器;
检测模块,用于检测所述目标服务器内各个性能部件当前的部件数据,并利用所述性能部件的部件数据确定所述性能部件当前的目标加压策略;
确定模块,用于利用所述目标加压策略获取所述性能部件对应的目标测试数据;
测试模块,用于基于各个所述性能部件的目标测试数据对各个所述性能部件进行并行测试,得到测试结果。
9.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至7中任一项所述的方法步骤。
10.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;其中:
存储器,用于存放计算机程序;
处理器,用于通过运行存储器上所存放的程序来执行权利要求1至7中任一项所述的方法步骤。
CN202310072381.3A 2023-01-28 2023-01-28 一种服务器的部件测试方法、装置、电子设备及存储介质 Pending CN116302736A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310072381.3A CN116302736A (zh) 2023-01-28 2023-01-28 一种服务器的部件测试方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310072381.3A CN116302736A (zh) 2023-01-28 2023-01-28 一种服务器的部件测试方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN116302736A true CN116302736A (zh) 2023-06-23

Family

ID=86787870

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310072381.3A Pending CN116302736A (zh) 2023-01-28 2023-01-28 一种服务器的部件测试方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN116302736A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117520129A (zh) * 2023-11-21 2024-02-06 北京东青互联科技有限公司 一种数据中心设备监控方法、装置、设备及介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117520129A (zh) * 2023-11-21 2024-02-06 北京东青互联科技有限公司 一种数据中心设备监控方法、装置、设备及介质
CN117520129B (zh) * 2023-11-21 2024-05-10 北京东青互联科技有限公司 一种数据中心设备监控方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
CN113472607B (zh) 应用程序网络环境检测方法、装置、设备及存储介质
CN113259183B (zh) 一种网络继电器的控制方法、装置、电子设备及存储介质
CN111176918A (zh) 一种服务器测试方法、***、设备及计算机可读存储介质
CN110908920A (zh) 一种接口功能测试方法、装置及相关组件
CN113645085B (zh) 智能网卡的异常检测方法、装置、电子设备及存储介质
CN109873737B (zh) 一种测试方法及装置
CN116302736A (zh) 一种服务器的部件测试方法、装置、电子设备及存储介质
US8327189B1 (en) Diagnosing an incident on a computer system using a diagnostics analyzer database
CN114325534A (zh) 信号测试方法、装置、设备及可读存储介质
CN115542875A (zh) 一种基于soa服务的车辆检测方法及相关设备
CN111866921A (zh) 一种5g基站业务故障查找方法、装置、设备及可存储介质
CN110940874B (zh) 一种核电站变压器保护装置的校验方法、服务器及介质
CN116756037A (zh) 异常代码定位***、方法、设备及计算机可读存储介质
CN108512698B (zh) 一种网络容灾方法、装置及电子设备
CN116225804A (zh) 一种PCIe链路检测方法、***、设备及存储介质
CN115801618A (zh) 微服务应用稳定性测试方法、装置、平台、设备及介质
CN111884932B (zh) 一种链路确定方法、装置、设备和计算机可读存储介质
CN113360389A (zh) 一种性能测试方法、装置、设备及存储介质
CN110928765B (zh) 一种链路测试方法及装置
CN114036008A (zh) 设备信息检测方法、装置、计算机设备及存储介质
CN109039813B (zh) 一种检测因特网接入的方法、***及设备
CN110995495A (zh) 网络故障检测方法、装置、电子设备及存储介质
CN115622916A (zh) 网卡测试方法、装置、设备及存储介质
CN116701075A (zh) Nx模组检测方法、装置、电子设备及存储介质
CN111090588A (zh) 一种测试方法、装置、***、电子设备及存储介质

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