CN104468153A - 一种集群系统中的告警方法、设备及集群系统 - Google Patents

Abstract

本发明公开了一种集群系统中的告警方法、设备及集群系统，根据集群系统中网络设备间的拓扑关系，在邻居设备间相互发布网络设备的补丁信息。当某一网络设备根据邻居设备发布的补丁信息确定本设备有还未激活的补丁，和/或本设备的补丁版本低时，可主动发起告警通知网管，使得该网络设备的补丁漏洞可尽快排除，避免网络设备长时间运行在高危环境中，提高集群系统的安全性；同时，若网络设备根据邻居设备发布的补丁信息确定本设备无需更新补丁时，可不进行额外操作，避免在本设备中增加额外负担。

Description

一种集群系统中的告警方法、设备及集群系统

技术领域

本发明涉及通信领域，尤其涉及一种集群系统中的告警方法、设备及集群系统。

背景技术

网络集群系统是一种由互相连接的网络设备组成的并行系统或分布式系统，网络集群系统中的网络设备数量较多，为了使大量的网络设备对外具有统一的服务功能，需要为所有的网络设备打上相同的补丁，也就是说，网络集群系统中的大量网络设备会进行批量的打补丁操作，此时，可能会出现有些网络设备中的补丁版本状态未激活，无法进行打补丁操作的情况；也可能会出现有些网络设备中的补丁版本与需要打的补丁版本不一致，也无法正确进行打补丁操作的情况。

为了解决上述问题，需要由网管人员定期获取所有网络设备的补丁信息，查看需要打的补丁版本是否已经在各网络设备中加载并激活，当网管人员发现存在补丁信息异常（如需要打的补丁版本状态未激活、补丁版本与需要打的补丁版本不一致）的网络设备时，需要手动更新所有网络设备的补丁信息，对所有网络设备重新打补丁或更新补丁版本，确保所有的网络设备的补丁信息无异常，并对外发出网络设备的补丁信息预警。

通过以上由网管人员手动更新补丁信息的方案，可以确保在每次手动更新所有网络的补丁信息时，网络集群系统中的网络设备的补丁信息正常，但是，手动定期获取网络而被的补丁信息的周期较长，若某一网络设备的补丁信息出现异常，则需要在下一周期到达时才能更新补丁信息，导致该网络设备会一段较长的时间内运行在高危环境中，降低了网络集群系统的安全性；同时，网管人员获取网络设备的补丁信息后，需要依次判断各网络设备的补丁信息是否异常，判断效率低，无法快速对补丁信息异常的网络设备进行更新，进一步加剧了网络集群系统的不安全性；并且，如果网络集群中只有少量的几个网络设备的补丁信息异常，网管人员仍然要对网络集群系统中的所有网络设备的补丁信息进行更新，增加了补丁信息正常的网络设备的负担。

发明内容

本发明提供了一种集群系统中的告警方法、设备及集群系统，用以解决现有技术中存在的网络集群系统的安全性得不到保证且网络设备负担较重的问题。

第一方面，本发明提供一种集群系统中的告警方法，所述方法包括：

接收邻居设备发布的补丁信息；

根据所述邻居设备发布的补丁信息，判断是否存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁；

若存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，则告警，要求对本设备进行补丁更新。

结合第一方面，在第一种可能的实现方式中，所述方法还包括：

接收所述邻居设备发布的设备版本信息；

根据所述邻居设备发布的设备版本信息，判断所述邻居设备的设备版本是否高于本设备的设备版本；

若所述邻居设备的设备版本高于本设备的设备版本，则告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，

若所述邻居设备的设备版本不高于本设备的设备版本，则根据设备版本与补丁的对应关系，判断在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁是否是本设备的设备版本对应的补丁；

若是，则告警，要求对本设备进行补丁更新。

结合第一方面、第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第三种可能的实现方式中，通过发起携带有待更新补丁的补丁信息的告警信息来告警。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括：

向所述邻居设备发布本设备的补丁信息和设备版本信息。

第二方面，本发明提供一种网络设备，所述网络设备包括：

信息接收模块，用于接收邻居设备发布的补丁信息；

判断模块，用于根据所述邻居设备发布的补丁信息，判断是否存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁；

告警模块，用于在所述判断模块确定存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁时告警，要求对本设备进行补丁更新。

结合第二方面，在第一种可能的实现方式中，

所述接收模块，还用于接收所述邻居设备发布的设备版本信息；

所述判断模块，还用于根据所述邻居设备发布的设备版本信息，判断所述邻居设备的设备版本是否高于本设备的设备版本；

所述告警模块，还用于在所述判断模块确定所述邻居设备的设备版本高于本设备的设备版本时告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，

所述告警模块，还用于在所述判断模块确定所述邻居设备的设备版本不高于本设备的设备版本，但存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁是本设备的设备版本对应的补丁时告警，要求对本设备进行补丁更新。

结合第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式，在第三种可能的实现方式中，

所述告警模块，具体用于通过发起携带有待更新补丁的补丁信息的告警信息来告警。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述网络设备还包括：

信息发送模块，用于向所述邻居设备发布本设备的补丁信息和设备版本信息。

第三方面，本发明提供一种集群系统，所述集群系统中包括多个上述第二方面的网络设备，相邻的网络设备之间相互发布本设备的补丁信息。

本发明提供的方案，根据集群系统中网络设备间的拓扑关系，在邻居设备间相互发布本身的补丁信息，当某一网络设备根据邻居设备发布的补丁信息确定本设备有还未激活的补丁，和/或本设备的补丁版本低时，可主动发起告警通知网管，使得该网络设备的补丁漏洞可尽快排除，避免网络设备长时间运行在高危环境中，提高集群系统的安全性；同时，若网络设备根据邻居设备发布的补丁信息确定本设备无需更新补丁时，可不进行额外操作，避免在本设备中增加额外负担。

附图说明

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

图1为本发明实施例一中集群系统中的告警方法流程示意图；

图2为本发明实施例二中集群系统中的告警方法流程示意图；

图3（a）和图3（b）为本发明实施例三中网络设备的结构示意图；

图4为本发明实施例四中集群系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了在网络设备的补丁信息出现异常时及时更新该网络设备的补丁信息，且避免对补丁信息正常的网络设备进行不必要的操作，本发明实施例提出一种在集群系统中的告警方案，根据集群系统中网络设备间的拓扑关系，在邻居设备间相互发布本身的补丁信息，当某一网络设备根据邻居设备发布的补丁信息确定本设备有还未激活的补丁，和/或本设备的补丁版本低时，可主动发起告警通知网管，使得该网络设备的补丁漏洞可尽快排除，避免网络设备长时间运行在高危环境中；同时，若网络设备根据邻居设备发布的补丁信息确定本设备无需更新补丁时，可不进行额外操作，避免在本设备中增加额外负担。

下面结合具体实施例对本发明的方案进行详细描述，但本发明并不局限于以下实施例。

实施例一：

如图1所示，为本发明实施例一中集群系统中的告警方法流程示意图，所述方法主要包括以下内容：

步骤101：网络设备接收邻居设备发布的补丁信息。在本步骤101中，根据集群网络中网络设备之间的拓扑关系，相邻的网络设备之间相互发布本设备的补丁信息。其中，所述补丁信息至少包括补丁的名称和版本信息。

可选地，网络设备可周期性地向相邻的网络设备发布本设备的补丁信息，也可以当本设备的补丁信息发生变化时，向相邻的网络设备发布变化后的补丁信息，以使得接收变化后的补丁信息的网络设备能够快速告警，要求网管及时对所述接收变化后的补丁信息的网络设备的补丁进行更新。

步骤102：根据所述邻居设备的补丁信息，判断是否存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或在邻居设备上的补丁版本高于本设备上的补丁版本的补丁。

若既不存在邻居设备上已经激活但本设备上还未激活的补丁，也不存在在邻居设备上的补丁版本高于本设备上的补丁版本的补丁，表示本设备的补丁状态优于（或是不差于）邻居设备的补丁状态，暂时不需要进行补丁更新操作，则跳转至步骤101，继续接收邻居设备发布的补丁信息；

若存在邻居设备上已经激活但本设备上还未激活的补丁或在邻居设备上的补丁版本高于本设备上的补丁版本的补丁，表示本设备的补丁状态比邻居设备的补丁状态差，需要更新本设备的补丁。

步骤103：网络设备向网管告警。

在本步骤103的方案中，网络设备可通过触发本设备的报警器，以灯光、声音等形式向网管告警；也可以通过发送告警信息的形式向网管告警，要求网管对本设备进行补丁更新操作，如更新本设备的补丁版本，激活补丁等，使得在网管对本设备进行补丁操作后，本设备的补丁信息与当前对网络设备所期望的补丁状态相适配。

优选地，由于本设备在步骤102中根据所述邻居设备的补丁信息，能够确定出具体需要更新的补丁，如需要激活的补丁和/或需要升级版本的补丁，因此，当本设备通过告警信息的形式向网管告警时，可将需要更新的补丁的补丁信息携带在所述告警信息中，并发送给网管，要求网管根据告警信息中携带的补丁信息，有针对性地进行补丁更新操作。

例如，本设备从邻居设备的补丁信息中确定邻居设备的防火墙补丁版本号是3.0，而本设备的防火墙补丁版本号是2.0，则可将防火墙补丁的补丁信息携带在告警信息中并发送给网管，要求网管对本设备的防火墙补丁进行更新。

通过本发明实施例一的方案，网络设备之间相互发布本设备的补丁信息，对于补丁信息异常的网络设备而言，当确定本设备中存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或本设备中存在在邻居设备中的补丁版本高于本设备补丁版本的补丁时，及时告警，要求网管及时排除本设备的补丁漏洞，网络设备基本可以做到准实时的补丁异常告警，且网管无需费时查询出现补丁异常的网络设备，避免网络设备长时间运行在高危环境中，提高网络集群系统的安全性；同时，若网络设备根据邻居设备发布的补丁信息确定本设备无需更新补丁时，可不进行额外操作，避免在本设备中增加额外负担。

更近一步地，当有新补丁需要向网络设备发布时，也不用网管针对网络集群系统中的每个网络设备分别进行更新，只要网络集群系统中有一个网络设备中激活了新补丁，通过本发明实施例方案中相邻的网络设备间发布补丁信息的做法，就可使其他网络设备获知补丁更新事件，向网管告警，通过网管手动或是网络设备自动从指定地址下载补丁的方式，更新网络设备的补丁。

在本发明实施例一的基础上，可由网络规划人员预先配置网络设备中可加载的每个补丁的重要度，并设定网络设备中配置的设备版本与所需要加载补丁的对应关系，优选地，针对某一设备版本而言，可配置其对应的补丁为重要度较高的补丁（如重要度达到设定级别的补丁），在网络设备安装该设备版本时，网络设备需要在本地激活该设备版本对应的补丁；而对于其他补丁可不要求网络设备一定要激活，只要满足对网络设备打补丁的基本要求即可。

下面通过实施例二，在实施例一方案基础上，根据设备版本信息来进行告警的方式做详细说明。

实施例二：

如图2所示，为本发明实施例二中集群系统中的告警方法流程示意图，所述方法主要包括以下内容：

步骤201：网络设备接收邻居设备发送的补丁信息和设备版本信息。

在本步骤201中，根据集群网络中网络设备之间的拓扑关系，相邻的网络设备之间相互发布本设备的补丁信息和设备版本信息。

可选地，某一网络设备可将本设备的补丁信息和设备版本信息同步发布给相邻的网络设备，也可以分别发布，若只向相邻的网络设备发布补丁信息，则可按照实施例一的方案执行；若只向相邻的网络设备发布设备版本信息，则可按照本实施例二中针对设备版本信息的方案执行；若同时向相邻的网络设备发布补丁信息和设备版本信息，则可按照本实施例二的方案执行。

步骤202：网络设备根据所述邻居设备的设备版本信息，判断邻居设备的设备版本是否高于本设备的设备版本。

若是，表示本设备的设备版本过低，需要升级本设备的设备版本，此外，升级设备版本后，需将本设备的补丁更新成升级后的设备版本对应的补丁，则执行步骤203；

若否，表示本设备的设备版本暂时无需更新，需进一步判断补丁信息是否需要更新，则执行步骤204。

步骤203：网络设备向网管告警，要求更新本设备的设备版本，以及将更新后的设备版本对应的补丁在本设备进行补丁更新。

本步骤之后，可以结束本次告警过程，跳转至步骤201继续与邻居设备进行补丁信息和设备版本信息的交互。

网管更新本设备的设备版本和补丁后，使本设备中激活的补丁和补丁版本与升级后的设备版本对应的补丁状态相适配。

步骤204：网络设备根据所述邻居设备的补丁信息，判断是否存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或在邻居设备中的补丁版本高于在本设备中的补丁版本的补丁。

若不存在，表示本设备的补丁状态优于（或是不差于）邻居设备的补丁状态，暂时不需要进行补丁更新操作，则跳转至步骤201，继续与邻居设备之间进行补丁信息和设备版本信息的交互；

若存在，表示本设备的补丁状态比邻居设备的补丁状态差，需要更新本设备的补丁，执行步骤205。

步骤205：网络设备判断在邻居设备上已经激活但在本设备上还未激活的补丁，和/或在邻居设备上的补丁版本高于在本设备上的补丁版本的补丁是否是本设备的设备版本对应的补丁。

若步骤204中存在的补丁并不是本设备的设备版本对应的补丁，则表示步骤204中存在的补丁是重要度较低的补丁，此时，本设备中是否激活该补丁或升级补丁版本，对本设备的设备性能并没有显著影响，因此，可执行步骤206，向网管告警，要求进行补丁更新操作，也可以不执行步骤206，不更新本设备的补丁，直接跳转至步骤201，继续与邻居设备之间进行补丁信息和设备版本信息的交互。

若步骤204中存在的补丁是本设备的设备版本对应的补丁，则表示步骤204中存在的补丁是重要度较高的补丁，对设备的性能有显著影响，需要进行补丁更新，则跳转至步骤206。

步骤206：网络设备向网管告警，要求对本设备进行补丁更新，结束本次告警过程。在补丁更新完成后，跳转至步骤201继续与邻居设备进行补丁信息和设备版本信息的交互。

通过本发明实施例二的方案，除了能够得到与实施例一相同的效果外，还进一步以设备版本信息作为补丁更新依据，在设备版本过低时，除了升级设备版本外，还将补丁更新至升级后的设备版本对应的补丁状态，在设备版本不低时，可只更新重要度高的补丁，对于重要度低的补丁可不更新，一方面，可实时确保设备中打的补丁与设备版本相适配，另一方面，又尽可能地减少对网络设备的补丁更新操作，避免影响网络设备的设备性能。

实施例三：

本发明实施例三提供了一种与实施例一和实施例二属于同一发明构思下的网络设备，如图3（a）所示，所述网络设备包括信息接收模块11、判断模块12和告警模块13，其中：

信息接收模块11用于接收邻居设备发布的补丁信息；

判断模块12用于根据所述邻居设备发布的补丁信息，判断是否存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或在邻居设备上的补丁版本高于在本设备上的补丁版本的补丁；

告警模块13用于在所述判断模块12确定存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或存在在邻居设备上的补丁版本高于在本设备上的补丁版本的补丁时告警，要求对本设备进行补丁更新。

优选地，所述信息接收模块11还用于接收所述邻居设备发布的设备版本信息；

所述判断模块12还用于根据所述邻居设备发布的设备版本信息，判断邻居设备的设备版本是否高于本设备的设备版本；

所述告警模块13还用于在所述判断模块12确定邻居设备的设备版本高于本设备的设备版本时告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

优选地，所述告警模块13还用于在所述判断模块12确定邻居设备的设备版本不高于本设备的设备版本，但存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或存在在邻居设备上的补丁版本高于本设备上的补丁版本的补丁，并且该补丁是本设备的设备版本对应的补丁时告警，要求对本设备进行补丁更新。

优选地，所述告警模块13具体用于通过发起携带有待更新补丁的补丁信息的告警信息来告警。

优选地，所述网络设备还包括信息发送模块14，用于向所述邻居设备发布本设备的补丁信息和设备版本信息。所述信息发送模块14和信息接收模块13可以是同一输入输出端口，因此，在图3（a）中以虚线连接。

本发明实施例三中的网络设备具有实现实施例一和实施例二中各功能的逻辑部件，此处不再赘述。

本发明实施例三还提供了另一种网络设备，如图3（b）所示，所述网络设备包括接口21和处理器22，其中：

接口21用于接收邻居设备发布的补丁信息；

处理器22用于根据所述邻居设备发布的补丁信息，判断是否存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，若存在在所述邻居设备上已经激活但在本设备上还未激活的补丁或存在在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，则告警，要求对本设备进行补丁更新。

优选地，所述接口21还用于接收所述邻居设备发布的设备版本信息；

所述处理器22还用于根据所述邻居设备发布的设备版本信息，判断邻居设备的设备版本是否高于本设备的设备版本，在确定邻居设备的设备版本高于本设备的设备版本时告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

优选地，所述处理器22还用于在确定邻居设备的设备版本不高于本设备的设备版本，但存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或存在在邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，且所述补丁是本设备的设备版本对应的补丁时告警，要求对本设备进行补丁更新。

优选地，所述处理器22具体用于通过发起携带有待更新补丁的补丁信息的告警信息来告警。

优选地，所述接口21还用于向所述邻居设备发布本设备的补丁信息和设备版本信息。

实施例四：

本发明实施例四提供了一种与实施例一和实施例二属于同一发明构思下的集群系统，如图4所示，所述集群系统中包括多个网络设备，相邻的网络设备之间相互发布本设备的补丁信息，其中：

任一网络设备，用于根据邻居设备发布的补丁信息，判断是否存在在邻居设备上已经激活但在本设备上还未激活的补丁，和/或在邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，若存在在邻居设备上已经激活但在本设备上还未激活的补丁。和/或存在在邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，则告警，要求对本设备进行补丁更新。

优选地，相邻的网络设备之间还相互发布本设备的设备版本信息；

所述任一网络设备，还用于根据邻居设备发布的设备版本信息，判断邻居设备的设备版本是否高于本设备的设备版本，若邻居设备的设备版本高于本设备的设备版本，则告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

优选地，所述任一网络设备，还用于若邻居设备的设备版本不高于本设备的设备版本，则根据设备版本与补丁的对应关系，判断在邻居设备上已经激活但在本设备上还未激活的补丁，和/或在邻居设备上的补丁版本高于本设备补丁版本的补丁是否是本设备的设备版本对应的补丁，若是，则告警，要求对本设备进行补丁更新。

优选地，所述任一网络设备，具体用于通过发起携带有待更新补丁的补丁信息的告警信息来告警。

本发明实施例四中集群系统中的网络设备具有实施例三中图3（a）或图3（b）所示的内部结构。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种集群系统中的告警方法，其特征在于，所述方法包括：

接收邻居设备发布的补丁信息；

根据所述邻居设备发布的补丁信息，判断是否存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁；

若存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，则告警，要求对本设备进行补丁更新。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述邻居设备发布的设备版本信息；

根据所述邻居设备发布的设备版本信息，判断所述邻居设备的设备版本是否高于本设备的设备版本；

若所述邻居设备的设备版本高于本设备的设备版本，则告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

3.如权利要求2所述的方法，其特征在于，若所述邻居设备的设备版本不高于本设备的设备版本，则根据设备版本与补丁的对应关系，判断在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁是否是本设备的设备版本对应的补丁；

若是，则告警，要求对本设备进行补丁更新。

4.如权利要求1～3任一所述的方法，其特征在于，通过发起携带有待更新补丁的补丁信息的告警信息来告警。

5.如权利要求1～4任一所述的方法，其特征在于，所述方法还包括：

向所述邻居设备发布本设备的补丁信息和设备版本信息。

6.一种网络设备，其特征在于，所述网络设备包括：

信息接收模块，用于接收邻居设备发布的补丁信息；

判断模块，用于根据所述邻居设备发布的补丁信息，判断是否存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁；

告警模块，用于在所述判断模块确定存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁时告警，要求对本设备进行补丁更新。

7.如权利要求6所述的网络设备，其特征在于，

所述接收模块，还用于接收所述邻居设备发布的设备版本信息；

所述判断模块，还用于根据所述邻居设备发布的设备版本信息，判断所述邻居设备的设备版本是否高于本设备的设备版本；

所述告警模块，还用于在所述判断模块确定所述邻居设备的设备版本高于本设备的设备版本时告警，要求更新本设备的设备版本，并根据设备版本与补丁的对应关系，要求将更新后的设备版本对应的补丁在本设备进行补丁更新。

8.如权利要求7所述的网络设备，其特征在于，

所述告警模块，还用于在所述判断模块确定所述邻居设备的设备版本不高于本设备的设备版本，但存在在所述邻居设备上已经激活但在本设备上还未激活的补丁，和/或在所述邻居设备上的补丁版本高于在本设备上的补丁版本的补丁，且所述补丁是本设备的设备版本对应的补丁时告警，要求对本设备进行补丁更新。

9.如权利要求6～8任一所述的网络设备，其特征在于，

所述告警模块，具体用于通过发起携带有待更新补丁的补丁信息的告警信息来告警。

10.如权利要求6～9任一所述的网络设备，其特征在于，所述网络设备还包括：

信息发送模块，用于向所述邻居设备发布本设备的补丁信息和设备版本信息。

11.一种集群系统，其特征在于，所述集群系统中包括多个如权利要求6-10任意一项所述的网络设备，相邻的网络设备之间相互发布本设备的补丁信息。