CN109412870B - 告警监控方法及平台、服务器、存储介质 - Google Patents

Abstract

本发明实施例涉及信息处理技术，公开了一种告警监控方法及平台、服务器、存储介质。本发明中，分别监控不同类型的异常对应的异常数据量；根据待监控的告警级别，确定目标异常类型和告警条件；在监控到目标异常类型的异常数据量，满足告警条件时，生成告警级别的告警信息。根据待监控的告警级别灵活选择目标异常类型，使得***可根据具体情况过滤掉不会引发该级别告警的异常类型，只针对目标异常类型进行分析，减轻了***的运算量，提高发现***异常的效率，同时，根据待监控的告警级别灵活改变告警条件，可使得告警阈值得到动态调整，告警结果能根据实际情况灵活变化，更具有参考价值。

Description

告警监控方法及平台、服务器、存储介质

技术领域

本发明实施例涉及信息处理技术领域，特别涉及一种告警监控方法。

背景技术

随着互联网的发展，为了提升服务质量，CDN(Content Delivery Network，内容分发网络)被广泛应用于网站的加速环节。CDN的核心功能分为智能调度和边缘缓存两个部分，智能调度节点将网民的请求引导至最优的边缘缓存节点；边缘缓存节点将源站(网站的web服务器)的内容抓取到本地，提供内容访问。

当网站的web服务器异常，或者多个边缘缓存节点同时异常时，若不能及时发现并处理，会造成大面积的网络故障。现有技术中，主要采用告警监控机制对大面积的网络故障进行告警：实时监控各服务器的告警量，当检测到告警量大于某一预设阈值时，发出告警，从而使得工作人员能够提前预知可能发生的告警并做好准备。

发明人发现现有技术中至少存在如下问题：告警数据量的预设阈值相对固定，满足阈值即触发告警，导致告警信息无法灵活变化，且不具备太多的参考价值。

发明内容

本发明实施方式的目的在于提供一种告警监控方法及平台、服务器、存储介质，使得异常告警更具针对性，告警结果能根据实际情况灵活变化，更具有参考价值。

为解决上述技术问题，本发明的实施方式提供了一种告警监控方法，包括以下步骤：分别监控不同类型的异常对应的异常数据量；根据待监控的告警级别，确定目标异常类型和告警条件；在监控到目标异常类型的异常数据量，满足告警条件时，生成告警级别的告警信息。

本发明的实施方式还提供了一种告警监控平台，包括：监控模块，用于分别监控不同类型的异常对应的异常数据量；确定模块，用于根据待监控的告警级别，确定目标异常类型和告警条件；生成模块，用于在监控到目标异常类型对应的异常数据量，满足告警条件时，生成告警级别的告警信息。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的告警监控方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，计算机程序被处理器执行时实现上述的告警监控方法。

本发明实施方式相对于现有技术而言，通过分别监控不同类型的异常对应的异常数据量，可了解到各种类型的异常各自的异常数据量情况；通过根据待监控的告警级别，确定目标类型和告警条件，可根据不同的告警级别灵活改变目标异常类型和告警条件，使得对异常的分析更具针对性；通过在监控到目标异常类型对应的异常数据量，满足告警条件时，生成该告警级别的告警信息，可及时发现***的故障。本实施例中，根据待监控的告警级别灵活选择目标异常类型，使得***可根据具体情况过滤掉不会引发该级别告警的异常类型，只针对目标异常类型进行分析，减轻了***的运算量，提高发现***异常的效率，同时，根据待监控的告警级别灵活改变告警条件，可使得告警阈值得到动态调整，告警结果更具有参考价值。

另外，上述根据待监控的告警级别，确定的目标异常类型大于1个；上述根据待监控的告警级别，确定的告警条件大于1个；其中，每个目标异常类型至少对应一个告警条件；上述在监控到目标异常类型的异常数据量，满足告警条件时，生成告警信息，具体为：在监控到每个目标异常类型的异常数据量，分别满足目标异常类型对应的告警条件时，生成该告警级别的告警信息。根据待监控的告警级别确定的目标异常类型和告警条件均为多个，使得在生成告警信息时，需要的判断对象更多，判断条件更丰富，从而使得生成的告警信息更加可靠。

另外，上述告警级别的等级不同，确定的目标异常类型的数量和/或告警条件的数量不同。当告警等级不同时，可以得到不同的故障严重程度，方便工作人员根据不同的故障严重程度做不同的处理。而不同的告警级别确定的目标异常类型不同，可更好地区分引发不同级别告警的不同异常类型；不同的告警级别确定的告警条件不同，可更好地区分不同级别告警不同故障严重程度。

另外，告警级别的等级越高，确定的目标异常类型的数量越多；和/或，告警级别的等级越高，确定的告警条件的数量越多。本实施例中，告警级别的等级越高，表明***故障越严重，而告警级别的等级越高需要满足的条件越多，可更好地符合告警等级越高故障越严重这一对应关系；告警级别的等级越高确定的目标异常类型越多，则表明引发故障的原因越复杂，根据告警级别灵活变化目标异常类型和告警条件，可实现动态告警。

另外，在上述生成告警级别的告警信息后，还包括：当告警信息的告警级别大于预设等级时，将告警信息上报至云端。本实施例中，当告警信息的告警级别大于预设等级时，表明***故障已经非常严重，通过将该告警信息上报至云端，可使得工作人员根据该告警信息对***故障进行及时处理，同时可使得该***故障被记录，为后续告警工作提供数据参考。

另外，上述告警条件，包括以下之一或其任意组合：最近一个第一预设时长内新增的异常数据量大于第一预设阈值或处于预设范围内；若干个第一预设时长内累计新增的异常数据量大于第二预设阈值；若干个第一预设时长内累计新增的异常数据量的平均值大于第三预设阈值。考虑第一预设时长内新增的异常数据量可避免告警存量对故障判定的误导；考虑若干个第一预设时长内累计新增的异常数据量，即考虑到了某些可能有引发严重故障趋势的异常，将其作为告警的条件之一能够很好的防止故障往更严重的方向发展；考虑若干个第一预设时长内累计新增的异常数据量的平均值，可了解该异常类型在这段时间内异常数据量的平均水平，可从另一个角度对可能引发***故障的异常进行判断。

另外，上述根据待监控的告警级别，确定目标异常类型和告警条件，具体包括：根据历史异常数据确定待监控的告警级别对应的目标异常类型和告警条件。通过对历史异常数据的分析来得到各告警级别对应的目标异常类型和告警条件，可使得确定出来的目标异常类型和告警条件更符合实际情况，告警结果更加可靠。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明的第一实施方式提供的告警监控方法的流程图；

图2根据本发明的第二实施方式提供的告警监控方法的流程图；

图3a-3e是根据本发明的第二实施方式中的告警监控方法的模块间关系示意图；

图4是根据本发明的第三实施方式提供的告警监控平台的结构示意图；

图5是根据本发明的第四实施方式提供的服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种告警监控方法，本实施方式中，分别监控不同类型的异常对应的异常数据量；根据待监控的告警级别，确定目标异常类型和告警条件；在监控到目标异常类型的异常数据量，满足告警条件时，生成告警级别的告警信息。根据待监控的告警级别灵活选择目标异常类型，使得***可根据具体情况过滤掉不会引发该级别告警的异常类型，只针对目标异常类型进行分析，减轻了***的运算量，提高发现***异常的效率，同时，根据待监控的告警级别灵活改变告警条件，可使得告警阈值得到动态调整，告警结果更具有参考价值。下面对本实施方式的告警监控方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施方式中的告警监控方法如图1所示，下面进行具体说明。

步骤101：分别监控不同类型的异常对应的异常数据量。

具体地说，各种异常可通过CDN***的监控机来监控，也可通过各网络节点主动上报至CDN***得到，各种类型的异常都有对应的监控数据(例如客户访问异常对应的是状态码数据异常)，异常数据量可通过对不同的类型的监控数据进行数据实时统计得到。在实际应用中，可通过配置各类基础模块来进行监控，不同的异常对应不同的基础模块，例如，配置基础模块1用于监控客户的访问数据量过大这一类型的异常，配置基础模块2用于监控网站服务器无法被访问这一类型的异常。

步骤102：根据待监控的告警级别，确定目标异常类型和告警条件。

具体地说，CDN***可根据预设的需要触发的告警等级，确定待监控的目标异常类型和告警条件。其中，告警条件，包括以下之一或其任意组合：最近一个第一预设时长内新增的异常数据量大于第一预设阈值或处于预设范围内(例如1分钟内新增的异常数据量大于100，或处于300与500之间)；若干个第一预设时长内累计新增的异常数据量大于第二预设阈值(例如5分钟内累计新增的异常数据量大于500或600)；若干个第一预设时长内累计新增的异常数据量的平均值大于第三预设阈值(例如10分钟内累计新增的异常数据量的平均值大于100/每分钟或200/每分钟)。通过提供一种具体的告警条件，考虑第一预设时长内新增的异常数据量可避免告警存量对故障判定的误导；考虑若干个第一预设时长内累计新增的异常数据量，即考虑到了某些可能有引发严重故障趋势的异常，将其作为告警的条件之一能够很好的防止故障往更严重的方向发展；考虑若干个第一预设时长内累计新增的异常数据量的平均值，可了解该异常类型在这段时间内异常数据量的平均水平，可从另一个角度对可能引发***故障的异常进行判断。

在实际应用中，可以根据历史异常数据确定待监控的告警级别对应的目标异常类型和告警条件，例如，通过历史数据可以分析出，当客户访问某网址异常的异常数据量超过每分钟500个时，极有可能是该网站出现故障，因此，可以将客户访问网址异常作为一种目标异常类型，将异常数据量超过每分钟500个作为一个告警条件。通过对历史异常数据的分析来得到各告警级别对应的目标异常类型和告警条件，可使得确定出来的目标异常类型和告警条件更符合实际情况，告警结果更加可靠。

步骤103：在监控到目标异常类型对应的异常数据量，满足告警条件时，生成告警级别的告警信息。

具体地说，当CDN***监控到目标异常类型对应的异常数据量，满足预设的告警条件时，生成该告警级别的告警信息。其中，告警信息中包含有告警名称、告警原因等信息，通过这些告警信息，工作人员可很快对故障进行定位。另外，根据告警等级的不同，可将该告警信息发布到观察界面或问题界面，在观察界面的告警信息表明故障还不是非常严重，可使工作人员提前介入，尽量不让故障恶化，而在问题界面的告警信息表明故障已经很严重，可使工作人员提前做好应对措施。

值得一提的是，告警信息的告警级别大于预设等级时，将告警信息上报至云端。并且可将该告警信息通知给需要利用该***进行工作的相关人员，使其及时了解到该故障，做好准备。本实施例中，当告警信息的告警级别大于预设等级时，表明***故障已经非常严重，通过将该告警信息上报至云端，可使得工作人员根据该告警信息对***故障进行及时处理，同时可使得该***故障被记录，为后续告警工作提供数据参考。

在一个具体的例子中，上述告警等级共有三个：轻微级别、观察级别和问题级别，其中，问题级别故障最严重。不同告警等级对应的告警条件有所不同，或者，在不同时间段，不同告警等级对应的告警条件也可以有所不同，举例如下：

轻微级别的告警等级对应的告警条件为：最近一分钟新增的异常数据量为大于100；即，在监控到目标异常类型在最近一分钟内新增的异常数据量满足这个告警条件时，触发轻微级别的告警。

观察级别的告警等级对应的告警条件为：(1)最近一分钟新增的异常数据量为大于100小于300；(2)所处的时间段在08：00-18：59或22:00-23:59时，近5分钟新增的异常数据量大于等于500且近十分钟新增的异常数据量均值大于100；或者所处的时间段在00：00-07：59或19:00-21:59，近5分钟新增的异常数据量大于等于600且近十分钟新增的异常数据量均值大于120；即，在监控到目标异常类型新增的异常数据量同时满足这两个告警条件时，触发观察级别的告警。

问题级别的告警等级对应的告警条件为：(1)最近一分钟新增的异常数据量大于500；(2)最近5分钟内至少有2分钟新增的异常数据量大于等于300小于500；即，在监控到目标异常类型新增的异常数据量同时满足这两个告警条件时，触发问题级别的告警。

本实施方式相对现有技术而言，通过分别监控不同类型的异常对应的异常数据量可了解到各种类型的异常各自的异常数据量情况；通过根据待监控的告警级别，确定目标异常类型和告警条件，可根据不同的告警级别灵活改变目标异常类型和告警条件，使得对异常的分析更具针对性；通过在监控到目标异常类型对应的异常数据量，满足告警条件时，生成该告警级别的告警信息，可及时发现***的故障。本实施例中，根据待监控的告警级别灵活选择目标异常类型，使得***可根据具体情况过滤掉不会引发该级别告警的异常类型，只针对目标异常类型进行分析，减轻了***的运算量，提高发现***异常的效率，同时，根据待监控的告警级别灵活改变告警条件，可使得告警阈值得到动态调整，告警结果更具有参考价值。

本发明的第二实施方式涉及一种告警监控方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在第二实施方式中，根据待监控的告警级别确定的目标异常类型和告警条件均为多个。本实施方式的流程图如图2所示，下面进行具体说明。

步骤201：分别监控不同类型的异常对应的异常数据量。

步骤202：根据待监控的告警级别，确定目标异常类型和告警条件。

步骤201至步骤202与第一实施方式中的步骤101至步骤102大致相同，为避免重复，这里不再一一赘述。

步骤203：在监控到每个目标异常类型的异常数据量，分别满足目标异常类型对应的告警条件时，生成该告警级别的告警信息。

具体地说，在本实施例中，根据待监控的告警级别，确定的目标异常类型大于1个；上述根据待监控的告警级别，确定的告警条件大于1个；其中，每个目标异常类型至少对应一个告警条件，在监控到每个目标异常类型的异常数据量，分别满足目标异常类型对应的告警条件时，生成该告警级别的告警信息。

值得一提的是，上述告警级别的等级不同，确定的目标异常类型的数量和/或告警条件的数量不同。本实施例中，当告警级不同时，可以得到不同的故障严重程度，方便工作人员根据不同的故障严重程度做不同的处理。而不同的告警级别确定的目标异常类型不同，可更好地区分引发不同级别告警的不同异常类型；不同的告警级别确定的告警条件不同，可更好地区分不同级别告警不同故障严重程度。

在一个例子中，告警级别的等级越高，确定的目标异常类型的数量越多；和/或，告警级别的等级越高，确定的告警条件的数量越多。本实施例中，告警级别的等级越高，表明***故障越严重，而告警级别的等级越高需要满足的条件越多，可更好地符合告警等级越高故障越严重这一对应关系；告警级别的等级越高确定的目标异常类型越多，则表明引发故障的原因越复杂，根据告警级别灵活变化目标异常类型和告警条件，可实现动态告警。

上述告警等级可分为轻微级别、观察级别和问题级别三种等级，以观察级别的告警由上层模块触发，问题级别的告警由顶层模块触发为例，用于监控异常数据量的基础模块，与上层模块和顶层模块之间的关系，至少存在如图3a-3e的几种情况：

在如图3a中，由一个基础模块直接决策出上层模块，产生一条观察级别的告警，例如当与异常类型1对应的基础模块1检测到异常类型1满足观察级别的告警条件时，基础模块1会决策出一个上层模块1，上层模块1触发观察级别的告警。

在如图3b中，由一个基础模块直接决策出顶层模块，产生一条问题级别的告警，例如当与异常类型1对应的基础模块1检测到异常类型1满足问题级别的告警条件时，基础模块1会决策出一个顶层模块1，顶层模块1触发问题级别的告警。

在如图3c中，由多个基础模块共同决策出上层模块，产生一条观察级别的告警，例如，基础模块1和基础模块2分别监控异常类型1和异常类型2，当基础模块1检测到异常类型1满足预设的观察级告警条件，同时基础模块2检测到异常类型2满足预设的观察级告警条件时，基础模块1和基础模块2共同决策出一个上层模块1，上层模块1触发观察级别的告警。

在如图3d中，由多个基础模块共同决策出顶层模块，产生一条问题级别的告警,例如，基础模块1和基础模块2分别监控异常类型1和异常类型2，当基础模块1检测到异常类型1满足预设的问题级告警条件，同时基础模块2检测到异常类型2满足预设的问题级告警条件时，基础模块1和基础模块2共同决策出一个顶层模块1，顶层模块1触发问题级别的告警。

在如图3e中，基础模块1和基础模块2分别监控异常类型1和异常类型2，当基础模块1检测到异常类型1满足预设的观察级告警条件，同时基础模块2检测到异常类型2满足预设的观察级告警条件时，基础模块1和基础模块2共同决策出一个上层模块1；基础模块3和基础模块4分别监控异常类型3和异常类型4，当基础模块3检测到异常类型3满足预设的观察级告警条件，同时基础模块4检测到异常类型4满足预设的观察级告警条件时，基础模块3和基础模块4共同决策出一个上层模块2；在同时生成上层模块1和上层模块2时，上层模块1和上层模块2会共同决策出一个顶层模块1，顶层模块1触发问题级别的告警。

需要说明的是，上面提到的各个软件模块及各模块之间的关系，仅仅为本实施例中举得例子，实际操作过程中，并不限于本实施例中列举的几种情况。

本实施方式相对现有技术而言，根据待监控的告警级别确定的目标异常类型和告警条件均为多个，使得在生成告警信息时，需要的判断对象更多，判断条件更丰富，从而使得生成的告警信息更加可靠。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种告警监控平台，如图4所示，包括：

监控模块401，用于分别监控不同类型的异常对应的异常数据量；

确定模块402，用于根据待监控的告警级别，确定目标异常类型和告警条件；

生成模块403，用于在监控到目标异常类型对应的异常数据量，满足告警条件时，生成告警级别的告警信息。

在一个例子中，上述根据待监控的告警级别，确定的目标异常类型大于1个；根据待监控的告警级别，确定的告警条件大于1个；其中，每个目标异常类型至少对应一个告警条件；在监控到目标异常类型的异常数据量，满足告警条件时，生成告警级别的告警信息，具体为：在监控到每个目标异常类型的异常数据量，分别满足目标异常类型对应的告警条件时，生成告警级别的告警信息。

在一个例子中，上述告警级别的等级不同，确定的目标异常类型的数量和/或告警条件的数量不同。

在一个例子中，告警级别的等级越高，确定的目标异常类型的数量越多；和/或，

告警级别的等级越高，确定的告警条件的数量越多。

在一个例子中，在上述生成告警级别的告警信息后，还包括：当告警信息的告警级别大于预设等级时，将告警信息上报至云端。

在一个例子中，上述告警条件，包括以下之一或其任意组合：最近一个第一预设时长内新增的异常数据量大于第一预设阈值或处于预设范围内；若干个第一预设时长内累计新增的异常数据量大于第二预设阈值；若干个第一预设时长内累计新增的异常数据量的平均值大于第三预设阈值。

在一个例子中，上述根据待监控的告警级别，确定目标异常类型和告警条件，具体包括：

根据历史异常数据确定待监控的告警级别对应的目标异常类型和告警条件。

不难发现，本实施方式为与第一实施方式至第二实施方式相对应的***实施例，本实施方式可与第一实施方式至第二实施方式互相配合实施。第一实施方式至第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式至第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第四实施方式涉及一种服务器，如图5所示，包括至少一个处理器501；以及，

与至少一个处理器501通信连接的存储器502；其中，

存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述的告警监控方法。

其中，存储器502和处理器501采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器501和存储器502的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器501。

处理器501负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器502可以被用于存储处理器501在执行操作时所使用的数据。

本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (9)

1.一种告警监控方法，其特征在于，包括：

分别监控不同类型的异常对应的异常数据量；

根据待监控的告警级别，确定目标异常类型和告警条件；所述根据待监控的告警级别，确定的所述目标异常类型大于1个；所述根据待监控的告警级别，确定的所述告警条件大于1个；其中，每个所述目标异常类型至少对应一个所述告警条件；所述告警级别的等级不同，确定的所述目标异常类型的数量和/或所述告警条件的数量不同；

在监控到所述目标异常类型对应的异常数据量，满足所述告警条件时，生成所述告警级别的告警信息。

2.根据权利要求1所述的告警监控方法，其特征在于，

所述在监控到所述目标异常类型的异常数据量，满足所述告警条件时，生成所述告警级别的告警信息，具体为：

在监控到每个所述目标异常类型的异常数据量，分别满足所述目标异常类型对应的所述告警条件时，生成所述告警级别的告警信息。

3.根据权利要求2所述的告警监控方法，其特征在于，

所述告警级别的等级越高，确定的所述目标异常类型的数量越多；和/或，

所述告警级别的等级越高，确定的所述告警条件的数量越多。

4.根据权利要求1所述的告警监控方法，其特征在于，在所述生成所述告警级别的告警信息后，还包括：

当所述告警信息的告警级别大于预设等级时，将所述告警信息上报至云端。

5.根据权利要求1所述的告警监控方法，其特征在于，所述告警条件，包括以下之一或其任意组合：

最近一个第一预设时长内新增的异常数据量大于第一预设阈值或处于预设范围内；

若干个所述第一预设时长内累计新增的异常数据量大于第二预设阈值；

若干个所述第一预设时长内累计新增的异常数据量的平均值大于第三预设阈值。

6.根据权利要求1所述的告警监控方法，其特征在于，所述根据待监控的告警级别，确定目标异常类型和告警条件，具体包括：

根据历史异常数据确定待监控的告警级别对应的目标异常类型和告警条件。

7.一种告警监控平台，其特征在于，包括：

监控模块，用于分别监控不同类型的异常对应的异常数据量；

确定模块，用于根据待监控的告警级别，确定目标异常类型和告警条件；

生成模块，用于在监控到所述目标异常类型对应的异常数据量，满足所述告警条件时，生成所述告警级别的告警信息。

8.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任一所述的告警监控方法。

9.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的告警监控方法。

Images