一种性能检测方法及装置与流程

本申请涉及计算机应用技术领域，更具体地说，涉及一种性能检测方法及装置。

背景技术：

随着计算机技术和互联网的发展、信息化的普及应用，各行各业开始大规模的建立网络来推业务发展。例如，政府、金融、教育、医疗等单位都已将核心业务移植到网络上，这些行业用户越来越依赖于网络中的IT基础设施以及应用系统来满足其核心业务需要。

也正是随着计算机技术和互联网的发展、信息化的普及应用，监控管理平台应运而生。监控管理平台可从网络和应用的不同层次，收集与业务/服务相关的各种信息(如，与网络设备、服务器、数据库、中间件等相关的实时运行数据)，同时对收集到的信息进行综合集中展示、关联分析，实现在一个平台上对整个IT环境的所有资源的综合透明的管理，进而全面掌握IT资源利用情况、诊断服务瓶颈、优化服务质量、同时为服务的扩展提供依据；同时提供智能故障分析；通过性能阈值判断服务的临界状态，提供故障过滤与故障根源分析，简化故障处理难度，保障用户满意度。

有鉴于此，提供一种性能检测方法及装置，通过对监控管理平台中资源性能的检测，以便用户明确监控管理平台中真正的风险、掌握监控管理平台的实际运行状况，是亟待解决的问题。

技术实现要素：

有鉴于此，本申请实施例提供一种性能检测方法及装置，通过对监控管理平台中资源性能的检测，以便用户明确监控管理平台中真正的风险、掌握监控管理平台的实际运行状态。

为了实现上述目的，现提出的方案如下：

一种性能检测方法，包括：

接收性能检测请求，所述性能检测请求中携带资源标识信息，所述资源标识信息指示唯一的一个待检测资源；

确定当前所述资源标识信息指示的待检测资源的各个报警事件；

获取直到当前时刻每个所述报警事件的连续报警次数；

针对每个所述报警事件，利用所述报警事件的连续报警次数计算所述报警事件所属的待检测资源与所述报警事件相关的性能指标。

优选的，所述利用所述报警事件的连续报警次数计算所述报警事件所属的待检测资源与所述报警事件相关的性能指标的过程包括：

获取所述报警事件所属的待检测资源所属的资源类别的第一权重信息；

确定所述报警事件所属的待检测资源的第二权重信息；

获取所述待检测资源的所述报警事件的第三权重信息；

利用所述第一权重信息、第二权重信息、第三权重信息和所述报警事件的连续报警次数计算所述报警事件所属的待检测资源与所述报警事件相关的性能指标。

优选的，所述利用所述第一权重信息、第二权重信息、第三权重信息和所述报警事件的连续报警次数计算所述报警事件所属的待检测资源与所述报警事件相关的性能指标的过程包括：

将所述第一权重信息、第二权重信息、第三权重信息和所述报警事件的连续报警次数的乘积结果，作为所述报警事件所属的待检测资源与所述报警事件相关的性能指标。

优选的，所述性能检测请求中携带的资源标识信息的个数为至少一个，该方法还包括：

利用每个所述报警事件所属的待检测资源与所述报警事件相关的性能指标，计算监控管理平台的性能指标。

优选的，所述利用每个所述报警事件所属的待检测资源与所述报警事件相关的性能指标，计算监控管理平台的性能指标的过程包括：

将100％减去各个所述报警事件所属的待检测资源与所述报警事件相关的性能指标的结果，作为所述监控管理平台的性能指标。

一种性能检测装置，包括：

性能检测请求接收单元，用于接收性能检测请求，所述性能检测请求中携带资源标识信息，所述资源标识信息指示唯一的一个待检测资源；

报警事件确定单元，用于确定当前所述资源标识信息指示的待检测资源的各个报警事件；

连续报警次数获取单元，用于获取直到当前时刻每个所述报警事件的连续报警次数；

第一性能指标计算单元，用于针对每个所述报警事件，利用所述报警事件的连续报警次数计算所述报警事件所属的待检测资源与所述报警事件相关的性能指标。

优选的，所述第一性能指标计算单元包括：

第一获取单元，用于获取所述报警事件所属的待检测资源所属的资源类别的第一权重信息；

确定单元，用于确定所述报警事件所属的待检测资源的第二权重信息；

第二获取单元，用于获取所述待检测资源的所述报警事件的第三权重信息；

计算单元，用于利用所述第一权重信息、第二权重信息、第三权重信息和所述报警事件的连续报警次数计算所述报警事件所属的待检测资源与所述报警事件相关的性能指标。

优选的，所述计算单元，用于将所述第一权重信息、第二权重信息、第三权重信息和所述报警事件的连续报警次数的乘积结果，作为所述报警事件所属的待检测资源与所述报警事件相关的性能指标。

优选的，所述性能检测请求中携带的资源标识信息的个数为至少一个，该装置还包括：

第二性能指标计算单元，用于利用每个所述报警事件所属的待检测资源与所述报警事件相关的性能指标，计算监控管理平台的性能指标。

优选的，所述第二性能指标计算单元，用于将100％减去各个所述报警事件所属的待检测资源与所述报警事件相关的性能指标的结果，作为所述监控管理平台的性能指标。

本申请提供一种性能检测方法及装置，通过接收携带资源标识信息的性能检测请求(资源标识信息指示唯一的一个待检测资源)，确定当前资源标识信息指示的待检测资源的各个报警事件，并获取直到当前时刻每个报警事件的连续报警次数，进而针对每个报警事件，利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标的方式，实现对监控管理平台中资源性能的检测，以便用户明确监控管理平台中真正的风险、掌握监控管理平台的实际运行状态。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种性能检测方法流程图；

图2为本申请实施例提供的一种利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标的方法流程图；

图3为本申请实施例提供的一种性能检测装置的结构示意图；

图4为本申请实施例提供的一种第一性能指标计算单元的详细结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例：

图1为本申请实施例提供的一种性能检测方法流程图。

如图1所示，该方法包括：

S101、接收性能检测请求，性能检测请求中携带资源标识信息，资源标识信息指示唯一的一个待检测资源；

在本申请实施例中，优选的，当用户需要对监控管理平台中资源的性能进行检测时，首先，需要发送性能检测请求，该性能检测请求中携带资源标识信息，每个资源标识信息指示一个唯一的待检测资源。

在本申请实施例中，优选的，性能检测请求中携带至少一个资源标识信息。

在本申请实施例中，优选的，当监控管理平台中包括多台服务器时，性能检测请求中携带的各个资源标识信息中的每个资源标识信息指示监控管理平台中的唯一的一台服务器，也即，性能检测请求中携带的各个资源标识信息指示的服务器均位于监控管理平台，且各个资源标识信息指示的服务器均不相同。

S102、确定当前资源标识信息指示的待检测资源的各个报警事件；

在本申请实施例中，优选的，针对性能检测请求携带的每个资源标识信息，确定当前与该资源标识信息指示的待检测资源对应的各个报警事件。例如，当性能检测请求中携带一个资源标识信息，该资源标识信息指示监控管理平台中的服务器A时，查找当前时刻监控管理平台中产生的与服务器A对应的各个报警事件，并将查找到的各个报警事件确定为当前服务器A的各个报警事件。

S103、获取直到当前时刻每个报警事件的连续报警次数；

在本申请实施例中，优选的，当执行步骤S102确定当前资源标识信息指示的待检测资源的各个报警事件后，针对每个报警事件，获取直到当前时刻每个报警事件的连续报警次数。

在本申请实施例中，优选的，例如，当性能检测请求中携带一个资源标识信息，该资源标识信息指示监控管理平台中的服务器A，且确定当前时刻监控管理平台中产生有与服务器A相关的报警事件A和报警事件B时，针对报警事件A获取直到当前时刻报警事件A的连续报警次数；针对报警事件B获取直到当前时刻报警事件B的连续报警次数。

S104、针对每个报警事件，利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标。

在本申请实施例中，优选的，针对每个报警事件，利用该报警事件的连续报警次数，计算该报警事件所属的待检测资源与该报警事件相关的性能指标。例如，针对当性能检测请求中携带一个资源标识信息，该资源标识信息指示监控管理平台中的服务器A，且确定当前时刻监控管理平台中产生有与服务器A相关的报警事件A和报警事件B时，利用报警事件A直到当前时刻的连续报警次数A1计算服务器A与报警事件A相关的性能指标，以及，利用报警事件B直到当前时刻的连续报警次数B1计算服务器A与报警事件B相关的性能指标。

为了更加清楚的对本申请实施例提供的一种利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标的方法进行阐述，现提供一种利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标的方法流程图，参见图2。

如图2所示，该方法包括：

S201、获取报警事件所属的待检测资源所属的资源类别的第一权重信息；

在本申请实施例中，优选的，预先将监控管理平台中的各个资源划分为不同的资源类别。

在本申请实施例中，优选的，将监控管理平台中的资源划分成服务器资源类别(将监控管理平台中的各个服务器划分为一个类别，该类别即为服务器资源类别)、交换机资源类别(将监控管理平台中的各个交换机划分为一个类别，该类别即为交换机资源类别)等。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求将监控管理平台中的资源划分成不同的类别，如将监控管理平台中的各个数据库划分为一个类别(也就是数据库资源类别)等，在此不作限定。

在本申请实施例中，优选的，预先为监控管理平台中划分的各个资源类别设置相应的第一权重信息，监控管理平台中的每个资源类别，随着资源类别对监控管理平台重要性的提升，其对应的第一权重信息逐渐增大。例如，当监控管理平台中的资源被划分为两类，一类为服务器资源类别，另一类为交换机资源类别时，若服务器资源类别相对于交换机资源类别来说，对监控管理平台的影响大(也就是更加重要)，设置的与服务器资源类别对应的第一权重信息指示的权重要比设置的与交换机资源类别对应的第一权重信息指示的权重大。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置监控管理平台中的资源类别，以及资源类别的第一权重信息，在此不作限定。

S202、确定报警事件所属的待检测资源的第二权重信息；

在本申请实施例中，优选的，针对资料类别中的每个资源均预先设置有相应的第二权重信息。如当服务器资源类别中包括服务器A和服务器B，那么会预先设置服务器A的第二权重信息和服务器B的第二权重信息。

在本申请实施例中，优选的，根据资源对监控管理平台的重要性的不同，资源类别中的每个资源的第二权重信息也会有所差别，优选的，资源对监控管理平台越重要，其对应的第二权重信息指示的权重越大。

以上仅仅是本申请实施例的优选的方式，发明人可根据自己的需求任意设置资料类别中的各个资源的第二权重信息，在此不作限定。

S203、获取待检测资源的报警事件的第三权重信息；

在本申请实施例中，优选的，针对监控管理平台中的每个资源类别中的每个资源来说，该资源会对应有多个报警事件，并且每个报警事件对监控管理平台的重要性也是不同的。因此，预先针对监控管理平台中的每个资源类别中的每个资源中的各个报警事件，预先设置该报警事件的第三权重信息，且随着报警事件对监控管理平台的重要性提升，报警事件的第三权重信息指示的权重越来越大。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置待检测资源的报警事件的第三权重信息，在此不作限定。

S204、利用第一权重信息、第二权重信息、第三权重信息和报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标。

在本申请实施例中，优选的，将第一权重信息、第二权重信息、第三权重信息和报警事件的连续报警次数的乘积结果，作为报警事件所属的待检测资源与报警事件相关的性能指标。

以上仅仅是本申请实施例的优选方式，发明人可根据自己的需求任意设置利用第一权重信息、第二权重信息、第三权重信息和报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标的方式，在此不作限定。

进一步的，在本申请实施例提供的一种性能检测方法中，当性能检测请求中携带的资源标识信息的个数为至少一个时，该方法还包括：利用每个报警事件所属的待检测资源与报警事件相关的性能指标，计算监控管理平台的性能指标。

在本申请实施例中，优选的，当性能检测请求中携带的资源标识信息的个数为至少一个时，尤其是，当性能检测请求中携带的各个资源标识信息指示的待检测资源为监控管理平台中的所有资源时，本申请实施例提供的一种性能检测方法还可用于利用每个报警事件所属的待检测资源与报警事件相关的性能指标，计算监控管理平台的性能指标。

在本申请实施例中，优选的，利用每个报警事件所属的待检测资源与报警事件相关的性能指标，计算监控管理平台的性能指标的过程包括：将100％减去各个报警事件所属的待检测资源与报警事件相关的性能指标的结果，作为监控管理平台的性能指标。

例如，当监控管理平台中一共包括属于同一资源类型(服务器类型)两个资源(服务器A和服务器B)，当性能检测请求中包括两个资源标识信息，分别指示服务器A和服务器B时，针对当前服务器A的每个报警事件，计算出服务器A与该报警事件相关的性能指标；以及，针对当前服务器B的每个报警事件，计算出服务器B与该报警事件相关的性能指标后，利用100％分别减去计算得到的与服务器A对应的各个性能指标和与服务器B对应的各个性能指标，最终结果即为监控管理平台的性能指标。

图3为本申请实施例提供的一种性能检测装置的结构示意图。

如图3所示，该装置包括：

性能检测请求接收单元31，用于接收性能检测请求，性能检测请求中携带资源标识信息，资源标识信息指示唯一的一个待检测资源；

报警事件确定单元32，用于确定当前资源标识信息指示的待检测资源的各个报警事件；

连续报警次数获取单元33，用于获取直到当前时刻每个报警事件的连续报警次数；

第一性能指标计算单元34，用于针对每个报警事件，利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标。

图4为本申请实施例提供的一种第一性能指标计算单元的详细结构示意图。

如图4所示，第一性能指标计算单元包括：

第一获取单元41，用于获取报警事件所属的待检测资源所属的资源类别的第一权重信息；

确定单元42，用于确定报警事件所属的待检测资源的第二权重信息；

第二获取单元43，用于获取待检测资源的报警事件的第三权重信息；

计算单元44，用于利用第一权重信息、第二权重信息、第三权重信息和报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标。

在本申请实施例中，优选的，计算单元44，用于将第一权重信息、第二权重信息、第三权重信息和报警事件的连续报警次数的乘积结果，作为报警事件所属的待检测资源与报警事件相关的性能指标。

进一步的，在本申请实施例提供的一种性能检测装置中，当性能检测请求中携带的资源标识信息的个数为至少一个时，该性能检测装置还包括：第二性能指标计算单元，用于利用每个报警事件所属的待检测资源与报警事件相关的性能指标，计算监控管理平台的性能指标。

在本申请实施例中，优选的，第二性能指标计算单元，用于将100％减去各个报警事件所属的待检测资源与报警事件相关的性能指标的结果，作为监控管理平台的性能指标。

本申请提供一种性能检测方法及装置，通过接收携带资源标识信息的性能检测请求(资源标识信息指示唯一的一个待检测资源)，确定当前资源标识信息指示的待检测资源的各个报警事件，并获取直到当前时刻每个报警事件的连续报警次数，进而针对每个报警事件，利用报警事件的连续报警次数计算报警事件所属的待检测资源与报警事件相关的性能指标的方式，实现对监控管理平台中资源性能的检测，以便用户明确监控管理平台中真正的风险、掌握监控管理平台的实际运行状态。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。