CN110768838A - 一种snmp消息处理方法及相关装置 - Google Patents
一种snmp消息处理方法及相关装置 Download PDFInfo
- Publication number
- CN110768838A CN110768838A CN201911037945.XA CN201911037945A CN110768838A CN 110768838 A CN110768838 A CN 110768838A CN 201911037945 A CN201911037945 A CN 201911037945A CN 110768838 A CN110768838 A CN 110768838A
- Authority
- CN
- China
- Prior art keywords
- node
- snmp message
- snmp
- information
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种SNMP消息处理方法,包括:当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点;若是,则对SNMP消息执行操作得到操作结果,并向管理***发送操作结果;若否,则对所有其他节点进行数据交互得到主节点的信息,根据主节点的信息向主节点发送SNMP信息,以便主节点对SNMP消息执行操作。通过当接收到SNMP消息时,节点判断自身是否为主节点,若否时则在节点之间进行交互使得将SNMP消息转发至主节点中进行处理,避免了管理***再去找寻主节点的过程,提高了SNMP管理节点的效率。本申请还公开了一种SNMP消息处理装置、服务器以及计算机可读存储介质,具有以上有益效果。
Description
技术领域
本申请涉及网络设备管理技术领域,特别涉及一种SNMP消息处理方法、SNMP消息处理装置、服务器以及计算机可读存储介质。
背景技术
随着信息技术的不断发展,应用的设备数量越来越多。也就是,存在多个不同的节点,多个节点之间相互形成了节点集群。为了更好的管理节点集群,现有技术中通过简单网络管理协议(SNMP simple network management protocol)对网络中的所有节点进行管理。
当将简单网络管理协议应用在分布式存储***中时,实际应用的SNMP组网主要由三部分组成,包括:NMS(Network-management systems网络管理***)、被管理的设备、代理。其中,NMS运行应用程序,以该应用程序监视并控制被管理的设备;被管设备通过管理信息库(MIB)收集并存储管理信息,并且让NMS能够通过SNMP代理取得这项信息;代理存在于被管理的设备中。属于中间模块,负责双向的兼容以及消息传递。
可见,现有的SNMP机制应用在实际的环境中时,被管设备和代理是一对一的关系,每个被管设备中都部署有一个代理,就可以对每一个被管设备进行管理。但是,多个被管设备间的代理缺少消息交互通道,导致分布式***中,如果主节点发生浮动,NMS端无法正常获取设备信息。举例来说,被管设备A是作为主节点的,NMS对接节点A的IP即可获取整个分布式存储***的信息,但是节点A发生异常,分布式***为了保证整个***的运行,则将主节点浮动到了被管设备B上,这时候NMS再从节点A上获取信息则会失败或者只获取到了本节点的内容。是因为分布式***的节点浮动,没有办法通知到NMS,且即便NMS知悉,也需要手动的修改对接的IP和参数,降低了SNMP管理节点的效率。
因此,如何提高SNMP管理节点的效率是本领域技术人员关注的重点问题。
发明内容
本申请的目的是提供一种SNMP消息处理方法、SNMP消息处理装置、服务器以及计算机可读存储介质,通过当接收到SNMP消息时,节点判断自身是否为主节点,若是,则正常执行操作,若否,则在节点之间进行交互使得将SNMP消息转发至主节点中进行处理,避免了管理***再去找寻主节点的过程,提高了SNMP管理节点的效率。
为解决上述技术问题,本申请提供一种SNMP消息处理方法,包括:
当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点;
若是,则对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果;
若否,则对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作。
可选的,当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点,包括:
所述节点接收到所述管理***发送的所述SNMP消息;
根据获取到的节点状态列表判断自身是否为所述主节点。
可选的,对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果,包括:
通过代理对所述SNMP消息进行解析处理,得到操作指令;
根据所述操作指令调用底层命令执行操作,得到所述操作结果;
向所述管理***发送所述操作结果。
可选的,对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作,包括:
所述节点向所有其他节点发送主节点查询消息,以便当所述主节点接收到所述主节点查询消息时返回所述主节点的信息;
根据所述主节点的信息将所述SNMP消息转发至所述主节点,以便所述主节点接收到所述SNMP消息并进行处理后得到所述操作结果,并向所述节点发送所述操作结果;
所述节点将接收到的所述操作结果转发至所述管理***。
本申请还提供一种SNMP消息处理装置,包括:
主节点判断模块,用于当接收到管理***发送的SNMP消息时,判断自身是否为主节点;
本地处理模块,用于当节点为主节点时,对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果;
交互处理模块,用于当节点不为主节点时,对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作。
可选的,所述主节点判断模块,包括:
消息接收单元,用于接收到所述管理***发送的所述SNMP消息;
判断单元,用于根据获取到的节点状态列表判断自身是否为所述主节点。
可选的,所述本地处理模块,包括:
消息解析处理单元,用于通过代理对所述SNMP消息进行解析处理,得到操作指令;
操作指令执行单元,用于根据所述操作指令调用底层命令执行操作,得到所述操作结果;
操作结果发送单元,用于向所述管理***发送所述操作结果。
可选的,所述交互处理模块,包括:
节点交互单元,用于向所有其他节点发送主节点查询消息,以便当所述主节点接收到所述主节点查询消息时返回所述主节点的信息;
操作执行单元,用于根据所述主节点的信息将所述SNMP消息转发至所述主节点,以便所述主节点接收到所述SNMP消息并进行处理后得到所述操作结果,并向所述节点发送所述操作结果;
结果发送单元,用于将接收到的所述操作结果转发至所述管理***。
本申请还提供一种服务器,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上所述的SNMP消息处理方法的步骤。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的SNMP消息处理方法的步骤。
本申请所提供的一种SNMP消息处理方法,包括:当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点;若是,则对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果;若否,则对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作。
通过当接收到管理***发送的SNMP消息时,接收到消息的节点判断自身是否为主节点,若是,则作为主节点对该SNMP消息进行正常处理,若否,则对所有其他节点进行数据交互后得到主节点的信息,然后将该SNMP消息直接转发至主节点中,以便该主节点对该SNMP消息进行处理,而不是管理***再去查找主节点并再次向主节点发送SNMP消息,提高了消息的处理效率,使得各个节点之间进行数据交互,避免了节点浮动对节点集群带来的问题,提高了SNMP管理节点的效率。
本申请还提供一种SNMP消息处理装置、服务器以及计算机可读存储介质,具有以上有益效果,在此不作赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种SNMP消息处理方法的流程图;
图2为本申请实施例所提供的一种SNMP消息处理装置的结构示意图。
具体实施方式
本申请的核心是提供一种SNMP消息处理方法、SNMP消息处理装置、服务器以及计算机可读存储介质,通过当接收到SNMP消息时,节点判断自身是否为主节点,若是,则正常执行操作,若否,则在节点之间进行交互使得将SNMP消息转发至主节点中进行处理,避免了管理***再去找寻主节点的过程,提高了SNMP管理节点的效率。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
现有技术中的SNMP机制应用在实际的环境中时,被管设备和代理是一对一的关系,每个被管设备中都部署有一个代理,就可以对每一个被管设备进行管理。但是,多个被管设备间的代理缺少消息交互通道,导致分布式***中,如果主节点发生浮动,NMS端无法正常获取设备信息。举例来说,被管设备A是作为主节点的,NMS对接节点A的IP即可获取整个分布式存储***的信息,但是节点A发生异常,分布式***为了保证整个***的运行,则将主节点浮动到了被管设备B上,这时候NMS再从节点A上获取信息则会失败或者只获取到了本节点的内容。是因为分布式***的节点浮动,没有办法通知到NMS,且即便NMS知悉,也需要手动的修改对接的IP和参数,降低了SNMP管理节点的效率。
因此,本申请提供一种SNMP消息处理方法,通过当接收到管理***发送的SNMP消息时,接收到消息的节点判断自身是否为主节点,若是,则作为主节点对该SNMP消息进行正常处理,若否,则对所有其他节点进行数据交互后得到主节点的信息,然后将该SNMP消息直接转发至主节点中,以便该主节点对该SNMP消息进行处理,而不是管理***再去查找主节点并再次向主节点发送SNMP消息,提高了消息的处理效率,使得各个节点之间进行数据交互,避免了节点浮动对节点集群带来的问题,提高了SNMP管理节点的效率。
请参考图1,图1为本申请实施例所提供的一种SNMP消息处理方法的流程图。
本实施例中,该方法可以包括:
S101,当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点;若是,则执行S102;若否,则执行S103;
本步骤旨在对SNMP消息进行处理时,也就是接收到管理***发送的SNMP消息时,节点判断自身是否为主节点。
本实施例应用在集群***中,该集群***通过管理***和多个节点构成,也就是该管理***对多个节点进行管理操作。但是,在多个节点中存在主节点用于对其他节点的信息进行维护。因此,管理***在对网络设备进行管理操作时,需要对主节点进行相应的操作。
但是,在一般的网络设备集群中,主节点的位置可能会随着网络的变化而变化。也就是,管理***发送SNMP消息的节点可能是主节点,也可能不是主节点。因此,在本步骤中当某一个节点接收到SNMP消息时,判断自身是否为主节点。
其中,判断自身是否为主节点的方式可以采用现有技术提供的任意一种判断方法,也可以采用以下可选方案所介绍的方案,在此不作赘述。
可选的,本步骤可以包括:
步骤1,节点接收到管理***发送的SNMP消息;
步骤2,根据获取到的节点状态列表判断自身是否为主节点。
可见,本可选方案中主要是对如何判断自身是否为主节点做进一步说明。具体的,是通过该节点中维护的节点状态列表进行判断。在节点的正常执行过程中,节点和节点之间维护有状态列表。具体的,请参照下一实施例。
S102,对SNMP消息执行操作得到操作结果,并向管理***发送操作结果;
在S101的基础上,本步骤旨在当该节点为主节点时,执行正常的SNMP消息执行操作,得到操作结果。并向管理***发送该操作结果。
其中,对SNMP消息执行的操作可以由SNMP消息的不同类型决定执行何种操作。当确定SNMP消息的类型后,执行的操作可以采用现有技术提供的任意一种操作执行方法,在此不做具体限定。也可以参考以下可选方案提供的操作方式。
可选的,本步骤可以包括:
步骤1,通过代理对SNMP消息进行解析处理,得到操作指令;
步骤2,根据操作指令调用底层命令执行操作,得到操作结果;
步骤3,向管理***发送操作结果。
可见,本可选方案主要是对如何执行SNMP消息的操作做进一步说明。具体的,一般接收到的SNMP消息是按照预设格式将操作指令进行封装后的消息,因此本可选方案中首先将该SNMP消息进行解析处理,得到操作指令。然后,再对该操作指令执行操作,得到操作结果。
S103,对所有其他节点进行数据交互得到主节点的信息,根据主节点的信息向主节点发送SNMP信息,以便主节点对SNMP消息执行操作。
在S101的基础上,本步骤旨在当该节点不为主节点时,与所有其他节点进行交互得到主节点的信息后,再将该SNMP消息转发至该主节点,以便该主节点对SNMP消息执行操作,得到最后的操作结果。
可见,本步骤主要是在主节点发生浮动的情况,如何对SNMP消息进行处理。在现有技术中,一般是管理***获知到节点不是主节点时,再对所有的节点发送消息,以便查找到主节点,然后再对该主节点发送SNMP消息,以便完成后续的操作。但是,会导致管理***的操作步骤过多,降低SNMP消息的处理效率。
因此,本实施例中通过本步骤中节点之间的数据交互实现对主节点的查找操作,以及向主节点发送该SNMP消息,以使主节点完成后续的操作。而不是,通过管理***完成这些操作。减少了管理节点的操作步骤,提高了管理节点的操作效率,避免了节点浮动带来的问题。
可选的,本步骤可以包括:
步骤1,节点向所有其他节点发送主节点查询消息,以便当主节点接收到主节点查询消息时返回主节点的信息;
步骤2,根据主节点的信息将SNMP消息转发至主节点,以便主节点接收到SNMP消息并进行处理后得到操作结果,并向节点发送操作结果;
步骤3,节点将接收到的操作结果转发至管理***。
可见,通过本可选方案,当主节点完成了对应的操作得到操作结果后,将操作结果转发至最初的节点,最后该节点将操作结果返回至管理***中。
综上,本实施例通过当接收到管理***发送的SNMP消息时,接收到消息的节点判断自身是否为主节点,若是,则作为主节点对该SNMP消息进行正常处理,若否,则对所有其他节点进行数据交互后得到主节点的信息,然后将该SNMP消息直接转发至主节点中,以便该主节点对该SNMP消息进行处理,而不是管理***再去查找主节点并再次向主节点发送SNMP消息,提高了消息的处理效率,使得各个节点之间进行数据交互,避免了节点浮动对节点集群带来的问题,提高了SNMP管理节点的效率。
以下通过一个具体的实施例,对本申请提供的一种SNMP消息处理方法做进一步说明。
本实施例中,该方法中对SNMP消息进行处理的过程可以包括:
步骤1,NMS发起get或者set指令到对接的节点(因为不确定是否为主节点,则大概率为从节点,若为主节点,与原有流程类似,多了一步Agent到Client的透传);
步骤2,从节点Client向所有其他节点的Client发消息,主节点的Client响应,告知从节点目前主节点的信息;
步骤3,从节点Client将NMS的SNMP消息转发到主节点Client;
步骤4,主节点Client接收到消息后,记录从节点Client信息,并下发给本节点的Agent;
步骤5,主节点Agent接收SNMP消息后,解析内容,并调用底层命令进行收集信息或者数据配置;
步骤6,操作完成后,主节点Agent将操作结果组装为SNMP消息,并上报给主节点Client;
步骤7,主节点Client将消息转发给最初的从节点Client;
步骤8,从节点Client将消息上报给NMS,流程结束。
此外,本实施例中在网络设备初始化阶段中,还可以对所有节点的信息进行收集,具体包括:
步骤1,分布式***启动完成后,Client进行初始化操作,判断是否为主节点;
步骤2,若为主节点,则调用底层命令,获取所有节点的列表,包括节点名和IP;
步骤3,将该列表组装成socket消息;
步骤4,将该消息按照列表的节点IP发送到每一个从节点;
步骤5,从节点收到消息后,解析出其中的列表,进行维护;
步骤6,分布式***发生扩容或缩容时,需重新进行上述操作更新列表。
具体的,本实施例中还提供了一种节点与节点之间进行消息交互的方式。
首先,在从节点Client接收到NMS的指令时,向所有节点发送查询命令,得知当前谁是主节点,交互消息设计如下,主节点收到消息后作出相应,从节点不做应答。其次,在从节点Client与主节点Client之间进行SNMP消息转发时,消息设计如下,即将SNMP消息完全封装到socket的body中不做改动,从节点收到消息后,去除socket的header,再将完整的SNMP消息下发给Agent。
可选的,本实施例中的Client与对应的被管设备保持心跳,固定间隔时间刷新信息,保证时效性。也就是,每隔预设周期向该底层设备发送查询指令,底层设备调用底层接口并获取到该节点的信息,返回响应消息。其中,该响应消息包括该设备的IP信息,节点名称,以及是否为主节点状态信息。还可以根据不同的需求将该响应消息的内容进行扩展。
可见,本实施例通过当接收到管理***发送的SNMP消息时,接收到消息的节点判断自身是否为主节点,若是,则作为主节点对该SNMP消息进行正常处理,若否,则对所有其他节点进行数据交互后得到主节点的信息,然后将该SNMP消息直接转发至主节点中,以便该主节点对该SNMP消息进行处理,而不是管理***再去查找主节点并再次向主节点发送SNMP消息,提高了消息的处理效率,使得各个节点之间进行数据交互,避免了节点浮动对节点集群带来的问题,提高了SNMP管理节点的效率。
下面对本申请实施例提供的一种SNMP消息处理装置进行介绍,下文描述的一种SNMP消息处理装置与上文描述的一种SNMP消息处理方法可相互对应参照。
请参考图2,图2为本申请实施例所提供的一种SNMP消息处理装置的结构示意图。
本实施例中,该装置可以包括:
主节点判断模块100,用于当接收到管理***发送的SNMP消息时,判断自身是否为主节点;
本地处理模块200,用于当节点为主节点时,对SNMP消息执行操作得到操作结果,并向管理***发送操作结果;
交互处理模块300,用于当节点不为主节点时,对所有其他节点进行数据交互得到主节点的信息,根据主节点的信息向主节点发送SNMP信息,以便主节点对SNMP消息执行操作。
可选的,该主节点判断模块100,可以包括:
消息接收单元,用于接收到管理***发送的SNMP消息;
判断单元,用于根据获取到的节点状态列表判断自身是否为主节点。
可选的,该本地处理模块200,可以包括:
消息解析处理单元,用于通过代理对SNMP消息进行解析处理,得到操作指令;
操作指令执行单元,用于根据操作指令调用底层命令执行操作,得到操作结果;
操作结果发送单元,用于向管理***发送操作结果。
可选的,该交互处理模块300,可以包括:
节点交互单元,用于向所有其他节点发送主节点查询消息,以便当主节点接收到主节点查询消息时返回主节点的信息;
操作执行单元,用于根据主节点的信息将SNMP消息转发至主节点,以便主节点接收到SNMP消息并进行处理后得到操作结果,并向节点发送操作结果;
结果发送单元,用于将接收到的操作结果转发至管理***。
本申请实施例还提供一种服务器,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如以上实施例所述的SNMP消息处理方法的步骤。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如以上实施例所述的SNMP消息处理方法的步骤。
该计算机可读存储介质可以包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种SNMP消息处理方法、SNMP消息处理装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
Claims (10)
1.一种SNMP消息处理方法,其特征在于,包括:
当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点;
若是,则对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果;
若否,则对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作。
2.根据权利要求1所述的SNMP消息处理方法,其特征在于,当接收到管理***发送的SNMP消息时,节点判断自身是否为主节点,包括:
所述节点接收到所述管理***发送的所述SNMP消息;
根据获取到的节点状态列表判断自身是否为所述主节点。
3.根据权利要求1所述的SNMP消息处理方法,其特征在于,对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果,包括:
通过代理对所述SNMP消息进行解析处理,得到操作指令;
根据所述操作指令调用底层命令执行操作,得到所述操作结果;
向所述管理***发送所述操作结果。
4.根据权利要求1所述的SNMP消息处理方法,其特征在于,对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作,包括:
所述节点向所有其他节点发送主节点查询消息,以便当所述主节点接收到所述主节点查询消息时返回所述主节点的信息;
根据所述主节点的信息将所述SNMP消息转发至所述主节点,以便所述主节点接收到所述SNMP消息并进行处理后得到所述操作结果,并向所述节点发送所述操作结果;
所述节点将接收到的所述操作结果转发至所述管理***。
5.一种SNMP消息处理装置,其特征在于,包括:
主节点判断模块,用于当接收到管理***发送的SNMP消息时,判断自身是否为主节点;
本地处理模块,用于当节点为主节点时,对所述SNMP消息执行操作得到操作结果,并向所述管理***发送所述操作结果;
交互处理模块,用于当节点不为主节点时,对所有其他节点进行数据交互得到主节点的信息,根据所述主节点的信息向所述主节点发送所述SNMP信息,以便所述主节点对所述SNMP消息执行操作。
6.根据权利要求5所述的SNMP消息处理装置,其特征在于,所述主节点判断模块,包括:
消息接收单元,用于接收到所述管理***发送的所述SNMP消息;
判断单元,用于根据获取到的节点状态列表判断自身是否为所述主节点。
7.根据权利要求5所述的SNMP消息处理装置,其特征在于,所述本地处理模块,包括:
消息解析处理单元,用于通过代理对所述SNMP消息进行解析处理,得到操作指令;
操作指令执行单元,用于根据所述操作指令调用底层命令执行操作,得到所述操作结果;
操作结果发送单元,用于向所述管理***发送所述操作结果。
8.根据权利要求5所述的SNMP消息处理装置,其特征在于,所述交互处理模块,包括:
节点交互单元,用于向所有其他节点发送主节点查询消息,以便当所述主节点接收到所述主节点查询消息时返回所述主节点的信息;
操作执行单元,用于根据所述主节点的信息将所述SNMP消息转发至所述主节点,以便所述主节点接收到所述SNMP消息并进行处理后得到所述操作结果,并向所述节点发送所述操作结果;
结果发送单元,用于将接收到的所述操作结果转发至所述管理***。
9.一种服务器,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述的SNMP消息处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的SNMP消息处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911037945.XA CN110768838A (zh) | 2019-10-29 | 2019-10-29 | 一种snmp消息处理方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911037945.XA CN110768838A (zh) | 2019-10-29 | 2019-10-29 | 一种snmp消息处理方法及相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110768838A true CN110768838A (zh) | 2020-02-07 |
Family
ID=69334406
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911037945.XA Pending CN110768838A (zh) | 2019-10-29 | 2019-10-29 | 一种snmp消息处理方法及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110768838A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1557067A (zh) * | 2002-05-10 | 2004-12-22 | �Ҵ���˾ | 网络附属的存储snmp单***映像 |
US7461130B1 (en) * | 2004-11-24 | 2008-12-02 | Sun Microsystems, Inc. | Method and apparatus for self-organizing node groups on a network |
WO2010034608A1 (en) * | 2008-09-24 | 2010-04-01 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for configuration of processing clusters |
CN108429639A (zh) * | 2018-02-27 | 2018-08-21 | 深圳神州数码云科数据技术有限公司 | 一种基于snmp协议的集群管理方法及*** |
CN108989270A (zh) * | 2017-06-02 | 2018-12-11 | 华为技术有限公司 | 认证方法、设备以及*** |
-
2019
- 2019-10-29 CN CN201911037945.XA patent/CN110768838A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1557067A (zh) * | 2002-05-10 | 2004-12-22 | �Ҵ���˾ | 网络附属的存储snmp单***映像 |
US7461130B1 (en) * | 2004-11-24 | 2008-12-02 | Sun Microsystems, Inc. | Method and apparatus for self-organizing node groups on a network |
WO2010034608A1 (en) * | 2008-09-24 | 2010-04-01 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for configuration of processing clusters |
CN108989270A (zh) * | 2017-06-02 | 2018-12-11 | 华为技术有限公司 | 认证方法、设备以及*** |
CN108429639A (zh) * | 2018-02-27 | 2018-08-21 | 深圳神州数码云科数据技术有限公司 | 一种基于snmp协议的集群管理方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108989066B (zh) | 设备管理方法及装置 | |
CN106911728B (zh) | 分布式***中主节点的选取方法和装置 | |
CN111078504A (zh) | 一种分布式调用链跟踪方法、装置、计算机设备及存储介质 | |
CN110311831B (zh) | 基于容器云的***资源监控方法及相关设备 | |
EP2541868B1 (en) | Method and device for terminal management based on right control | |
CN107357571B (zh) | 设备组件程序的维护方法及*** | |
US9152441B2 (en) | Systems and methods involving virtual machine host isolation over a network via a federated downstream cluster | |
CN111064626B (zh) | 配置更新方法、装置、服务器及可读存储介质 | |
CN110445697B (zh) | 视频大数据云平台设备接入服务方法 | |
CN112838940A (zh) | 一种网络控制器框架和数据处理方法 | |
CN114650226A (zh) | 拓扑管理方法及其装置、网元管理节点、存储介质 | |
CN116708266A (zh) | 一种云服务拓扑图实时更新方法、装置、设备及介质 | |
KR20060040335A (ko) | 네트워크 관리 장치 및 방법 | |
CN110740355A (zh) | 设备监测方法、装置、电子设备及存储介质 | |
JP2005237018A (ja) | ネットワークマネージメントシステムへのデータ送信 | |
CN107294773B (zh) | 一种软件可定义的网络业务配置方法 | |
JP2000066978A (ja) | ネットワーク管理情報収集方式および該方式に用いるネットワーク管理装置ならびに管理対象ノード | |
CN106790354B (zh) | 一种防数据拥堵的通信方法及其装置 | |
CN114172821B (zh) | 服务状态的同步方法、装置及服务器 | |
CN114827017B (zh) | Kafka集群的通信方法、装置、电子设备和存储介质 | |
CN110768838A (zh) | 一种snmp消息处理方法及相关装置 | |
CN112702441B (zh) | 基于容器的访问数据处理方法、装置、***及存储介质 | |
JP7507305B2 (ja) | サービス要求処理 | |
JP2003507976A (ja) | マルチマネージャ環境における包括アライメントプロセス | |
CN115220992A (zh) | 接口变更监控方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200207 |