CN101651577B - 用于集群监控的告警通知系统和方法 - Google Patents

Abstract

本发明提供一种用于集群监控的告警通知系统和方法，其中，用于集群监控的告警通知系统包括：告警接收装置，用于接收来自集群系统的告警信息；发送策略管理装置，用于维护发送策略，并将所接收的告警信息与所维护的发送策略进行匹配，找到与告警信息匹配的发送策略；以及告警信息发送装置，用于根据与告警信息匹配的发送策略发送告警信息。通过为集群领域定制灵活的发送策略，通过此发送策略能够根据不同的情况控制何种告警以何种方式发送给何人。

Description

用于集群监控的告警通知系统和方法

技术领域

本发明涉及通信领域，尤其涉及一种用于集群监控的告警通知系统和方法。

背景技术

现有集群监控大部分都是采用CS(Client-Server)或者BS(Browse-Server)框架，用户监控系统需要在终端上打开管理界面进行，这样就要求用户不能够离开管理终端，否则将无法及时地得知故障的发生并及时处理。

现有集群的监控系统中存在两种情况：一种是无告警通知功能，使得用户无法在脱离监控终端后快速得知故障的发生；另一种是支持各种通知方式，但是其通知规则不是用于集群环境。

发明内容

针对相关技术中存在的一个或多个问题，本发明的目的在于提供一种用于集群监控的告警通知系统和方法，以解决上述问题中的至少之一。

为实现上述目的，根据本发明的一个方面，提供了一种用于集群监控的告警通知系统，包括：告警接收装置，用于接收来自集群系统的告警信息；发送策略管理装置，用于维护发送策略，并将所接收的告警信息与所维护的发送策略进行匹配，找到与告警信息匹配的发送策略；以及告警信息发送装置，用于根据与告警信息匹配的发送策略发送告警信息。

优选地，发送策略管理装置包括：策略查询模块，用于根据各种查询条件进行发送策略查询；策略编辑模块，用于进行发送策略的编辑，以维护发送策略；策略匹配模块，根据告警信息，查询符合条件的发送策略的列表；策略变更记录写入模块，用于记录编辑发送策略的操作日志；以及策略变更记录查询模块，用于设置不同的查询条件，查询符合条件的发送策略变更记录信息。

优选地，策略查询模块包括：查询条件接收单元，用于接收用户输入的查询条件；转换单元，用于将查询条件转换为数据库查询语句；查询单元，用于根据转换后的数据库查询语言在数据库中查询匹配的发送策略；以及记录单元，用于记录用户操作日志。

优选地，查询条件包括以下至少一种：策略属性集、告警事件信息限定、发送方式、接收者、以及模版限制。

优选地，策略编辑模块包括：用户输入接收单元，用于接收用户输入的信息；用户输入核查单元，用于核查用户的输入，确定用户想要进行的操作；以及编辑单元，用于根据输入核查单元确定的结果，进行相应操作。

优选地，策略匹配模块包括：解析单元，用于将每一条发送策略解析成适于进行匹配的数据结构；以及匹配单元，用于遍历每一条解析后的发送策略，找到与告警信息匹配的发送策略。

优选地，发送策略可以包括以下至少一种信息：发送策略自身信息、告警事件信息匹配条件、物理发送方式指定、时间发送方式指定、告警接收者、以及发送模版选择。

优选地，告警事件信息匹配条件可以包括以下至少之一：大型机ID、告警原因ID的匹配条件、匹配设备类型、告警类型、以及告警等级。

优选地，物理发送方式指定可以包括以下发送方式之一：邮件发送、短信发送、邮件和短信发送、声音发送。

为实现上述目的，根据本发明的另一个方面，提供了一种用于集群监控的告警通知方法，包括：当接收到来自集群系统的告警信息时，根据告警信息查询匹配的发送策略；以及根据查询到的匹配的发送策略发送告警信息。

优选地，发送策略可以包括以下至少一种信息：发送策略自身信息、告警事件信息匹配条件、物理发送方式指定、时间发送方式指定、告警接收者、以及发送模版选择。

优选地，告警事件信息匹配条件可以包括以下至少之一：大型机ID、告警原因ID的匹配条件、匹配设备类型、告警类型、以及告警等级。

优选地，物理发送方式指定可以指定以下发送方式之一：邮件发送、短信发送、邮件和短信发送、声音发送。

借助本发明上述至少一个技术方案，通过将所接收的告警信息与所维护的发送策略进行匹配，找到与告警信息匹配的发送策略，并根据与告警信息匹配的发送策略发送告警信息，能够很好地控制何种告警以何种方式发送给何人的逻辑。

附图说明

图1A-图1E是根据本发明的用于集群监控的告警通知系统的框图；

图2是根据本发明的实施例的策略查询的流程图；

图3是根据本发明的实施例的策略增加的流程图；

图4是根据本发明的实施例的策略修改的流程图；

图5是根据本发明的实施例的策略删除的流程图；

图6是根据本发明的实施例的策略匹配初始化的流程图；

图7是根据本发明的实施例的策略匹配的流程图；

图8是根据本发明的实施例的策略增加变更记录的写入流程图；

图9是根据本发明的实施例的策略修改变更记录的写入流程图；

图10是根据本发明的实施例的策略删除变更记录的写入流程图；

图11是根据本发明的实施例的策略变更记录的查询的流程图；以及

图12是根据本发明的实施例的查询某条策略修改记录的流程图。

具体实施方式

功能概述

考虑到相关技术中存在的一个或多个问题，本发明提出了一种用于集群监控的告警通知系统和方法。通过将所接收的告警信息与所维护的发送策略进行匹配，找到与告警信息匹配的发送策略，并根据与告警信息匹配的发送策略发送告警信息，能够很好地控制何种告警以何种方式发送给何人。

在本发明中，所有大型机的策略使用同一个表进行存储，一条策略支持为多个大型机进行配置。

定义策略的角度可以为：

1、一个或多个大型机某种或几种类型设备的告警；

2、某些种类的告警(AlarmValueID)，只用于多个大型机的告警分类一致的情况下；

3、接收某些设备的告警，例如交换机A1与服务器S1的告警，限于一个大型机内部；

4、某些服务器上的某些应用的告警。

策略信息的内容如下表：

图1A是根据本发明的用于集群监控的告警通知系统的框图。如图1所示，根据本发明的用于集群监控的告警通知系统100包括：告警接收装置102，用于接收来自集群系统的告警信息；发送策略管理装置104，用于维护发送策略，并将所接收的告警信息与所维护的发送策略进行匹配，找到与告警信息匹配的发送策略；以及告警信息发送装置106，用于根据与告警信息匹配的发送策略发送告警信息。

如图1B所示，告警接收装置102包括：策略查询模块102-2，用于根据各种查询条件进行发送策略查询；策略编辑模块102-4，用于进行发送策略的编辑，以维护发送策略；策略匹配模块102-6，根据告警信息，查询符合条件的发送策略的列表；策略变更记录写入模块102-8，用于记录编辑发送策略的操作日志；以及策略变更记录查询模块102-10，用于设置不同的查询条件，查询符合条件的发送策略变更记录信息。

如图1C所示，策略查询模块102-2包括：查询条件接收单元102-2A，用于接收用户输入的查询条件；转换单元102-2B，用于将查询条件转换为数据库查询语句；查询单元102-2C，用于根据转换后的数据库查询语言在数据库中查询匹配的发送策略；以及记录单元102-2D，用于记录用户操作日志。

优选地，查询条件包括以下至少一种：策略属性集、告警事件信息限定、发送方式、接收者、以及模版限制。

如图1D所示，策略编辑模块102-4包括：用户输入接收单元102-4A，用于接收用户输入的信息；用户输入核查单元102-4B，用于核查用户的输入，确定用户想要进行的操作；以及编辑单元102-4C，用于根据输入核查单元确定的结果，进行相应操作。

如图1E所示，策略匹配模块102-6包括：解析单元102-6A，用于将每一条发送策略解析成适于进行匹配的数据结构；以及匹配单元102-6B，用于遍历每一条解析后的发送策略，找到与告警信息匹配的发送策略。

优选地，发送策略可以包括以下至少一种信息：发送策略自身信息、告警事件信息匹配条件、物理发送方式指定、时间发送方式指定、告警接收者、以及发送模版选择。告警事件信息匹配条件可以包括以下至少之一：大型机ID、告警原因ID的匹配条件、匹配设备类型、告警类型、以及告警等级。物理发送方式指定可以包括以下发送方式之一：邮件发送、短信发送、邮件和短信发送、声音发送。

具体地，本发明的各个模块的功能如下表：

模块	功能
		策略查询模块	提供策略的查询，能够设置各种条件进行策略查询。
策略编辑模块	提供策略的编辑功能，包括策略的增加、修改、删除。
		策略匹配模块	根据告警事件信息，查询符合条件的策略信息的列表。
策略变更记录写入模块	用于记录策略增加、修改、删除操作的操作日志。
		策略变更记录查询模块	提供策略修改记录的查询，能够设置各种条件进行策略修改日志的查询。
策略的修改回退与重做	根据策略修改记录进行策略的回退操作、重做操作(可选)

其中，策略查询模块用于设置不同的查询条件，查询符合条件的策略信息，返回数据到显示界面。策略查询模块进行一次策略的查询操作时延不能超过5秒。

策略查询的流程如图2所示。

其中，策略查询支持四类条件：

1、策略属性集

a)Name，策略名称，支持精确匹配和模糊匹配。

2、告警事件信息限定

a)HpcID，大型机ID，用户选择大型机名称(可以多选)，然后查询包含这些大型机的策略信息列表。

注意：这里的包含是指策略中只要包含所指定的多个大型机中的一个即认为符合条件，例如用户指定A、B两个大型机，一条策略P是为B、C两个大型机制定的，此时P是符合条件的。

b)AlarmValueID，告警原因ID，当用户只选择一个大型机时，此时可以进行告警原因的限制，选择一个或多个告警事件原因，然后查询包含这些告警原因的策略信息列表。

注意：此查询条件只适用于一个大型机；数据表中此项为空的时候表示不限制(适合于任何告警条件)，此时应总是返回；这里的包含是指策略中只要包含所指定的多个告警原因中的一个即认为符合条件。

c)DeviceType，设备类型，用户选择一个或多个设备类型，然后查询包含这些类型设备的发送策略信息列表。

注意：这里的包含是指策略中只要包含所指定的多个设备类型中的一个即认为符合条件。

d)AlarmType，告警类型，用户选择一个或多个告警类型，然后查询包含这些告警类型的告警的发送策略信息列表。

注意：这里的包含是指策略中只要包含所指定的多个告警类型中的一个即认为符合条件。

e)AlarmSeverity，告警等级，用户选择一个或多个告警等级，然后查询包含这些告警等级的告警的发送策略信息列表。

注意：这里的包含是指策略中只要包含所指定的多个告警等级中的一个即认为符合条件。

3、发送方式

a)SendMode，物理方式形式，使用范围选择，可以多选。

用户选择一种或多种发送方式，然后查询包含这些发送方式的策略信息列表。

注意：如果只选择Email，则策略中发送方式为email，或者email和sms的都符合条件；如果选择了Email和sms，则只有发送方式为Email和说明书的策略才符合条件。

4、接收者

a)AlarmObjects，接收者的限定条件，所查询的策略指定告警需要发送给指定的接收者。

用户一次只能够输入一个接收者的名称，然后查询符合条件的策略信息列表。

5、模板限制

另外，策略查询模块所采用的接口可以为QueryResultquery(WhereCondition，OrderCondition，PageCondition)，其中，每种查询条件都是独立的，多种查询条件应能够进行组合查询。需要注意的是，写代码之前需要定义好每种查询角度的界面设计与条件选择方式。

策略编辑模块用于进行发送策略的编辑，以维护发送策略。策略的编辑包括策略的增加、修改、删除等基本功能。其中，每一步的操作延时不能够超过5秒。

策略增加的流程如图3所示。

1、对于策略信息的存储，在增加时，其中大部分为用户输入，具体描述如下：

a)Name，策略名称，必须，存在长度限制。

b)Description，策略描述，可选，存在长度限制。

c)Valid，策略的生效标志位，必须，0为失效，1为有效，用户手动填写。

d)AlarmEventCondition，告警事件信息的过滤条件。

e)AlarmSendMode，物理发送形式，取值为av、email、sms，可以多选，使用“，”分隔。

f)AlarmSendTimes、AlarmSendInterval，此两者用于限定时间发送形式，限定发送的次数与间隔(单位：秒)。

g)AlarmSendScheduler，用于限定告警事件的发送区间，只有当发送的时刻在此区间内才进行发送，否则只进行累加，不进行发送。

当前时间分为以下类型：

i一次区间

startTime，endTime

ii每天

startTime，endTime

iii每周

startTime，endTime，周几序列

h)AlarmObjects，限定告警事件的发送对象，AlarmObjects为告警对象信息可以有多个ID，使用“，”分隔。

2、一部分信息需要程序填写，其中包括：

a)ID，策略ID，有程序自动生成，需保证策略存储表中的ID唯一性。

b)CreateTime，创建时间，使用数据库的系统时间sysdate或者程序所在系统的系统当前时间，需要时间校准。

c)CreateUser，通过系统的session获取当前用户名。在系统在非权限控制下运行时，设置默认的用户名。

d)LastModifyTime

最后修改时间，设置为CreateTime

e)LastModifyUser

执行最后一次修改操作的用户，设置为CreateUser。

3、策略重复判断

当前为设定策略的重复条件，这里使用保留方式，当前为空判断体。

策略修改的流程如图4所示。

策略修改的整体流程与策略增加的类似，下面将主要说明其中的不同之处。

1、用户输入部分的定义与数据判断，与策略增加相同，请参考

2、程序填写的数据域

a)LastModifyTime

策略的最后修改时间，使用数据库的系统时间sysdate或者程序所在系统的系统当前时间，需要时间校准。

b)LastModifyUser

策略最后一次修改时进行操作的用户名。在系统在非权限控制下运行时，设置默认的用户名。

3、其他部分的设置

a)ID

保持不变

b)CreateTime

保持不变

c)CreateUser

保持不变

4、策略的存在判断

如果在用户进行策略修改动作时，所操作策略被另外的用户删除，此时将发生正在修改的策略已经不存在于数据表中，需要判断并进行异常抛出。判断的方式可以为根据Update操作的返回值，如果为1则认为存在，为0则认为不存在，其他值为异常抛出。

策略删除的流程如图5所示。

1、策略删除时用户只需要输入策略的ID。

2、删除时需要判断策略ID指定的策略是否已存在，存在则正常删除，否则抛出异常。可以通过delete操作的返回值进行判断，1为存在，0为不存在，其他为异常。

用于策略删除的接口列出调用该程序的上一层程序及该程序调用的下一层程序，给出参数赋值、调用的方式及返回值等，给出与该程序直接关联的局部数据结构。

策略的管理存在权限限定(这是由声音策略决定的)，所以策略只能够被其创建者修改和删除。

1、在告警引擎的策略匹配使用内存匹配方式，则策略发生修改时，需要更新告警引擎内的策略信息缓冲。

2、用户只能够编辑自己增加的策略。

策略匹配模块用于负责进行策略的匹配，输入一个告警事件信息，然后返回此告警事件信息能够匹配的告警事件信息。其中，策略匹配的速度应尽量快速，预计匹配速度不要超过500ms。

其中，缓冲区的数据结构如下：

策略匹配的初始化工作主要是读取策略信息到内存，并将每一条策略信息解析成适合于进行匹配的数据结构。匹配初始化的流程如图6所示。

匹配流程如图7所示，匹配流程的处理包括：循环遍历策略缓冲区中的每一条策略信息，如果其能够通过当前告警信息的匹配，则将其放入激活的策略存储区，等待返回；否则略过。

在匹配流程处理中，接口列出调用该程序的上一层程序及该程序调用的下一层程序，给出参数赋值、调用的方式及返回值等，给出与该程序直接关联的局部数据结构。

策略缓冲区能够正确读取并解析，缓冲区能够及时更新。

下面分别说明策略变更记录写入模块的总体情况和其中包含的函数集合。

策略变更记录写入模块用于提供策略变更记录的写入接口，包括策略增加、策略修改、策略删除三种操作的接口。策略变更的流程如图8所示。

策略变更的数据结构如下：

策略增加变更记录的写入流程如图9所示。策略删除变更记录的写入流程如图10所示。

其中，接口调用获取用户名的方法为String getUserName()。

为上层提供的方法包括写变更记录：boolean writeModifyLog(StringoperateType，PolicyInfo oldPolicy，PolicyInfo newPolicy)。

其中，根据需要说明该程序的存贮分配，需要测试变更记录信息是否正常写入到数据库，并且变更记录的类型只支持add、modify、delete三种。

下面分别说明策略变更记录查询模块的总体情况和其中包含的函数集合。策略变更记录查询模块用于设置不同的查询条件，查询符合条件的策略变更记录信息。策略变更记录的查询流程如图11所示。该流程支持通过以下条件进行查询：

a)OperateType，操作类型，分为add、modify、delete三种，使用选择方式输入。

b)TimeSpan，时间段限定，支持通用时间段定义，包括预定义时间段与自定义时间段。

c)UserName，策略变更的操作者进行查询，精确匹配。

查询某条策略修改记录如图12所示。

1、在策略显示窗体内，当用户选择一条记录时，提供显示所选策略的变更记录的功能。

2、一条策略的变更记录包括增加(创建)、修改记录。

使用此功能的前提是，需要保证在系统生命周期中，策略的ID是唯一的，即使策略被删除，其原有占用的ID序号也不能够被新生成的策略占用。

接口列出调用该程序的上一层程序及该程序调用的下一层程序，给出参数赋值、调用的方式及返回值等，给出与该程序直接关联的局部数据结构。根据需要说明该程序的存贮分配，并且给出测试本模块的主要测试要点。

本发明中的告警信息的组成可以包括以下几部分组成：

alarmname：告警名称

alarmvalueid：告警原因ID

alarmtime：告警时间

alarmtype：告警类型

alarmseverity：告警等级

alarmdescription：告警描述信息

告警原因类型可以举例如下：

Alarm Type	Comment
		EnvironmentalAlarm	环境告警
DeviceAlarm	设备告警
		SoftwarerAlarm	软件告警
CommunicationsAlarm	通信告警
		StorageAlarm	存储告警

告警级别可以举例如下：

Alarm Severity	Comment/Color
		Critical	严重：红色5
Major	主要/一般：橘黄色4
		Minor	次要：黄色3
Warning	警告：粉色2
		Indeterminate	不确定：浅蓝色1
Normal/Cleared	正常0

告警信息可以举例如下：

服务器Server1的1号CPU温度过高告警：

告警名称：HpcName.Server.Server1.CPU.1.CPUTemperature.H

告警原因ID：2003

告警时间：20090601020304

告警等级：Critical

告警类型：DeviceAlarm

以上信息均是示意性的，本发明并不限于以上信息，本领域技术人员可以采用其他信息来实现本发明。

本发明还提供了一种用于集群监控的告警通知方法，包括：

当接收到来自集群系统的告警信息时，根据告警信息查询匹配的发送策略；以及根据查询到的匹配的发送策略发送告警信息。

优选地，发送策略可以包括以下至少一种信息：发送策略自身信息、告警事件信息匹配条件、物理发送方式指定、时间发送方式指定、告警接收者、以及发送模版选择。

优选地，告警事件信息匹配条件可以包括以下至少之一：大型机ID、告警原因ID的匹配条件、匹配设备类型、告警类型、以及告警等级。

优选地，物理发送方式指定可以指定以下发送方式之一：邮件发送、短信发送、邮件和短信发送、声音发送。

综上所述，借助本发明上述至少一个技术方案，通过提供一种用于集群监控的告警通知系统和方法，接收来自集群系统的告警信息，并将所接收的告警信息与所维护的发送策略进行匹配，找到与告警信息匹配的发送策略，并且根据与告警信息匹配的发送策略发送告警信息，能够实现故障的快速通知，达到故障快速处理的目的。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种用于集群监控的告警通知系统，其特征在于，包括：

告警接收装置，用于接收来自集群系统的告警信息；

发送策略管理装置，用于维护发送策略，并将所接收的告警信息与所维护的发送策略进行匹配，找到与所述告警信息匹配的发送策略；以及

告警信息发送装置，用于根据与所述告警信息匹配的发送策略发送告警信息；其中，所述发送策略管理装置包括：

策略查询模块，用于根据各种查询条件进行发送策略查询；

策略编辑模块，用于进行发送策略的编辑，以维护所述发送策略；

策略匹配模块，根据所述告警信息，查询符合条件的发送策略的列表；

策略变更记录写入模块，用于记录编辑所述发送策略的操作日志；以及

策略变更记录查询模块，用于设置不同的查询条件，查询符合条件的发送策略变更记录信息。

2.根据权利要求1所述的系统，其特征在于，所述策略查询模块包括：

查询条件接收单元，用于接收用户输入的查询条件；

转换单元，用于将查询条件转换为数据库查询语句；

查询单元，用于根据转换后的数据库查询语言在数据库中查询匹配的发送策略；

记录单元，用于记录用户操作日志。

3.根据权利要求2所述的系统，其特征在于，查询条件包括以下至少一种：策略属性集、告警事件信息限定、发送方式、接收者、以及模版限制。

4.根据权利要求1所述的系统，其特征在于，所述策略编辑模块包括：

用户输入接收单元，用于接收用户输入的信息；

用户输入核查单元，用于核查用户的输入，确定用户想要进行的操作；以及

编辑单元，用于根据所述输入核查单元确定的结果，进行相应操作。

5.根据权利要求1所述的系统，其特征在于，所述策略匹配模块包括：

解析单元，用于将每一条发送策略解析成适于进行匹配的数据结构；

匹配单元，用于遍历每一条解析后的发送策略，找到与所述告警信息匹配的发送策略。

6.根据权利要求1至5中任一项所述的系统，其特征在于，所述发送策略包括以下至少一种信息：发送策略自身信息、告警事件信息匹配条件、物理发送方式指定、时间发送方式指定、告警接收者、以及发送模版选择。

7.根据权利要求6所述的系统，其特征在于，所述告警事件信息匹配条件包括以下至少之一：大型机ID、告警原因ID的匹配条件、匹配设备类型、告警类型、以及告警等级。

8.根据权利要求6所述的系统，其特征在于，所述物理发送方式包括指定以下发送方式之一：邮件发送、短信发送、邮件和短信发送、声音发送。

Images