CN112565009A - 一种基于自定义性能阈值告警规则的处理方法及装置 - Google Patents

Abstract

本发明公开一种基于自定义性能阈值告警规则的处理方法及装置，其中，该方法包括：***从kafka接收实时性能数据；***从数据库定时加载性能阈值告警规则；判断性能数据是否满足性能阈值条件，若满足，则触发性能告警，并将性能告警标准化后输出，本轮判断结束；否则进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；否则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；否则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；否则触发性能清除告警，并将性能告警标准化后输出，本轮判断结束。该方法及装置针对采集到的各类性能指标进行实时分析和处理，产生不同程度性能告警。

Description

一种基于自定义性能阈值告警规则的处理方法及装置

技术领域

本发明涉及网络性能监控领域，尤其是一种基于自定义性能阈值告警规则的处理方法及装置。

背景技术

在监测网络中各类性能指标时，往往需要主动和及时地捕捉性能指标是否超越正常范围，以及超越正常范围的幅度、严重程度和频度等，从而采取及时有效的处置措施，这就不能仅停留在周期性采集性能指标进行统计分析，而要通过实时监测指标是否异常，并实时发出不同级别的预警，以便监控人员和运维人员便捷和高效地处理异常和故障，从而保障网络和***的平稳运行，同时在用户无感的情况下提升网络或业务服务质量。

发明内容

针对上述情况，本发明提供一种基于自定义性能阈值告警规则的处理方法及装置，针对采集到的各类性能指标进行实时分析和处理，产生不同程度的性能告警，从而指导运维人员及时和高效地处理网络性能问题。

为实现上述目的，本发明采用下述技术方案：

在本发明一实施例中，提出了一种基于自定义性能阈值告警规则的处理方法，该方法包括：

***从kafka接收实时性能数据；

***从数据库定时加载刷新性能阈值告警规则；

判断性能数据是否满足性能阈值条件的性能告警产生规则，若满足，则触发性能告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

若不满足，则进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；

若存在，则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；

若存在，则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；

若满足，则触发性能清除告警，并将性能告警进行标准化后输出告警消息，本轮判断结束。

进一步地，性能阈值条件的设定从指标维度、阈值来源、网元维度和指标粒度这四个维度进行定义。

进一步地，性能告警产生规则按以下维度进行定义：

性能告警产生规则是否启用；

生成告警的告警标题和告警级别；

性能告警产生规则生效时间范围，包括起止时间；

频次，即满足性能阈值条件的持续次数；

观察期，即满足性能阈值条件后的观察时间窗；

按时间维度的触发模式：支持静态阈值和动态阈值判断；

同一指标的所有性能阈值告警规则之间能设置优先级别，同一个指标最终仅报出一种告警；

按照性能阈值告警规则压缩掉的告警，需要作为由性能阈值告警规则触发的主告警的子告警进行呈现；针对告警频发产生的性能告警，能够将所有告警信息下挂至性能告警中。

进一步地，性能告警清除规则有以下两种类型：

性能指标恢复类型：即当性能数据不满足性能阈值条件，则***生成性能清除告警，清除之前产生的性能告警；

告警清除观察期类型：即当性能数据不满足性能阈值条件，并且在一定的时间范围内未再发生恶化，则***生成性能清除告警，清除之前产生的性能告警。

进一步地，性能告警进行标准化后输出的内容包括：

告警标题、告警网元、告警网元厂家、告警网元类型、告警发生时间、告警类型、告警级别、告警来源和告警详情。

在本发明一实施例中，还提出了一种基于自定义性能阈值告警规则的处理装置，该装置包括：

性能数据实时接收模块，用于从kafka接收实时性能数据；

性能阈值告警规则加载模块，用于从数据库定时加载刷新性能阈值告警规则；

性能告警触发模块，用于判断性能数据是否满足性能阈值条件的性能告警产生规则，若满足，则触发性能告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

性能清除告警触发模块，用于在性能数据不满足性能阈值条件的性能告警触发规则的情况下，进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；若存在，则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；若存在，则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；若满足，则触发性能清除告警，并将性能告警进行标准化后输出告警消息，本轮判断结束。

进一步地，性能阈值条件的设定从指标维度、阈值来源、网元维度和指标粒度这四个维度进行定义。

进一步地，性能告警产生规则按以下维度进行定义：

性能告警产生规则是否启用；

生成告警的告警标题和告警级别；

性能告警产生规则生效时间范围，包括起止时间；

频次，即满足性能阈值条件的持续次数；

观察期，即满足性能阈值条件后的观察时间窗；

按时间维度的触发模式：支持静态阈值和动态阈值判断；

同一指标的所有性能阈值告警规则之间能设置优先级别，同一个指标最终仅报出一种告警；

按照性能阈值告警规则压缩掉的告警，需要作为由性能阈值告警规则触发的主告警的子告警进行呈现；针对告警频发产生的性能告警，能够将所有告警信息下挂至性能告警中。

进一步地，性能告警清除规则有以下两种类型：

性能指标恢复类型：即当性能数据不满足性能阈值条件，则***生成性能清除告警，清除之前产生的性能告警；

告警清除观察期类型：即当性能数据不满足性能阈值条件，并且在一定的时间范围内未再发生恶化，则***生成性能清除告警，清除之前产生的性能告警。

进一步地，性能告警进行标准化后输出的内容包括：

告警标题、告警网元、告警网元厂家、告警网元类型、告警发生时间、告警类型、告警级别、告警来源和告警详情。

在本发明一实施例中，还提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现前述基于自定义性能阈值告警规则的处理方法及装置。

在本发明一实施例中，还提出了一种计算机可读存储介质，计算机可读存储介质存储有执行基于自定义性能阈值告警规则的处理方法及装置的计算机程序。

有益效果：

本发明针对异常性能数据的监控粒度、关联度和维度进行全方位的深层次监控，从而通过对各类性能指标是否满足性能阈值规则进行判断和处理，并实时产生标准化的性能告警和性能清除告警，满足了各种网络专业、不同级别和不同区域监控人员的个性化监控需求，极大地提升了日常运维工单中的监控效率和可视化程度。

附图说明

图1是本发明一实施例的基于自定义性能阈值告警规则的处理方法流程示意图；

图2是本发明一实施例的告警清除示意图；

图3是本发明一实施例的告警清除观察期示意图；

图4是本发明一实施例的基于自定义性能阈值告警规则的处理装置结构示意图；

图5是本发明一实施例的计算机设备结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神，应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种***、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种基于自定义性能阈值告警规则的处理方法及装置，具有灵活且丰富的性能阈值告警规则设置功能，包括如下几个方面：多维度和多视角的性能阈值条件设定；多场景和多种组合阈值条件的性能告警触发规则；智能化的性能告警清除规则。针对满足性能阈值告警规则的性能数据产生告警，包括如下几个方面：满足性能阈值告警产生规则时，触发性能告警；满足性能阈值告警清除规则时，触发清除告警；将产生的性能告警或性能清除告警进行标准化并输出。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

图1是本发明一实施例的基于自定义性能阈值告警规则的处理方法流程示意图。如图1所示，该方法包括：

***从kafka接收实时性能数据；

***从数据库定时加载刷新性能阈值告警规则；

判断性能数据是否满足性能阈值条件的性能告警产生规则，若满足，则触发性能告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

若不满足，则进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；

若存在，则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；

若存在，则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；

若满足，则触发性能清除告警，并将性能告警进行标准化后输出告警消息，本轮判断结束。

下面详细描述各关键步骤内容：

1、性能阈值条件设定

性能阈值条件的设定支持从以下几个维度进行灵活定义：

(1)指标维度：包括单指标条件和复合指标条件。单指标是针对单个指标进行设置，例如丢包率>20％或丢包率在50％～80％之间。复合指标条件是针对多个指标进行综合判断，可定义多个指标的阈值条件，各条件之间可以是and或or的关系。

(2)阈值来源：阈值来源可以是手工设置的静态值，例如CPU利用率大于60％，也可以是通过历史数据自动计算出基线值，基线值可以是某个时间点(例如最近一周的20点)，也可以是某个周期的均值(例如最近一周的平均值)。

(3)网元维度：可以针对设备厂家、设备类型、设备名称和地理区域进行选择和设置条件。

(4)指标粒度：分为15分钟、小时、日和月，单选框。可以按照指标的属性自动默认确定。只有当指标粒度为小时时，需要显示24个时点的选择。小时范围选择：分为全选、忙时(默认设置为早10、11点，晚7、8点)和白天(默认设置为6-22点)。

2、性能告警生成规则

除了性能数据的阈值条件外，性能告警生成规则也可以按如下维度进行灵活定义：

(1)可以定义规则是否启用；

(2)可以定义生成告警的告警标题和告警级别，从而体现告警的紧急程度；

(3)可以定义规则生效时间范围，包括起止时间；

(4)可以定义频次，即满足性能阈值条件的持续次数；

(5)可以定义观察期，即满足性能阈值条件后的观察时间窗；

(6)可以定义按时间维度的触发模式：支持静态阈值和动态阈值判断，静态阈值指不随时间点变化的周期性判定，动态阈值是指根据时间点不同判定也不同，即支持离散时间设定，例如：一天早晚忙时话务量过高连续2次产生一条性能告警。需要区分离散和周期性两种告警触发模式，离散时间连续N次的触发告警要在每一天的同一离散时间点进行判断，恢复告警的触发机制也是如此。

(7)同一指标的所有性能阈值规则之间要能够设置优先级别，同一个指标最终只能报出一种告警。例如：全省默认规则和南京自定义规则的告警级别对应的阈值范围可能不同或存在交叠；高频发告警与纯门限告警之间要允许定义优先级。

(8)按照性能阈值规则压缩掉的告警，需要作为由性能阈值规则触发的主告警的子告警进行呈现。针对告警频发产生的性能告警，能够将所有告警信息下挂至性能告警中。例如：动环停电告警超30次产生一条性能告警，则将这30条停电告警下挂到产生的性能告警中。

3、性能告警清除规则

由于性能告警是基于性能指标数据进行阈值条件判定生成的告警，因此当性能数据恢复正常值范围时，需要自动地和智能化地产生性能数据清除告警。

性能告警清除规则有两种类型：

(1)性能指标恢复类型：即当性能数据不满足性能阈值条件，则***生成性能清除告警，清除之前产生的性能告警。例如：***接通率<97％，产生三级告警；当下一采集周期***接通率恢复到97％以上，则***会自动清除之前发出的三级告警，如图2所示。

(2)告警清除观察期类型：即当性能数据不满足性能阈值条件，并且在一定的时间范围内未再发生恶化，则***生成性能清除告警，清除之前产生的性能告警。告警清除观察期的引入，主要是为了有效防止闪烁和性能波动频繁而引发的大量和重复性能告警的手段。例如：CPU利用率>50％，产生三级告警。由于忙时CPU利用率波动较大，因此当负载恢复，并且未再波动超过50％一段时间后，产生清除告警，如图3所示。

4、性能告警标准化输出

触发性能告警和清除告警时，需要对生成的性能告警进行标准化，以便后续的数据存储和数据可视化呈现等功能可采用统一的规格进行解析和处理。

性能告警标准化内容包括如下：

(1)告警标题：性能阈值规则里定义的，可以是产生性能告警的指标名称，例如：3G无线接通率低，也可以是故障说明，例如：XX小区二次寻呼策略不当。

(2)告警网元和网元厂家名称：产生告警的设备和设备厂家。

(3)告警网元类型：产生告警设备的类型，如路由器和交换机等。

(4)告警发生时间：性能数据采集产生时间。

(5)告警类型：区分告警的类型，一般性能监控产生的告警都被标记为“性能告警”。

(6)告警级别：性能阈值规则里定义的，与故障告警一致，一般分为紧急、严重、次要和警告。

(7)告警来源：标记告警来源，用于区分告警信息来源，由性能阈值规则产生的性能告警标记为“性能监测子***”。

(8)告警详情：告警的指标数据和该告警生成的指标的阈值设置情况或告警条件表达式。

需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本方案在江苏联通上线实施，取得良好效果，满足了对性能监控的个性化需求，提升了对网络性能异常监控的效率。

基于同一发明构思，本发明还提出一种基于自定义性能阈值告警规则的处理装置。该装置的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的术语“模块”，可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是本发明一实施例的基于自定义性能阈值告警规则的处理装置结构示意图。如图4所示，该装置包括：

性能数据实时接收模块101，用于从kafka接收实时性能数据；

性能阈值告警规则加载模块102，用于从数据库定时加载刷新性能阈值告警规则；

性能告警触发模块103，用于判断性能数据是否满足性能阈值条件的性能告警产生规则，若满足，则触发性能告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

性能阈值条件的设定从指标维度、阈值来源、网元维度和指标粒度这四个维度进行定义；

性能告警产生规则按以下维度进行定义：

性能告警产生规则是否启用；

生成告警的告警标题和告警级别；

性能告警产生规则生效时间范围，包括起止时间；

频次，即满足性能阈值条件的持续次数；

观察期，即满足性能阈值条件后的观察时间窗；

按时间维度的触发模式：支持静态阈值和动态阈值判断；

同一指标的所有性能阈值告警规则之间能设置优先级别，同一个指标最终仅报出一种告警；

按照性能阈值告警规则压缩掉的告警，需要作为由性能阈值告警规则触发的主告警的子告警进行呈现；针对告警频发产生的性能告警，能够将所有告警信息下挂至性能告警中；

性能清除告警触发模块104，用于在性能数据不满足性能阈值条件的性能告警触发规则的情况下，进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；若存在，则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；若存在，则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；若满足，则触发性能清除告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

性能告警清除规则有以下两种类型：

性能指标恢复类型：即当性能数据不满足性能阈值条件，则***生成性能清除告警，清除之前产生的性能告警；

告警清除观察期类型：即当性能数据不满足性能阈值条件，并且在一定的时间范围内未再发生恶化，则***生成性能清除告警，清除之前产生的性能告警；

性能告警进行标准化后输出的内容包括：

告警标题、告警网元、告警网元厂家、告警网元类型、告警发生时间、告警类型、告警级别、告警来源和告警详情。

应当注意，尽管在上文详细描述中提及了基于自定义性能阈值告警规则的处理装置的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

基于前述发明构思，如图5所示，本发明还提出一种计算机设备200，包括存储器210、处理器220及存储在存储器210上并可在处理器220上运行的计算机程序230，处理器220执行计算机程序230时实现前述基于自定义性能阈值告警规则的处理方法及装置。

基于前述发明构思，本发明还提出一种计算机可读存储介质，计算机可读存储介质存储有执行前述基于自定义性能阈值告警规则的处理方法及装置的计算机程序。

本发明提出的基于自定义性能阈值告警规则的处理方法及装置，针对异常性能数据的监控粒度、关联度和维度进行全方位的深层次监控，从而通过对各类性能指标是否满足阈值规则进行判断和处理，并实时产生标准化的性能告警和性能清除告警，满足了各种网络专业、不同级别和不同区域监控人员的个性化监控需求，极大地提升了日常运维工单中的监控效率和可视化程度。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包含的各种修改和等同布置。

对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (12)

1.一种基于自定义性能阈值告警规则的处理方法，其特征在于，该方法包括：

***从kafka接收实时性能数据；

***从数据库定时加载刷新性能阈值告警规则；

判断性能数据是否满足性能阈值条件的性能告警产生规则，若满足，则触发性能告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

若不满足，则进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；

若存在，则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；

若存在，则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；

若满足，则触发性能清除告警，并将性能告警进行标准化后输出告警消息，本轮判断结束。

2.根据权利要求1所述的基于自定义性能阈值告警规则的处理方法，其特征在于，所述性能阈值条件的设定从指标维度、阈值来源、网元维度和指标粒度这四个维度进行定义。

3.根据权利要求1所述的基于自定义性能阈值告警规则的处理方法，其特征在于，所述性能告警产生规则按以下维度进行定义：

性能告警产生规则是否启用；

生成告警的告警标题和告警级别；

性能告警产生规则生效时间范围，包括起止时间；

频次，即满足性能阈值条件的持续次数；

观察期，即满足性能阈值条件后的观察时间窗；

按时间维度的触发模式：支持静态阈值和动态阈值判断；

同一指标的所有性能阈值告警规则之间能设置优先级别，同一个指标最终仅报出一种告警；

按照性能阈值告警规则压缩掉的告警，需要作为由性能阈值告警规则触发的主告警的子告警进行呈现；针对告警频发产生的性能告警，能够将所有告警信息下挂至性能告警中。

4.根据权利要求1所述的基于自定义性能阈值告警规则的处理方法，其特征在于，所述性能告警清除规则有以下两种类型：

性能指标恢复类型：即当性能数据不满足性能阈值条件，则***生成性能清除告警，清除之前产生的性能告警；

告警清除观察期类型：即当性能数据不满足性能阈值条件，并且在一定的时间范围内未再发生恶化，则***生成性能清除告警，清除之前产生的性能告警。

5.根据权利要求1所述的基于自定义性能阈值告警规则的处理方法，其特征在于，所述性能告警进行标准化后输出的内容包括：

告警标题、告警网元、告警网元厂家、告警网元类型、告警发生时间、告警类型、告警级别、告警来源和告警详情。

6.一种基于自定义性能阈值告警规则的处理装置，其特征在于，该装置包括：

性能数据实时接收模块，用于从kafka接收实时性能数据；

性能阈值告警规则加载模块，用于从数据库定时加载刷新性能阈值告警规则；

性能告警触发模块，用于判断性能数据是否满足性能阈值条件的性能告警产生规则，若满足，则触发性能告警，并将性能告警进行标准化后输出告警消息，本轮判断结束；

性能清除告警触发模块，用于在性能数据不满足性能阈值条件的性能告警触发规则的情况下，进一步判断当前是否存在未清除的活跃告警，若不存在，则本轮判断结束；若存在，则进一步判断是否存在对应的性能告警清除规则，若不存在，则本轮判断结束；若存在，则进一步判断是否满足对应的性能告警清除规则，若不满足，则本轮判断结束；若满足，则触发性能清除告警，并将性能告警进行标准化后输出告警消息，本轮判断结束。

7.根据权利要求6所述的基于自定义性能阈值告警规则的处理装置，其特征在于，所述性能阈值条件的设定从指标维度、阈值来源、网元维度和指标粒度这四个维度进行定义。

8.根据权利要求6所述的基于自定义性能阈值告警规则的处理装置，其特征在于，所述性能告警产生规则按以下维度进行定义：

性能告警产生规则是否启用；

生成告警的告警标题和告警级别；

性能告警产生规则生效时间范围，包括起止时间；

频次，即满足性能阈值条件的持续次数；

观察期，即满足性能阈值条件后的观察时间窗；

按时间维度的触发模式：支持静态阈值和动态阈值判断；

同一指标的所有性能阈值告警规则之间能设置优先级别，同一个指标最终仅报出一种告警；

按照性能阈值告警规则压缩掉的告警，需要作为由性能阈值告警规则触发的主告警的子告警进行呈现；针对告警频发产生的性能告警，能够将所有告警信息下挂至性能告警中。

9.根据权利要求6所述的基于自定义性能阈值告警规则的处理装置，其特征在于，所述性能告警清除规则有以下两种类型：

性能指标恢复类型：即当性能数据不满足性能阈值条件，则***生成性能清除告警，清除之前产生的性能告警；

告警清除观察期类型：即当性能数据不满足性能阈值条件，并且在一定的时间范围内未再发生恶化，则***生成性能清除告警，清除之前产生的性能告警。

10.根据权利要求6所述的基于自定义性能阈值告警规则的处理装置，其特征在于，所述性能告警进行标准化后输出的内容包括：

告警标题、告警网元、告警网元厂家、告警网元类型、告警发生时间、告警类型、告警级别、告警来源和告警详情。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-5任一项所述方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1-5任一项所述方法的计算机程序。

Images