CN103888310B - 监控处理方法及*** - Google Patents

Abstract

本发明提供一种监控处理方法及***，其中，***包括：相互连接的接入处理模块和监控管理模块；接入处理模块，包括至少两个接入节点，各个接入节点用于接入被监控设备；监控管理模块，用于在确定至少两个接入节点中的第一接入节点发生故障时，从至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将第二接入节点的IP地址和端口号发送给与第一接入节点连接的被监控设备，以使被监控设备根据所述第二接入节点的IP地址和端口号接入到所述第二接入节点。本发明能够实时监控各个节点的运行状态，当某个节点发生故障时，则自动为其分配新的节点，从而保证整个***的正常运行。

Description

监控处理方法及***

技术领域

本发明涉及通信技术领域，尤其涉及一种监控处理方法及***。

背景技术

随着经济的高速发展，科技不断的进步，各种网络***或通信***层出不穷，如何运用现代化的管理手段对网络***内部服务器以及通信***中的个机器的运行状态进行全面监控和管理，已经成为一个迫切需要解决的课题摆到了人们面前。

目前的监控***主要通过一台大型服务器来完成全部处理操作，比如被监控设备的接入过程、监控数据的处理以及调度等等。

当监控***服务器的某个节点出现故障时，则监控***就不能正常对被监控设备进行监控。只有运维人员赶赴现场将出现故障的节点修好后，***才能恢复正常运行。从而不利于监控者对整个被监控设备的掌控。而且用一台服务器来完成整个监控过程，当被监控设备数量较多时，会加重服务器的负担，甚至导致整个监控***崩溃。

发明内容

本发明提供一种监控处理方法及***，用于解决现有监控***中某个节点发生故障后，只有运维人员赶赴现场去修复出现故障的节点，修好后监控***才能恢复正常运行，而不利于监控者对整个被监控设备的掌控的问题。

本发明提供一种监控处理***，包括：

相互连接的接入处理模块和监控管理模块；

所述接入处理模块，包括至少两个接入节点，各个接入节点用于接入被监控设备；

所述监控管理模块，用于在确定所述至少两个接入节点中的第一接入节点发生故障时，从所述至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将所述第二接入节点的IP地址和端口号发送给与所述第一接入节点连接的被监控设备，以使所述被监控设备根据所述第二接入节点的IP地址和端口号接入到所述第二接入节点。

本发明还提供一种监控处理方法，包括：

监控管理模块确定接入处理模块包括的至少两个接入节点中的第一接入节点发生故障；

所述监控管理模块从所述至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将所述第二接入节点的IP地址和端口号发送给与所述第一接入节点连接的被监控设备，以使所述被监控设备根据所述第二接入节点的IP地址和端口号接入到所述第二接入节点。

本发明通过在监控***中的各个处理模块设置多个接入节点，当监控***中的监控管理模块确定某个节点发生故障时，则从其他未发生故障的节点中选择一个新节点，并将新节点的IP地址和端口号发送给与故障节点连接的节点或被监控设备，则与故障节点连接的节点或被监控设备根据新节点的IP地址和端口号接入到新接入节点。通过上述处理过程，当某个节点发生故障时，***能够自动的分配新的节点，从而保证整个***的正常运行。而且，本发明通过在接入处理模块设置多个节点，当被监控设备增多时，可以增加模块内服务器个数从而增加可接入节点的个数，从而减轻模块内各服务器的负担，而不会出现服务器因负担过重而崩溃的现象。因此，本发明还具有可扩展性，能够灵活控制的优点。

附图说明

图1为本发明提供的监控处理***实施例一的结构图；

图2为本发明提供的监控处理***实施例二的结构图；

图3为本发明提供的监控处理***实施例三的结构图；

图4为本发明提供的监控处理方法实施例一的流程图；

图5为本发明提供的监控处理方法实施例二的流程图；

图6为本发明提供的监控处理方法实施例三的流程图；

图7为本发明提供的监控处理方法实施例四的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明提供的监控处理***实施例一的结构图，包括：

相互连接的接入处理模块11和监控管理模块10；

接入处理模块11，包括至少两个接入节点，各个接入节点用于接入被监控设备；

需要说明的是，这里的接入节点可以是一台服务器，也可以是一台服务器上多个节点中的其中一个。

监控管理模块10，用于在确定至少两个接入节点中的第一接入节点发生故障时，从至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将第二接入节点的IP地址和端口号发送给与第一接入节点连接的被监控设备，以使被监控设备根据第二接入节点的IP地址和端口号接入到第二接入节点。

这里，监控管理模块10可以用一台服务器来实现，也可以用多台。具体来说，监控管理模块10在确定了与被监控设备连接的某个接入节点即第一接入节点发生了故障以后，则从未发生故障的接入节点中选择另一个接入节点即第二接入节点，并将第二接入节点的IP地址和端口号发送给与第一接入节点连接的被监控设备，则被监控设备根据第二接入节点的IP地址和端口号向第二接入节点发起连接，从而接入到第二接入节点。

需要说明的是，上述实施例中被监控设备和监控管理模块10、被监控设备和接入处理模块11各节点以及接入处理模块11各节点和监控管理模块10之间的连接为TCP/IP连接。

本实施例通过在监控***中的接入处理模块设置多个接入节点，当监控***中的监控管理模块确定与被接入终端相连的某个接入节点发生故障时，则从接入处理模块的其他未发生故障的接入节点中选择一个新接入节点，并将新接入节点的IP地址和端口号发送给与故障节点连接的被监控设备，则被监控设备根据新接入节点的IP地址和端口号接入到新接入节点。通过上述处理过程，当某个节点发生故障时，***能够自动为被接入终端分配新的节点，从而保证整个***的正常运行。而且，本实施例通过在接入处理模块单独设置多个节点，每个接入处理模块可以采用一个或多个服务器来实现，降低了集中采用一个服务器来实现的复杂度，当被监控设备增多时，可以增加模块内服务器个数从而增加可接入节点的个数，从而减轻模块内各服务器的负担，而不会出现服务器因负担过重而崩溃的现象。因此，本发明还具有可扩展性，能够灵活控制的优点。

如图2所示，为本发明提供的监控处理***实施例二的结构图，本实施例与实施例一的区别在于，本实施例除了包括实施例一中的监控管理模块10和接入处理模块11外，还包括：

与监控管理模块连接的数据处理模块12；

数据处理模块12，包括至少两个处理节点，各个处理节点用于接收至少两个接入节点发送的数据并进行数据处理；

需要说明的是，这里的处理节点可以是一台服务器，也可以是一台服务器上多个节点中的其中一个。这里，监控管理模块10，还用于在确定至少两个处理节点中的第一处理节点发生故障时，从至少两个处理节点中未发生故障的处理节点中选择第二处理节点，并将第二处理节点的IP地址和端口号发送给与第一处理节点连接的接入节点，以使接入节点根据第二处理节点的IP地址和端口号接入到第二处理节点。

具体来说，监控管理模块10在确定了与接入处理模块中的某个接入节点连接的数据处理节点即第一处理节点发生了故障后，从未发生故障的处理节点中选择另一个处理节点即第二处理节点，并将第二处理节点的IP地址和端口号发送给与第一处理节点连接的接入节点，则接入节点根据第二处理节点的IP地址和端口号向第二处理节点发起连接，从而接入到第二处理节点。

需要说明的是，上述实施例中数据处理模块12各节点和监控管理模块10、数据处理模块12各节点和接入处理模块11各节点以及接入处理模块11各节点和监控管理模块10之间的连接为TCP/IP连接。本实施例通过在监控***中的数据处理模块设置多个处理节点，当监控***中的监控管理模块确定与某个接入节点相连的某个处理节点发生故障时，则从数据处理模块的其他未发生故障的处理节点中选择一个新处理节点，并将新处理节点的IP地址和端口号发送给与故障节点连接的那个接入节点，则那个接入节点根据新处理节点的IP地址和端口号接入到新处理节点。通过上述处理过程，当某个节点发生故障时，***能够自动分配新的节点，从而保证整个***的正常运行。而且，本实施例在数据处理模块负担较重时，可以增加数据处理模块内服务器个数从而增加可接入处理节点的个数，从而减轻模块内各服务器的负担，而不会出现服务器因负担过重而崩溃的现象。因此，本实施例还具有可扩展性，能够灵活控制的优点。而且，本实施例中接入处理模块和数据处理模块都可以分别采用一个服务器来实现，降低了集中采用一个服务器来实现的复杂度。

如图3所示，为本发明提供的监控处理***实施例三的结构图，本实施例三与实施例二的区别在于，本实施例除了包括实施例二中的监控管理模块10、接入处理模块11和数据处理模块12外，还包括：

与监控管理模块连接的调度处理模块13；

调度处理模块13，包括至少两个调度节点，各个调度节点用于从至少两个处理节点调度数据，以将调度的数据推送给用户；

需要说明的是，这里的调度节点可以是一台服务器，也可以是一台服务器上多个节点中的其中一个。

这里，监控管理模块10，还用于在确定至少两个调度节点中的第一调度节点发生故障时，从至少两个调度节点中未发生故障的调度节点中选择第二调度节点，并将第二调度节点的IP地址和端口号发送给与第一调度节点连接的处理节点，以使处理节点根据第二调度节点的IP地址和端口号接入到第二调度节点。

具体来说，监控管理模块10在确定了与数据处理模块中的某个处理节点连接的调度处理节点即第一调度节点发生了故障，则从未发生故障的调度节点中选择另一个调度节点即第二调度节点，并将第二调度节点的IP地址和端口号发送给与第一调度节点连接的处理节点，则处理节点根据第二调度节点的IP地址和端口号向第二调度节点发起连接，从而接入到第二调度节点。

需要说明的是，上述实施例中调度处理模块12各节点和监控管理模块10、数据处理模块12各节点和调度处理模块11各节点以及数据处理模块11各节点和监控管理模块10之间的连接为TCP/IP连接。

本实施例通过在监控***中的调度处理模块设置多个处理节点，当监控***中的监控管理模块确定与处理节点相连的某个调度节点发生故障时，则从调度处理模块的其他未发生故障的调度节点中选择一个新调度节点，并将新调度节点的IP地址和端口号发送给与故障节点连接的处理节点，则处理节点根据新调度节点的IP地址和端口号接入到新调度节点。通过上述处理过程，当某个节点发生故障时，***能够自动分配新的节点，从而保证整个***的正常运行。而且，本实施例在调度处理模块负担较重时，可以增加调度处理模块内服务器个数从而增加可接入调度节点的个数，从而减轻模块内各服务器的负担，而不会出现服务器因负担过重而崩溃的现象。因此，本实施例还具有可扩展性，能够灵活控制的优点。而且，本实施例中接入处理模块、数据处理模块和调度处理模块的各个节点可以采用不同的服务器来实现，降低了集中采用一个服务器来实现的复杂度。

如图4所示，为本发明提供的监控处理方法实施例一的流程图，包括以下步骤：

S401、监控管理模块确定接入处理模块包括的至少两个接入节点中的第一接入节点发生故障；

需要说明的是，监控管理模块可以采用双机热备来实现，以解决监控管理模块服务存在的单点故障问题。

具体来说，当监控管理模块接收到与第一接入节点连接的被监控设备发送的重新连接请求时，或者是检测到与第一接入节点之间的心跳信号断链时，则确定第一接入节点发生了故障。

S402、监控管理模块从至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将第二接入节点的IP地址和端口号发送给与第一接入节点连接的被监控设备，以使被监控设备根据第二接入节点的IP地址和端口号接入到第二接入节点。

具体来说，监控管理模块在确定第一接入节点发生了故障后，从未发生故障的接入节点中采用负载均衡算法选择第二接入节点，并将第二接入节点的IP地址和端口号发送给与第一接入节点连接的被监控设备，则被监控设备根据第二接入节点的IP地址和端口号向第二接入节点发起连接，从而接入到第二接入节点。

需要说明的是，上述实施例中被监控设备和监控管理模块、被监控设备和接入处理模块各节点以及接入处理模块各节点和监控管理模块之间的连接为TCP/IP连接。

本实施例不仅可以自动为被接入终端分配新的节点，而且可以通过负载均衡实现对接入处理模块内的接入节点的利用最佳化，最大程度地保证了监控***的稳定、可靠运行。

下面采用一具体实施例，对上述技术方案进行详细说明。

如图5所示，为本发明提供的监控处理方法实施例二的流程图，包括以下步骤：

S501、发送连接请求消息；

被监控设备初始化为监控管理模块服务器的IP地址和端口，并将其分别存储为主IP地址和端口和备用IP地址和端口。如果有被监控设备需要接入接入处理模块的接入节点，则被监控设备用主IP地址和端口向监控管理模块发送连接请求消息，连接请求中携带被监控设备的设备标识，这里的被监控设备可以是一个也可以是多个，并且多个被监控设备可以同时发起连接请求。

S502、发送接入节点消息；

监控管理模块接收到被监控设备发送的连接请求消息后，根据连接请求消息中携带的被监控设备设备标识采用负载均衡算法为被监控设备分配一个接入节点。具体来说，可以采用一致性HASH算法来实现，在接入处理模块中的每个接入节点都有随机分配的标识号，将被监控设备的设备标识和接入处理模块中的能正常工作的接入节点总个数，这里假设为n，作为一致性HASH算法的参数，计算出一个HASH值，将这个HASH值与接入节点标识号相比较，与HASH值最接近的接入节点即为最佳接入节点，此实施例中最佳接入节点假设为接入节点3。监控管理模块找到最佳接入节点3之后，将最佳接入节点3的IP地址和端口号作为接入节点消息发送给被监控设备。

S503、发送连接请求消息；

被监控设备接收到监控管理模块发送的接入节点消息之后，提取出接入节点消息中携带的最佳接入节点3的IP地址和端口号，将其存储在主IP地址和端口的位置，以取代原来的主IP地址和端口。然后，被监控设备用最佳接入节点3的IP地址和端口号向发起连接请求消息。如果有异常导致被监控设备和最佳接入节点3连接断开，则被监控设备再次向最佳接入节点3发起连接请求消息，如果发起连接请求消息超过三次都没有成功，则确定最佳接入节点3发生故障。

S504、发送心跳消息；

被监控设备和最佳接入节点3成功建立连接后，最佳接入节点3以心跳的方式向监控管理模块报告处于正常通信状态。

当监控管理模块超过预设时间段后没收到最佳接入节点发送的心跳消息，则确定最佳接入节点3发送故障。

S505、再次发送连接请求消息；

在确定最佳接入节点3发送故障以后，被监控设备会用备用IP地址和端口号向监控管理模块服务器再次发送连接请求消息。请求消息的内容及连接过程具体参见步骤S501，这里不再累述。

S506、发送接入节点消息；

具体参见步骤S502，这里不再累述。需要说明的是，在确定最佳接入节点3发生故障以后，将其从接入处理模块去除，即会重新计算接入处理模块中的能正常运行的接入节点个数的，那么这里在计算HASH值的时候就会在前面接入节点个数基础上再减去1。本实施例中假设重新计算出的最佳接入节点为6。

S507、发送连接请求消息；

具体参见步骤S503，这里不再累述。

S508、发送心跳消息；

具体参见步骤S504，这里不再累述。

需要说明的是，本实施例中采用的连接为TCP连接。

如图6所示，为本发明提供的监控处理方法实施例三的流程图，本实施例在方法实施例一的基础上，还可以包括对数据处理模块处理节点的故障处理方法，包括如下步骤：

S601、监控管理模块确定数据处理模块中的至少两个处理节点中的第一处理节点发生故障

需要说明的是，监控管理模块可以采用双机热备来实现，以解决监控管理模块服务存在的单点故障问题。

具体来说，当监控管理模块检测到与第一处理节点之间的心跳信号断链时，则确定第一处理节点发生了故障。

S602、监控管理模块从至少两个处理节点中未发生故障的处理节点中选择第二处理节点，并将第二处理节点的IP地址和端口号发送给与第一处理节点连接的接入节点，以使接入节点根据所述第二处理节点的IP地址和端口号接入到第二处理节点。

具体来说，监控管理模块在确定了第一处理节点发生了故障以后，从未发生故障的处理节点中选择负载最轻的第二处理节点，并将第二处理节点的IP地址和端口号发送给与第一处理节点连接的接入节点，则接入节点根据第二处理节点的IP地址和端口号向第二处理节点发起连接，从而接入到第二处理节点。

需要说明的是，上述实施例中数据处理模块各节点和监控管理模块、数据处理模块各节点和接入处理模块各节点以及接入处理模块各节点和监控管理模块之间的连接为TCP/IP连接。

本实施例不仅可以自动分配新的处理节点，而且可以根据负载情况实现对数据处理模块内的处理节点的利用最佳化，最大程度地保证了监控***的稳定、可靠运行。而且，本实施例中接入处理模块和数据处理模块都可以分别采用一个服务器来实现，降低了集中采用一个服务器来实现的复杂度。

如图7所示，为本发明提供的监控处理方法实施例四的流程图，本实施例在方法实施例三的基础上还可以包括对调度处理模块处理节点的故障处理方法，包括如下步骤：

S701、监控管理模块确定调度管理模块中的至少两个调度节点中的第一调度节点发生故障；

需要说明的是，监控管理模块可以采用双机热备来实现，以解决监控管理模块服务存在的单点故障问题。

具体来说，监控管理模块检测到与第一调度节点之间的心跳信号断链，则确定第一调度节点发生了故障。

S702、监控管理模块从至少两个调度节点中未发生故障的调度节点中选择第二调度节点，并将第二调度节点的IP地址和端口号发送给与第一调度节点连接的处理节点，以使处理节点根据第二调度节点的IP地址和端口号接入到第二调度节点。

具体来说，监控管理模块在确定第一调度节点发生了故障以后，则从未发生故障的调度节点中采用负载均衡算法选择第二调度节点，并将第二调度节点的IP地址和端口号发送给与第一调度节点连接的处理节点，则处理节点根据第二调度节点的IP地址和端口号向第二调度节点发起连接，从而接入到第二调度节点。

需要说明的是，上述实施例中数据处理模块各节点和监控管理模块、数据处理模块各节点和接入处理模块各节点以及接入处理模块各节点和监控管理模块之间的连接为TCP/IP连接。

本实施例不仅可以自动分配新的调度节点，而且可以根据负载情况实现对调度处理模块内的调度节点的利用最佳化，最大程度地保证了监控***的稳定、可靠运行。而且，本实施例中接入处理模块和数据处理模块都可以分别采用一个服务器来实现，降低了集中采用一个服务器来实现的复杂度。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (6)

1.一种监控处理***，其特征在于，包括：

相互连接的接入处理模块和监控管理模块；

所述接入处理模块，包括至少两个接入节点，各个接入节点用于接入被监控设备；

所述监控管理模块，用于在确定所述至少两个接入节点中的第一接入节点发生故障时，从所述至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将所述第二接入节点的IP地址和端口号发送给与所述第一接入节点连接的被监控设备，以使所述被监控设备根据所述第二接入节点的IP地址和端口号接入到所述第二接入节点；

所述监控处理***，还包括：与所述接入处理模块和监控管理模块连接的数据处理模块；

所述数据处理模块，包括至少两个处理节点，各个处理节点用于接收所述至少两个接入节点发送的数据并进行数据处理；

所述监控管理模块，还用于在确定所述至少两个处理节点中的第一处理节点发生故障时，从所述至少两个处理节点中未发生故障的处理节点中选择第二处理节点，并将所述第二处理节点的IP地址和端口号发送给与所述第一处理节点连接的接入节点，以使所述接入节点根据所述第二处理节点的IP地址和端口号接入到所述第二处理节点；

所述监控处理***，还包括：与所述数据处理模块和监控管理模块连接的调度处理模块；

所述调度处理模块，包括至少两个调度节点，各个调度节点用于从所述至少两个处理节点调度数据，以将调度的数据推送给用户；

所述监控管理模块，还用于在确定所述至少两个调度节点中的第一调度节点发生故障时，从所述至少两个调度节点中未发生故障的调度节点中选择第二调度节点，并将所述第二调度节点的IP地址和端口号发送给与所述第一调度节点连接的处理节点，以使所述处理节点根据所述第二调度节点的IP地址和端口号接入到所述第二调度节点。

2.一种监控处理方法，其特征在于，包括：

监控管理模块确定接入处理模块包括的至少两个接入节点中的第一接入节点发生故障；

所述监控管理模块从所述至少两个接入节点中未发生故障的接入节点中选择第二接入节点，并将所述第二接入节点的IP地址和端口号发送给与所述第一接入节点连接的被监控设备，以使所述被监控设备根据所述第二接入节点的IP地址和端口号接入到所述第二接入节点；

所述方法还包括：

所述监控管理模块确定数据处理模块中的至少两个处理节点中的第一处理节点发生故障；

所述监控管理模块从所述至少两个处理节点中未发生故障的处理节点中选择第二处理节点，并将所述第二处理节点的IP地址和端口号发送给与所述第一处理节点连接的接入节点，以使所述接入节点根据所述第二处理节点的IP地址和端口号接入到所述第二处理节点；

所述方法还包括：

所述监控管理模块确定调度管理模块中的至少两个调度节点中的第一调度节点发生故障；

所述监控管理模块从所述至少两个调度节点中未发生故障的调度节点中选择第二调度节点，并将所述第二调度节点的IP地址和端口号发送给与所述第一调度节点连接的处理节点，以使所述处理节点根据所述第二调度节点的IP地址和端口号接入到所述第二调度节点。

3.根据权利要求2所述的方法，其特征在于，所述监控管理模块从所述至少两个接入节点中未发生故障的接入节点中选择第二接入节点，包括：

所述监控管理模块采用负载均衡算法，从未发生故障的接入节点中选择第二接入节点。

4.根据权利要求2所述的方法，其特征在于，所述监控管理模块从所述至少两个处理节点中未发生故障的处理节点中选择第二处理节点，包括：

所述监控管理模块从所述未发生故障的处理节点中选择负载最轻的处理节点作为所述第二处理节点。

5.根据权利要求2所述的方法，其特征在于，所述监控管理模块确定接入处理模块包括的至少两个接入节点中的第一接入节点发生故障，包括：

所述监控管理模块接收与所述第一接入节点连接的被监控设备发送的重新连接请求，根据所述重新连接请求确定第一接入节点发生故障。

6.根据权利要求2所述的方法，其特征在于，所述监控管理模块确定节点发生故障，包括：

所述监控管理模块检测到与节点之间的心跳信号断链，则确定该节点发生故障。