CN112751689B - 一种网络连通性检测方法、监控服务端和监控代理装置 - Google Patents
一种网络连通性检测方法、监控服务端和监控代理装置 Download PDFInfo
- Publication number
- CN112751689B CN112751689B CN201911045966.6A CN201911045966A CN112751689B CN 112751689 B CN112751689 B CN 112751689B CN 201911045966 A CN201911045966 A CN 201911045966A CN 112751689 B CN112751689 B CN 112751689B
- Authority
- CN
- China
- Prior art keywords
- topology
- monitored
- monitored equipment
- network
- monitoring server
- 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.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 227
- 238000001514 detection method Methods 0.000 title claims abstract description 155
- 238000000034 method Methods 0.000 claims abstract description 80
- 238000004891 communication Methods 0.000 claims description 44
- 238000012545 processing Methods 0.000 claims description 38
- 230000008569 process Effects 0.000 claims description 27
- 239000003795 chemical substances by application Substances 0.000 claims description 23
- 238000010276 construction Methods 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 10
- 239000000758 substrate Substances 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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/06—Management of faults, events, alarms or notifications
-
- 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/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网络连通性检测方法、监控服务端和监控代理装置,涉及计算机技术领域。该方法的一具体实施方式包括:监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;所述监控服务端通过所述网络检测拓扑检测所述各被监控设备是否连通。该实施方式能够有效检测各被监控设备的网络连通性,且在复杂网络环境下(例如混合云),特别是网络质量较差的混合云环境下,能够避免因网络质量问题导致的连通性误报。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种网络连通性检测方法、监控服务端和监控代理装置。
背景技术
现有监控系统检测资源连通性(即网络连通性)时通常采用以下两种方法:一是监控服务端直接向被监控设备发送ping指令(连通检测指令),等待ping指令返回检测结果,监控服务端根据返回结果判断被监控设备的连通性;二是监控服务端和被监控设备之间保持一个定时(例如每分钟)的心跳连接,该连接一般使用rpc(Remote Procedure CallProtocol,远程过程调用协议)实现。被监控设备每分钟通过rpc调用监控服务端的心跳方法汇报连通性状态,监控服务端如果长时间未收到汇报消息则认为该被监控设备无法连通。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
现有方案在复杂网络环境下(例如混合云),特别是网络质量较差的混合云环境下,无论是ping指令还是心跳检测的方式,由于网络的延时和抖动,均会导致连通性的误报。
发明内容
有鉴于此,本发明实施例提供一种网络连通性检测方法、监控服务端和监控代理装置,能够有效检测各被监控设备的网络连通性,且在复杂网络环境下(例如混合云),特别是网络质量较差的混合云环境下,能够避免因网络质量问题导致的连通性误报。
为实现上述目的,根据本发明实施例的一个方面,提供了一种网络连通性检测方法。
一种网络连通性检测方法,包括:监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;所述监控服务端通过所述网络检测拓扑检测所述各被监控设备是否连通。
可选地,在所述监控服务端构建所述网络检测拓扑之前,所述方法还包括:所述监控服务端定时向所述各被监控设备发送连通检测指令,以检测与所述各被监控设备之间的网络延时;以及,接收所述每一被监控设备上报的该被监控设备与其他被监控设备之间的网络延时。
可选地,通过如下方式构建所述网络检测拓扑:所述监控服务端以本机作为拓扑根节点,根据其与所述各被监控设备之间的网络延时,查找作为所述拓扑根节点的子节点的被监控设备,以添加到所述拓扑根节点的子节点上,得到所述拓扑的叶子节点;根据当前叶子节点与尚未添加到所述拓扑的其他被监控设备之间的网络延时,查找作为所述当前叶子节点的子节点的被监控设备,以添加到所述当前叶子节点的子节点上,得到所述拓扑的新的叶子节点;重复为所述拓扑添加新的叶子节点的过程,以将所有被监控设备添加到所述拓扑,从而构建出所述网络检测拓扑。
可选地,所述监控服务端通过如下方式查找作为所述拓扑根节点的子节点的被监控设备:查找是否存在与所述监控服务端的网络延时小于延时阈值的被监控设备,若存在,则将查找到的被监控设备作为所述拓扑根节点的子节点;否则,将所述延时阈值自增一数值,以更新所述延时阈值,并重复执行查找是否存在与所述监控服务端的网络延时小于延时阈值的被监控设备的操作;所述监控服务端通过如下方式查找作为当前叶子节点的子节点的被监控设备:对于每一当前叶子节点,所述监控服务端从尚未添加到所述拓扑的各被监控设备中,查找是否存在与该当前叶子节点的网络延时小于所述延时阈值的被监控设备,若存在,则将查找到的被监控设备作为该当前叶子节点的子节点;若不存在,则判断所述延时阈值当前是否已达到延时阈值上限,若是,则结束查找作为该当前叶子节点的子节点的被监控设备的操作,否则,将所述延时阈值自增一数值,以更新所述延时阈值,并重复执行查找是否存在与该当前叶子节点的网络延时小于所述延时阈值的被监控设备的操作;所述方法还包括:在重复为所述拓扑添加新的叶子节点的过程之后,如果对于所有的当前叶子节点,按照上述方式均无法查找到作为其子节点的被监控设备,并且当前仍有尚未添加到所述拓扑的剩余被监控设备,则将各所述剩余被监控设备分别作为相距各自网络延时最小的当前叶子节点的子节点。
可选地,所述监控服务端通过所述网络检测拓扑检测所述各被监控设备是否连通的步骤,包括:所述监控服务端接收其子节点发送的心跳请求信息,如果收到该子节点发送的所述心跳请求信息,则判定作为该子节点的被监控设备连通,如果在达到预设数量的心跳间隔后仍未收到该子节点发送的所述心跳请求信息,则判定作为该子节点的被监控设备无法连通;所述监控服务端接收其他节点的父节点上报的所述其他节点对应的网络延时信息或告警信息,所述其他节点为所述网络检测拓扑中除所述根节点的子节点之外的各节点,在接收到所述其他节点对应的网络延时信息的情况下,判定作为所述其他节点的被监控设备连通;在接收到所述其他节点对应的告警信息的情况下,判定作为所述其他节点的被监控设备无法连通。
可选地,还包括:如果所述监控服务端在达到预设数量的心跳间隔后仍未收到其子节点发送的所述心跳请求信息,则生成该子节点对应的告警信息;所述方法还包括:输出各节点对应的告警信息。
可选地,还包括:所述监控服务端在检测到无法连通的被监控设备后,重新构建所述网络检测拓扑。
根据本发明实施例的另一方面,提供了一种网络连通性检测方法。
一种网络连通性检测方法,包括:当前被监控设备通过连通检测指令检测与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端,所述网络延时用于所述监控服务端构建包括所述监控服务端以及各被监控设备的网络检测拓扑;所述当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态,所述目标被监控设备是所述网络检测拓扑中作为所述当前被监控设备子节点的被监控设备;所述当前被监控设备通过所述网络检测拓扑,将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端。
可选地,所述当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态的步骤,包括:如果所述当前被监控设备接收到所述心跳请求信息,则判定所述目标被监控设备连通;如果所述当前被监控设备在达到预设数量的心跳间隔后仍未收到所述心跳请求信息,则判定作为所述目标被监控设备无法连通。
可选地,所述方法还包括:在所述当前被监控设备接收到所述心跳请求信息的情况下,根据所述心跳请求信息记录所述目标被监控设备对应的网络延时信息;在所述当前被监控设备在达到预设数量的心跳间隔后仍未收到所述心跳请求信息的情况下,生成所述目标被监控设备对应的告警信息;将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端的步骤,包括:将所述目标被监控设备对应的所述网络延时信息或所述告警信息,逐级上报至所述监控服务端。
可选地,还包括:所述当前被监控设备按照心跳间隔,向所述网络检测拓扑中作为所述当前被监控设备父节点的被监控设备发送心跳请求信息,以便所述当前被监控设备父节点检测所述当前被监控设备的连通状态。
根据本发明实施例的又一方面,提供了一种监控服务端。
一种监控服务端,包括:拓扑构建模块,用于根据所述监控服务端与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;第一数据处理模块,用于通过所述网络检测拓扑检测所述各被监控设备是否连通。
可选地,还包括:第一网络检测模块,用于定时向所述各被监控设备发送连通检测指令,以检测与所述各被监控设备之间的网络延时;所述拓扑构建模块还用于接收所述每一被监控设备上报的该被监控设备与其他被监控设备之间的网络延时。
可选地,所述拓扑构建模块通过如下方式构建所述网络检测拓扑:以所述监控服务端作为拓扑根节点,根据所述拓扑根节点与所述各被监控设备之间的网络延时,查找作为所述拓扑根节点的子节点的被监控设备,以添加到所述拓扑根节点的子节点上,得到所述拓扑的叶子节点;根据当前叶子节点与尚未添加到所述拓扑的其他被监控设备之间的网络延时,查找作为所述当前叶子节点的子节点的被监控设备,以添加到所述当前叶子节点的子节点上,得到所述拓扑的新的叶子节点;重复为所述拓扑添加新的叶子节点的过程,以将所有被监控设备添加到所述拓扑,从而构建出所述网络检测拓扑。
可选地,所述拓扑构建模块通过如下方式查找作为所述拓扑根节点的子节点的被监控设备:查找是否存在与所述监控服务端的网络延时小于延时阈值的被监控设备,若存在,则将查找到的被监控设备作为所述拓扑根节点的子节点;否则,将所述延时阈值自增一数值,以更新所述延时阈值,并重复执行查找是否存在与所述监控服务端的网络延时小于延时阈值的被监控设备的操作;所述拓扑构建模块通过如下方式查找作为当前叶子节点的子节点的被监控设备:对于每一当前叶子节点,所述拓扑构建模块从尚未添加到所述拓扑的各被监控设备中,查找是否存在与该当前叶子节点的网络延时小于所述延时阈值的被监控设备,若存在,则将查找到的被监控设备作为该当前叶子节点的子节点;若不存在,则判断所述延时阈值当前是否已达到延时阈值上限,若是,则结束查找作为该当前叶子节点的子节点的被监控设备的操作,否则,将所述延时阈值自增一数值,以更新所述延时阈值,并重复执行查找是否存在与该当前叶子节点的网络延时小于所述延时阈值的被监控设备的操作;所述拓扑构建模块还用于:在重复为所述拓扑添加新的叶子节点的过程之后,如果对于所有的当前叶子节点,按照上述方式均无法查找到作为其子节点的被监控设备,并且当前仍有尚未添加到所述拓扑的剩余被监控设备,则将各所述剩余被监控设备分别作为相距各自网络延时最小的当前叶子节点的子节点。
可选地,还包括第一心跳模块,用于:接收所述监控服务端子节点发送的心跳请求信息,并将收到的所述心跳请求信息发送给所述第一数据处理模块;所述第一数据处理模块还用于:如果收到该子节点的所述心跳请求信息,则判定作为该子节点的被监控设备连通,如果在达到预设数量的心跳间隔后仍未收到该子节点发送的所述心跳请求信息,则判定作为该子节点的被监控设备无法连通;所述第一心跳模块还用于:接收其他节点的父节点上报的所述其他节点对应的网络延时信息或告警信息,并将收到的所述网络延时信息或告警信息发送给所述第一数据处理模块,所述其他节点为所述网络检测拓扑中除所述根节点的子节点之外的各节点;所述第一数据处理模块还用于:在接收到所述其他节点对应的网络延时信息的情况下,判定作为所述其他节点的被监控设备连通;在接收到所述其他节点对应的告警信息的情况下,判定作为所述其他节点的被监控设备无法连通。
可选地,所述第一数据处理模块还用于:如果在达到预设数量的心跳间隔后仍未收到所述监控服务端子节点发送的所述心跳请求信息,则生成该子节点对应的告警信息;所述监控服务端还包括通知模块,用于输出各节点对应的告警信息。
可选地,所述拓扑构建模块还用于:在所述第一数据处理模块检测到无法连通的被监控设备后,重新构建所述网络检测拓扑。
根据本发明实施例的又一方面,提供了一种监控代理装置。
一种监控代理装置,包括:第二网络检测模块,用于通过连通检测指令检测当前被监控设备与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端,所述网络延时用于所述监控服务端构建包括所述监控服务端以及各被监控设备的网络检测拓扑,所述当前被监控设备是与所述监控代理装置对应的被监控设备;第二数据处理模块,用于根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态,所述目标被监控设备是所述网络检测拓扑中作为所述当前被监控设备子节点的被监控设备;所述第二数据处理模块还用于通过所述网络检测拓扑,将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端。
可选地,第二数据处理模块还用于:如果所述当前被监控设备接收到所述心跳请求信息,则判定所述目标被监控设备连通;如果所述当前被监控设备在达到预设数量的心跳间隔后仍未收到所述心跳请求信息,则判定作为所述目标被监控设备无法连通。
可选地,所述第二数据处理模块还用于:在所述当前被监控设备接收到所述心跳请求信息的情况下,根据所述心跳请求信息记录所述目标被监控设备对应的网络延时信息;在所述当前被监控设备在达到预设数量的心跳间隔后仍未收到所述心跳请求信息的情况下,生成所述目标被监控设备对应的告警信息;所述第二数据处理模块还用于:将所述目标被监控设备对应的所述网络延时信息或所述告警信息,逐级上报至所述监控服务端。
可选地,还包括第二心跳模块,用于:按照心跳间隔,向所述网络检测拓扑中作为所述当前被监控设备父节点的被监控设备发送心跳请求信息,以便所述当前被监控设备父节点检测所述当前被监控设备的连通状态。
根据本发明实施例的又一方面,提供了一种电子设备。
一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现本发明实施例的网络连通性检测方法。
根据本发明实施例的又一方面,提供了一种计算机可读介质。
一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例的网络连通性检测方法。
上述发明中的一个实施例具有如下优点或有益效果:监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括监控服务端以及各被监控设备的网络检测拓扑,监控服务端为网络检测拓扑的根节点,并通过网络检测拓扑检测各被监控设备是否连通。能够有效检测各被监控设备的网络连通性,且在复杂网络环境下(例如混合云),特别是网络质量较差的混合云环境下,能够避免因网络质量问题导致的连通性误报。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明一个实施例的网络连通性检测方法的主要步骤示意图;
图2是根据本发明一个实施例的监控服务端查找作为拓扑根节点的子节点的被监控设备的流程示意图;
图3是根据本发明一个实施例的监控服务端查找作为当前叶子节点的子节点的被监控设备的流程示意图;
图4是根据本发明另一个实施例的网络连通性检测方法的主要步骤示意图;
图5是根据本发明又一个实施例的网络连通性检测流程示意图;
图6是根据本发明一个实施例的监控服务端的模块示意图;
图7是根据本发明一个实施例的监控代理装置的模块示意图;
图8是本发明实施例可以应用于其中的示例性系统架构图;
图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
本领域技术技术人员知道,本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
图1是根据本发明一个实施例的网络连通性检测方法的主要步骤示意图。本实施例的网络连通性检测方法由监控服务端执行。
如图1所示,本发明一个实施例的网络连通性检测方法主要包括如下的步骤S101至步骤S102。
步骤S101:监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括监控服务端以及各被监控设备的网络检测拓扑,监控服务端为网络检测拓扑的根节点。
监控服务端通过定时向各被监控设备发送连通检测指令,来检测与各被监控设备之间的网络延时。连通检测指令例如ping指令。
每一被监控设备检测本机(即该被监控设备自身)与其他被监控设备之间的网络延时,并发送给监控服务端,监控服务端接收每一被监控设备上报的该被监控设备与其他被监控设备之间的网络延时。
监控服务端可以通过如下方式构建网络检测拓扑:
监控服务端以本机(即该监控服务端所在的机器)作为拓扑根节点,根据其与各被监控设备之间的网络延时,查找作为拓扑根节点的子节点的被监控设备,以添加到拓扑根节点的子节点上,得到拓扑的叶子节点;根据当前叶子节点与尚未添加到拓扑的其他被监控设备之间的网络延时,查找作为当前叶子节点的子节点的被监控设备,以添加到当前叶子节点的子节点上,得到拓扑的新的叶子节点;重复为拓扑添加新的叶子节点的过程,以将所有被监控设备添加到拓扑,从而构建出网络检测拓扑。
监控服务端根据与各被监控设备之间的网络延时,来查找作为拓扑根节点的子节点的被监控设备。例如,将与监控服务端的网络延时<10ms(毫秒)的被监控设备作为拓扑根节点的子节点。若不存在网络延时<10ms的被监控设备,则将网络延时<20ms的被监控设备作为拓扑根节点的子节点。若仍不存在满足该条件的被监控设备,则每次将上述毫秒数(即延时阈值)增加10ms,然后按照同样方法继续查找,直到查找到作为拓扑根节点的子节点的被监控设备为止。
监控服务端查找作为拓扑根节点的子节点的被监控设备的流程如图2所示,根据图2,该查找流程包括如下的步骤S201至步骤S203:
步骤S201:查找是否存在与监控服务端的网络延时小于延时阈值的被监控设备,若存在,则执行步骤S202,否则,执行步骤S203。
步骤S202:将查找到的被监控设备作为拓扑根节点的子节点。
步骤S203:将延时阈值自增一数值,以更新延时阈值,然后跳转到步骤S201。
监控服务端根据每一被监控设备与其他被监控设备之间的网络延时,来查找作为当前叶子节点的子节点的被监控设备。构建拓扑的过程中,为拓扑根节点添加叶子节点,再在叶子节点上继续添加新的叶子节点,从而原叶子节点变为拓扑的分支节点,这样,随着拓扑的构建,拓扑的叶子节点也随之更新。当前叶子节点即在拓扑构建过程中当前拓扑的叶子节点。监控服务端查找作为当前叶子节点的子节点的被监控设备的逻辑与图2相似,不同之处在于,对于某个当前叶子节点,若延时阈值增加至100ms仍未找到作为该叶子节点的子节点的被监控设备,则退出,即结束查找作为该当前叶子节点的子节点的被监控设备的操作。此外,在按照上述方法不断为拓扑添加叶子节点的过程中,如果最后还存在一些离散的点,则将这些离散的点作为子节点添加至距离其网络延时最小的节点中,离散的点即与所有当前叶子节点的网络延时均大于100ms的被监控设备,这样的被监控设备通过上述逻辑是无法被查找到的,因此,将它们分别按照网络延时最小的当前叶子节点,添加到相应当前叶子节点的子节点上。
监控服务端查找作为当前叶子节点的子节点的被监控设备的流程如图3所示,根据图3,对于每个当前叶子节点,均按照以下步骤S301至步骤S306查找作为该当前叶子节点的子节点的被监控设备的流程:
步骤S301:监控服务端从尚未添加到拓扑的各被监控设备中,查找与该当前叶子节点的网络延时小于延时阈值的被监控设备;
步骤S302:判断是否存在符合条件的被监控设备,若存在,则执行步骤S303;否则,执行步骤S304。
步骤S303:将查找到的被监控设备作为该当前叶子节点的子节点。然后跳转到步骤S305。
步骤S304:判断延时阈值当前是否已达到延时阈值上限,若是,则执行步骤S305,否则执行步骤S306。
其中,达到延时阈值上限是指大于或等于延时阈值。
步骤S305:结束查找作为该当前叶子节点的子节点的被监控设备的操作。
步骤S306:将延时阈值自增一数值,以更新延时阈值,并跳转到步骤S301,以重复执行查找是否存在与该当前叶子节点的网络延时小于延时阈值的被监控设备的操作。
重复为拓扑添加新的叶子节点的过程,即:在对每个当前叶子节点都执行图3的查找流程之后,得到新的当前叶子节点,监控服务端再对新的当前叶子节点继续分别执行图3的查找流程,对于每次由各当前叶子节点得到的新的当前叶子节点都执行图3的查找流程,直到对于所有的当前叶子节点,按照上述步骤均无法查找到作为其子节点的被监控设备时,停止查找,这时可能是已将所有的被监控设备都添加到拓扑中了,也可能还存在剩余被监控设备未添加到拓扑,但是每个剩余被监控设备与所有当前叶子节点的网络延时均大于延时阈值上限,而无法通过上述方法添加到拓扑中。
当对于所有的当前叶子节点,按照上述步骤均无法查找到作为其子节点的被监控设备时,判断当前是否仍有尚未添加到拓扑的剩余被监控设备,若是,则将各剩余被监控设备分别作为相距各自网络延时最小的当前叶子节点的子节点,从而将所有被监控设备都添加到拓扑中。如果当前没有尚未添加到拓扑的剩余被监控设备,表示已经将所有被监控设备都添加到拓扑中。
对于不同的当前叶子节点监控服务端分别执行步骤S301至步骤S306的查找流程,可以并行执行,也可以串行执行。在并行执行的情况下,如果某一被监控设备同时满足作为两个或多个当前叶子节点的子节点的条件,则将其作为先查找到该被监控设备时所对应的当前叶子节点的子节点。
步骤S102:监控服务端通过网络检测拓扑检测各被监控设备是否连通。
具体地,监控服务端接收其子节点发送的心跳请求信息,如果收到该子节点发送的心跳请求信息,则判定作为该子节点的被监控设备连通,如果在达到预设数量的心跳间隔后仍未收到该子节点发送的心跳请求信息,则判定作为该子节点的被监控设备无法连通;
监控服务端接收其他节点的父节点上报的其他节点对应的网络延时信息或告警信息,其他节点为网络检测拓扑中除根节点的子节点之外的各节点,在接收到其他节点对应的网络延时信息的情况下,判定作为其他节点的被监控设备连通;在接收到其他节点对应的告警信息的情况下,判定作为其他节点的被监控设备无法连通。
如果监控服务端在达到预设数量的心跳间隔后仍未收到其子节点发送的心跳请求信息,则生成该子节点对应的告警信息。
在一个实施例中,还可以输出各节点对应的告警信息。例如,以邮件、短信等方式发送至管理员。
在一个实施例中,监控服务端在检测到无法连通的被监控设备后,还可以重新构建网络检测拓扑。重新构建网络检测拓扑与上文介绍的构建网络检测拓扑的过程相同,重新构建的网络检测拓扑也是包括监控服务端以及各被监控设备,且监控服务端为网络检测拓扑的根节点。
图4是根据本发明另一个实施例的网络连通性检测方法的主要步骤示意图。
如图4所示,本发明一个实施例的网络连通性检测方法主要包括如下的步骤S401至步骤S403。
步骤S401:当前被监控设备通过连通检测指令检测与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端。
该网络延时用于监控服务端构建包括监控服务端以及各被监控设备的网络检测拓扑。
本实施例的网络连通性检测方法可由各被监控设备中的任一被监控设备执行,当前被监控设备即当前执行本实施例的网络连通性检测方法的被监控设备。
步骤S402:当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断目标被监控设备的连通状态,目标被监控设备是网络检测拓扑中作为当前被监控设备子节点的被监控设备。
目标被监控设备的心跳请求信息是目标被监控设备发送到当前被监控设备的。
步骤S402执行时通过如下方式判断目标被监控设备的连通状态:如果当前被监控设备接收到该心跳请求信息,则判定目标被监控设备连通;如果当前被监控设备在达到预设数量的心跳间隔后仍未收到该心跳请求信息,则判定作为目标被监控设备无法连通。
在当前被监控设备接收到心跳请求信息的情况下,还可以根据心跳请求信息记录目标被监控设备对应的网络延时信息。
在当前被监控设备在达到预设数量的心跳间隔后仍未收到心跳请求信息的情况下,还可以生成目标被监控设备对应的告警信息。
步骤S403:当前被监控设备通过网络检测拓扑,将目标被监控设备连通状态的信息逐级上报至监控服务端。
将目标被监控设备连通状态的信息逐级上报至监控服务端的步骤,具体可以包括:将目标被监控设备对应的网络延时信息或告警信息,逐级上报至监控服务端。
当前被监控设备还可以按照心跳间隔,向网络检测拓扑中作为当前被监控设备父节点的被监控设备发送心跳请求信息,以便当前被监控设备父节点检测当前被监控设备的连通状态。当前被监控设备父节点检测当前被监控设备的连通状态的方法,与当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断目标被监控设备的连通状态的方法相同。
本发明实施例的网络连通性检测方法,被监控设备将检测到的网络延时上报监控服务端,以用于构建网络检测拓扑,被监控设备对作为其子节点的被监控设备进行连通状态检测,并通过网络检测拓扑将检测到的连通状态信息逐级上报至监控服务端。能够有效检测各被监控设备的网络连通性,且在复杂网络环境下(例如混合云),特别是网络质量较差的混合云环境下,能够避免因网络质量问题导致的连通性误报。
图5是根据本发明又一个实施例的网络连通性检测流程示意图。
如图5所示,本发明一个实施例的网络连通性检测流程包括如下的步骤S501至步骤S504。
步骤S501:在监控服务端机器上部署监控服务端程序。
监控服务端程序用于执行图1所示实施例的网络连通性检测方法。
步骤S502:在监控服务端初始化要监控的资源信息。
具体可通过手工录入或批量导入的方式,在监控服务端录入要监控的资源IP信息。
步骤S503:在被监控设备上部署监控代理程序。
具体可以通过批量部署的方式在被监控设备上部署监控代理程序,并启动部署好的监控代理程序。
监控代理程序用于执行图4所示实施例的网络连通性检测方法。
步骤S504:管理客户端接收连通性告警信息。
管理客户端是管理员使用的客户端,管理员可以通过邮件、短信等方式查收该告警信息。
下面详细介绍本实施例的网络连通性检测整体流程。
监控服务端以及各被监控设备分别定时(例如:每5分钟)通过ping指令检测本机与其他所有被监控设备之间的网络延时,并将网络延时(单位为ms(毫秒))发送至监控服务端。发送的网络延时例如:
10.187.12.13(本机)->10.187.12.14(12ms)
10.187.12.13(本机)->10.187.12.15(120ms)
10.187.12.13(本机)->10.187.12.16(1ms)
10.187.12.13(本机)->10.187.12.17(16ms)
监控服务端根据本机以及各被监控设备检测到的上述形式的网络延时,构建网络检测拓扑。监控服务端为拓扑根节点,将与其网络延时<10ms(10ms为初始设定的延时阈值)的被监控设备作为拓扑的当前叶子节点。若不存在与其网络延时<10ms的被监控设备,则将与其网络延时<20ms(即将初始设置的延时阈值自增10ms)的被监控设备作为网络检测拓扑的叶子节点,若仍不存在满足该条件的被监控设备,则将延时阈值再增加10ms,直到按照上述方法查找到当前叶子节点为止。
监控服务端按照上述逻辑再查找当前叶子节点的子节点,其中在对当前叶子节点查找子节点时,延时阈值最多增加到100ms,如果对于一个当前叶子节点,在延时阈值等于100ms的情况下,按照上述方法仍未查找到作为该当前叶子节点的子节点的被监控设备,那么结束对该当前叶子节点查找子节点的操作。
循环上述过程,直到所有被监控设备均添加到网络检测拓扑中。其中,若处理完成后出现一些离散的点,即与所有当前叶子节点的网络延时均大于100ms的被监控设备,这样的被监控设备通过上述逻辑是无法被查找到的,因此,将它们分别按照网络延时最小的当前叶子节点,添加到相应当前叶子节点的子节点上。例如,某被监控设备X0到所有当前叶子节点的网络延时都大于100ms,其中X0距离当前叶子节点X1的网络延时最小,那么将X0作为X1的子节点。
通过上述方法得到的最终的拓扑即本发明实施例的网络检测拓扑。通过该网络检测拓扑,各节点可以将连通性告警信息通过逐级上报的方式上报到监控服务端,以便监控服务端检测资源的连通性。
网络检测拓扑中除根节点(监控服务端)之外,每个节点(即每个被监控设备)都向其父节点发送心跳请求信息,心跳请求信息可以通过rpc(远程过程调用协议)发送。父节点根据其子节点发来的心跳请求信息,判断该子节点的连通状态。
判断节点间的连通状态的具体判断规则如下:
父节点接收其子节点发送的心跳请求信息,记录该心跳请求信息的网络延时信息,并将该网络延时信息发送至该父节点的上级节点,直至传输至根节点(监控服务端)。该网络延时信息即该子节点对应的网络延时信息,换言之,即作为该子节点的被监控设备对应的网络延时信息。
假设心跳间隔为10s,如果父节点在达到2个心跳间隔(20s)仍没有收到其子节点上报的心跳请求信息,则判定该子节点无法连通,这时,将生成告警信息并发送至该父节点的上层节点,通过逐级上报直至上报到根节点。告警信息即该子节点对应的告警信息,换言之,即作为该子节点的被监控设备对应的告警信息。
如果某个节点无法连通,将导致该节点的所有子节点以及后续各层节点均无法监控,此时该节点的父节点在生成该节点对应的告警信息之后,还将向监控服务端发送重新构建指令,以便监控服务端响应重新构建指令,重新构建网络检测拓扑,在网络检测拓扑重新构建后,又可正常检测各节点的网络连通性。
此外,监控服务端还可以将各级节点生成的告警信息以邮件、短信等方式发送至管理员,以便及时进行网络管理。
图6是根据本发明一个实施例的监控服务端的模块示意图。
如图6所示,本发明一个实施例的监控服务端600主要包括:拓扑构建模块601、第一数据处理模块602。
拓扑构建模块601,用于根据监控服务端600与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括监控服务端600以及各被监控设备的网络检测拓扑,监控服务端600为网络检测拓扑的根节点。
第一数据处理模块602,用于通过网络检测拓扑检测各被监控设备是否连通。
监控服务端600还可以包括:第一网络检测模块603,用于定时向各被监控设备发送连通检测指令,以检测与各被监控设备之间的网络延时。
拓扑构建模块601还用于接收每一被监控设备上报的该被监控设备与其他被监控设备之间的网络延时。
拓扑构建模块601通过如下方式构建网络检测拓扑:
以监控服务端600作为拓扑根节点,根据拓扑根节点与各被监控设备之间的网络延时,查找作为拓扑根节点的子节点的被监控设备,以添加到拓扑根节点的子节点上,得到拓扑的叶子节点;根据当前叶子节点与尚未添加到拓扑的其他被监控设备之间的网络延时,查找作为当前叶子节点的子节点的被监控设备,以添加到当前叶子节点的子节点上,得到拓扑的新的叶子节点;重复为拓扑添加新的叶子节点的过程,以将所有被监控设备添加到拓扑,从而构建出网络检测拓扑。
拓扑构建模块601通过如下方式查找作为拓扑根节点的子节点的被监控设备:
查找是否存在与监控服务端600的网络延时小于延时阈值的被监控设备,若存在,则将查找到的被监控设备作为拓扑根节点的子节点;否则,将延时阈值自增一数值,以更新延时阈值,并重复执行查找是否存在与监控服务端600的网络延时小于延时阈值的被监控设备的操作。
拓扑构建模块601通过如下方式查找作为当前叶子节点的子节点的被监控设备:
对于每一当前叶子节点,拓扑构建模块601从尚未添加到拓扑的各被监控设备中,查找是否存在与该当前叶子节点的网络延时小于延时阈值的被监控设备,若存在,则将查找到的被监控设备作为该当前叶子节点的子节点;若不存在,则判断延时阈值当前是否已达到延时阈值上限,若是,则结束查找作为该当前叶子节点的子节点的被监控设备的操作,否则,将延时阈值自增一数值,以更新延时阈值,并重复执行查找是否存在与该当前叶子节点的网络延时小于延时阈值的被监控设备的操作。拓扑构建模块601还用于:在重复为拓扑添加新的叶子节点的过程之后,如果对于所有的当前叶子节点,按照上述方式均无法查找到作为其子节点的被监控设备,并且当前仍有尚未添加到拓扑的剩余被监控设备,则将各剩余被监控设备分别作为相距各自网络延时最小的当前叶子节点的子节点。
监控服务端600,还可以包括第一心跳模块604,用于:接收监控服务端600子节点发送的心跳请求信息,并将收到的心跳请求信息发送给第一数据处理模块602。
第一数据处理模块602还可以用于:如果收到该子节点的心跳请求信息,则判定作为该子节点的被监控设备连通,如果在达到预设数量的心跳间隔后仍未收到该子节点发送的心跳请求信息,则判定作为该子节点的被监控设备无法连通。
第一数据处理模块602还可以用于:如果在达到预设数量的心跳间隔后仍未收到监控服务端600子节点发送的心跳请求信息,则生成该子节点对应的告警信息。
第一数据处理模块602还可以用于:如果收到该子节点的心跳请求信息,则记录该心跳请求信息的网络延时信息。
第一心跳模块604还可以用于:接收其他节点的父节点上报的其他节点对应的网络延时信息或告警信息,并将收到的网络延时信息或告警信息发送给第一数据处理模块602,其他节点为网络检测拓扑中除根节点的子节点之外的各节点。
其他节点的父节点在上报其他节点对应的网络延时信息或告警信息时,是通过网络检测拓扑逐级上报至监控服务端600的第一心跳模块604的。
第一数据处理模块602还可以用于:在接收到其他节点对应的网络延时信息的情况下,判定作为其他节点的被监控设备连通;在接收到其他节点对应的告警信息的情况下,判定作为其他节点的被监控设备无法连通。
监控服务端600还可以包括通知模块605,第一数据处理模块602生成告警信息后可以将生成其子节点对应的告警信息发送至通知模块605,第一心跳模块604还可以将其他节点的父节点上报的其他节点对应的告警信息发送至通知模块605。通知模块605用于输出各节点对应的告警信息。
拓扑构建模块601还可以用于:在第一数据处理模块602检测到无法连通的被监控设备后,重新构建网络检测拓扑。
图7是根据本发明一个实施例的监控代理装置的模块示意图。
如图7所示,本发明一个实施例的监控代理装置700主要包括:第二网络检测模块701、第二数据处理模块702。
第二网络检测模块701,用于通过连通检测指令检测当前被监控设备与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端,该网络延时用于监控服务端构建包括监控服务端以及各被监控设备的网络检测拓扑,当前被监控设备是与监控代理装置700对应的被监控设备。
在一个实施例中,监控代理装置700可以位于当前被监控设备中。
在另一个实施例中,监控代理装置700可以位于当前被监控设备之外的其他机器中,但与当前被监控设备具有对应关系。
另外,其他被监控设备中每个被监控设备都有一个对应的监控代理装置,各监控代理装置的模块功能与监控代理装置700的模块功能对应相同。同样地,其他被监控设备对应的监控代理装置也可以位于对应的被监控设备中,或者位于对应的被监控设备之外的机器上。
第二数据处理模块702,用于根据对目标被监控设备的心跳请求信息的接收情况,判断目标被监控设备的连通状态,目标被监控设备是网络检测拓扑中作为当前被监控设备子节点的被监控设备。
目标被监控设备的心跳请求信息是目标被监控设备发送到当前被监控设备的。
第二数据处理模块702还用于通过网络检测拓扑,将目标被监控设备连通状态的信息逐级上报至监控服务端。
第二数据处理模块702还可以用于:如果当前被监控设备接收到目标被监控设备的心跳请求信息,则判定目标被监控设备连通;如果当前被监控设备在达到预设数量的心跳间隔后仍未收到该心跳请求信息,则判定作为目标被监控设备无法连通。
第二数据处理模块702还可以用于:在当前被监控设备接收到目标被监控设备的心跳请求信息的情况下,根据该心跳请求信息记录目标被监控设备对应的网络延时信息;在当前被监控设备在达到预设数量的心跳间隔后仍未收到该心跳请求信息的情况下,生成目标被监控设备对应的告警信息。
第二数据处理模块702还可以用于:将目标被监控设备对应的网络延时信息或告警信息,逐级上报至监控服务端。具体地,第二数据处理模块702可以把该网络延时信息或告警信息发送至当前被监控设备父节点中监控代理装置的心跳模块,以便当前被监控设备父节点中监控代理装置的心跳模块上报至当前被监控设备父节点的上一层节点的心跳模块,直至逐级上报至监控服务端。
监控代理装置700还可以包括第二心跳模块703,用于:按照心跳间隔,向网络检测拓扑中作为当前被监控设备父节点的被监控设备发送心跳请求信息,以便当前被监控设备父节点检测当前被监控设备的连通状态。
第二心跳模块703还用于将目标被监控设备上报的目标被监控设备子节点对应的网络延时信息或告警信息,上报到当前被监控设备父节点中,具体可以上报到当前被监控设备父节点中监控代理装置的心跳模块。
另外,在本发明实施例中监控服务端、监控代理装置的具体实施内容,在上面所述网络连通性检测方法中已经详细说明了,故在此重复内容不再说明。
图8示出了可以应用本发明实施例的网络连通性检测方法或监控服务端、监控代理装置的示例性系统架构800。
如图8所示,系统架构800可以包括终端设备801、802、803,网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备801、802、803通过网络804与服务器805交互,以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器805可以是提供各种服务的服务器,例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的网络连通性检测方法可以由服务器805或终端设备801、802、803执行,相应地,监控服务端一般设置于服务器805中,监控代理装置一般位于终端设备801、802、803中。
应该理解,图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图9,其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统900的结构示意图。图9示出的终端设备或服务器仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图9所示,计算机系统900包括中央处理单元(CPU)901,其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中,还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
以下部件连接至I/O接口905:包括键盘、鼠标等的输入部分906;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907;包括硬盘等的存储部分908;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器910上,以便于从其上读出的计算机程序根据需要被安装入存储部分908。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分909从网络上被下载和安装,和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时,执行本申请的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括拓扑构建模块、第一数据处理模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,拓扑构建模块还可以被描述为“用于根据监控服务端与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建网络检测拓扑的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;所述监控服务端通过所述网络检测拓扑检测所述各被监控设备是否连通。或者包括:当前被监控设备通过连通检测指令检测与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端,所述网络延时用于所述监控服务端构建包括所述监控服务端以及各被监控设备的网络检测拓扑;所述当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态,所述目标被监控设备是所述网络检测拓扑中作为所述当前被监控设备子节点的被监控设备;所述当前被监控设备通过所述网络检测拓扑,将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端。
根据本发明实施例的技术方案,对于监控服务端,监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括监控服务端以及各被监控设备的网络检测拓扑,监控服务端为网络检测拓扑的根节点,并通过网络检测拓扑检测各被监控设备是否连通。对于被监控设备,被监控设备将检测到的网络延时上报监控服务端,以用于构建网络检测拓扑,被监控设备对作为其子节点的被监控设备进行连通状态检测,并通过网络检测拓扑将检测到的连通状态信息逐级上报至监控服务端。能够有效检测各被监控设备的网络连通性,且在复杂网络环境下(例如混合云),特别是网络质量较差的混合云环境下,能够避免因网络质量问题导致的连通性误报。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (14)
1.一种网络连通性检测方法,其特征在于,包括:
监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;
所述监控服务端通过所述网络检测拓扑检测所述各被监控设备是否连通;
通过如下方式构建所述网络检测拓扑:所述监控服务端以本机作为拓扑根节点,根据其与所述各被监控设备之间的网络延时,查找作为所述拓扑根节点的子节点的被监控设备,以添加到所述拓扑根节点的子节点上,得到所述拓扑的叶子节点;根据当前叶子节点与尚未添加到所述拓扑的其他被监控设备之间的网络延时,查找作为所述当前叶子节点的子节点的被监控设备,以添加到所述当前叶子节点的子节点上,得到所述拓扑的新的叶子节点;重复为所述拓扑添加新的叶子节点的过程,以将所有被监控设备添加到所述拓扑,从而构建出所述网络检测拓扑。
2.根据权利要求1所述的方法,其特征在于,在所述监控服务端构建所述网络检测拓扑之前,所述方法还包括:
所述监控服务端定时向所述各被监控设备发送连通检测指令,以检测与所述各被监控设备之间的网络延时;以及,
接收所述每一被监控设备上报的该被监控设备与其他被监控设备之间的网络延时。
3.根据权利要求1所述的方法,其特征在于,
所述监控服务端通过如下方式查找作为所述拓扑根节点的子节点的被监控设备:
查找是否存在与所述监控服务端的网络延时小于延时阈值的被监控设备,若存在,则将查找到的被监控设备作为所述拓扑根节点的子节点;否则,将所述延时阈值自增一数值,以更新所述延时阈值,并重复执行查找是否存在与所述监控服务端的网络延时小于延时阈值的被监控设备的操作;
所述监控服务端通过如下方式查找作为当前叶子节点的子节点的被监控设备:
对于每一当前叶子节点,所述监控服务端从尚未添加到所述拓扑的各被监控设备中,查找是否存在与该当前叶子节点的网络延时小于所述延时阈值的被监控设备,若存在,则将查找到的被监控设备作为该当前叶子节点的子节点;若不存在,则判断所述延时阈值当前是否已达到延时阈值上限,若是,则结束查找作为该当前叶子节点的子节点的被监控设备的操作,否则,将所述延时阈值自增一数值,以更新所述延时阈值,并重复执行查找是否存在与该当前叶子节点的网络延时小于所述延时阈值的被监控设备的操作;
所述方法还包括:在重复为所述拓扑添加新的叶子节点的过程之后,如果对于所有的当前叶子节点,按照上述方式均无法查找到作为其子节点的被监控设备,并且当前仍有尚未添加到所述拓扑的剩余被监控设备,则将各所述剩余被监控设备分别作为相距各自网络延时最小的当前叶子节点的子节点。
4.根据权利要求1所述的方法,其特征在于,所述监控服务端通过所述网络检测拓扑检测所述各被监控设备是否连通的步骤,包括:
所述监控服务端接收其子节点发送的心跳请求信息,如果收到该子节点发送的所述心跳请求信息,则判定作为该子节点的被监控设备连通,如果在达到预设数量的心跳间隔后仍未收到该子节点发送的所述心跳请求信息,则判定作为该子节点的被监控设备无法连通;
所述监控服务端接收其他节点的父节点上报的所述其他节点对应的网络延时信息或告警信息,所述其他节点为所述网络检测拓扑中除所述根节点的子节点之外的各节点,在接收到所述其他节点对应的网络延时信息的情况下,判定作为所述其他节点的被监控设备连通;在接收到所述其他节点对应的告警信息的情况下,判定作为所述其他节点的被监控设备无法连通。
5.根据权利要求4所述的方法,其特征在于,还包括:如果所述监控服务端在达到预设数量的心跳间隔后仍未收到其子节点发送的所述心跳请求信息,则生成该子节点对应的告警信息;
所述方法还包括:输出各节点对应的告警信息。
6.根据权利要求1所述的方法,其特征在于,还包括:所述监控服务端在检测到无法连通的被监控设备后,重新构建所述网络检测拓扑。
7.一种网络连通性检测方法,其特征在于,包括:
当前被监控设备通过连通检测指令检测与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端,所述网络延时用于所述监控服务端构建包括所述监控服务端以及各被监控设备的网络检测拓扑;所述监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;
所述当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态,所述目标被监控设备是所述网络检测拓扑中作为所述当前被监控设备子节点的被监控设备;
所述当前被监控设备通过所述网络检测拓扑,将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端;
通过如下方式构建所述网络检测拓扑:所述监控服务端以本机作为拓扑根节点,根据其与所述各被监控设备之间的网络延时,查找作为所述拓扑根节点的子节点的被监控设备,以添加到所述拓扑根节点的子节点上,得到所述拓扑的叶子节点;根据当前叶子节点与尚未添加到所述拓扑的其他被监控设备之间的网络延时,查找作为所述当前叶子节点的子节点的被监控设备,以添加到所述当前叶子节点的子节点上,得到所述拓扑的新的叶子节点;重复为所述拓扑添加新的叶子节点的过程,以将所有被监控设备添加到所述拓扑,从而构建出所述网络检测拓扑。
8.根据权利要求7所述的方法,其特征在于,所述当前被监控设备根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态的步骤,包括:
如果所述当前被监控设备接收到所述心跳请求信息,则判定所述目标被监控设备连通;
如果所述当前被监控设备在达到预设数量的心跳间隔后仍未收到所述心跳请求信息,则判定作为所述目标被监控设备无法连通。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在所述当前被监控设备接收到所述心跳请求信息的情况下,根据所述心跳请求信息记录所述目标被监控设备对应的网络延时信息;
在所述当前被监控设备在达到预设数量的心跳间隔后仍未收到所述心跳请求信息的情况下,生成所述目标被监控设备对应的告警信息;
将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端的步骤,包括:
将所述目标被监控设备对应的所述网络延时信息或所述告警信息,逐级上报至所述监控服务端。
10.根据权利要求7所述的方法,其特征在于,还包括:所述当前被监控设备按照心跳间隔,向所述网络检测拓扑中作为所述当前被监控设备父节点的被监控设备发送心跳请求信息,以便所述当前被监控设备父节点检测所述当前被监控设备的连通状态。
11.一种监控服务端,其特征在于,包括:
拓扑构建模块,用于根据所述监控服务端与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;
第一数据处理模块,用于通过所述网络检测拓扑检测所述各被监控设备是否连通;
所述拓扑构建模块通过如下方式构建所述网络检测拓扑:以所述监控服务端作为拓扑根节点,根据所述拓扑根节点与所述各被监控设备之间的网络延时,查找作为所述拓扑根节点的子节点的被监控设备,以添加到所述拓扑根节点的子节点上,得到所述拓扑的叶子节点;根据当前叶子节点与尚未添加到所述拓扑的其他被监控设备之间的网络延时,查找作为所述当前叶子节点的子节点的被监控设备,以添加到所述当前叶子节点的子节点上,得到所述拓扑的新的叶子节点;重复为所述拓扑添加新的叶子节点的过程,以将所有被监控设备添加到所述拓扑,从而构建出所述网络检测拓扑。
12.一种监控代理装置,其特征在于,包括:
第二网络检测模块,用于通过连通检测指令检测当前被监控设备与其他被监控设备之间的网络延时,并将检测到的网络延时上报监控服务端,所述网络延时用于所述监控服务端构建包括所述监控服务端以及各被监控设备的网络检测拓扑,所述当前被监控设备是与所述监控代理装置对应的被监控设备;所述监控服务端根据与各被监控设备之间的网络延时,以及每一被监控设备与其他被监控设备之间的网络延时,构建包括所述监控服务端以及所述各被监控设备的网络检测拓扑,所述监控服务端为所述网络检测拓扑的根节点;
第二数据处理模块,用于根据对目标被监控设备的心跳请求信息的接收情况,判断所述目标被监控设备的连通状态,所述目标被监控设备是所述网络检测拓扑中作为所述当前被监控设备子节点的被监控设备;
所述第二数据处理模块还用于通过所述网络检测拓扑,将所述目标被监控设备连通状态的信息逐级上报至所述监控服务端;
通过如下方式构建所述网络检测拓扑:所述监控服务端以本机作为拓扑根节点,根据其与所述各被监控设备之间的网络延时,查找作为所述拓扑根节点的子节点的被监控设备,以添加到所述拓扑根节点的子节点上,得到所述拓扑的叶子节点;根据当前叶子节点与尚未添加到所述拓扑的其他被监控设备之间的网络延时,查找作为所述当前叶子节点的子节点的被监控设备,以添加到所述当前叶子节点的子节点上,得到所述拓扑的新的叶子节点;重复为所述拓扑添加新的叶子节点的过程,以将所有被监控设备添加到所述拓扑,从而构建出所述网络检测拓扑。
13.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。
14.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-10中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911045966.6A CN112751689B (zh) | 2019-10-30 | 2019-10-30 | 一种网络连通性检测方法、监控服务端和监控代理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911045966.6A CN112751689B (zh) | 2019-10-30 | 2019-10-30 | 一种网络连通性检测方法、监控服务端和监控代理装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112751689A CN112751689A (zh) | 2021-05-04 |
CN112751689B true CN112751689B (zh) | 2023-12-05 |
Family
ID=75640611
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911045966.6A Active CN112751689B (zh) | 2019-10-30 | 2019-10-30 | 一种网络连通性检测方法、监控服务端和监控代理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112751689B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113993158B (zh) * | 2021-10-28 | 2023-05-23 | 成都长虹网络科技有限责任公司 | 一种网络质量监测方法、系统、计算机设备及存储介质 |
CN114095401B (zh) * | 2021-11-19 | 2022-10-21 | 北京志凌海纳科技有限公司 | 超融合系统的网络状态监控方法、装置、设备及存储介质 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100747551B1 (ko) * | 2006-11-06 | 2007-08-08 | 한국전자통신연구원 | 토폴로지 관리 테이블을 이용한 센서 네트워크의 토폴로지관리 방법 |
CN102394778A (zh) * | 2011-11-04 | 2012-03-28 | 中兴通讯股份有限公司 | 网络拓扑的显示方法及装置 |
CN102439905A (zh) * | 2011-09-30 | 2012-05-02 | 华为技术有限公司 | 网络拓扑自动发现方法、装置及系统 |
JP2012129930A (ja) * | 2010-12-17 | 2012-07-05 | Ntt Comware Corp | 監視装置、監視方法及びプログラム |
CN104270268A (zh) * | 2014-09-28 | 2015-01-07 | 曙光信息产业股份有限公司 | 一种分布式系统网络性能分析及故障诊断方法 |
CN105912439A (zh) * | 2016-04-05 | 2016-08-31 | 浪潮电子信息产业股份有限公司 | 一种计算机监控的方法、装置及系统 |
WO2017131783A1 (en) * | 2016-01-29 | 2017-08-03 | Hewlett Packard Enterprise Development Lp | Managing groups of servers |
CN107707377A (zh) * | 2017-06-12 | 2018-02-16 | 贵州白山云科技有限公司 | 一种分析网络节点可用性的方法及系统 |
CN108092853A (zh) * | 2017-12-27 | 2018-05-29 | 珠海市君天电子科技有限公司 | 监控服务器链路状态的方法、装置、系统、电子设备及存储介质 |
CN108847958A (zh) * | 2018-05-24 | 2018-11-20 | 平安科技(深圳)有限公司 | 设备监控管理方法、装置、计算机设备及存储介质 |
CN109067571A (zh) * | 2018-07-24 | 2018-12-21 | Oppo广东移动通信有限公司 | 电子装置及其网络配置方法、存储介质 |
CN109547255A (zh) * | 2018-12-05 | 2019-03-29 | 合肥卓瑞信息技术有限公司 | 一种it运维管理设备故障预警提醒系统 |
CN110224886A (zh) * | 2019-05-31 | 2019-09-10 | 新华三技术有限公司 | 隧道连通性检测方法、装置及网络边缘设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9400729B2 (en) * | 2010-10-29 | 2016-07-26 | Hewlett Packard Enterprise Development Lp | System and method for determining topology of monitored entities |
US9467330B2 (en) * | 2013-10-14 | 2016-10-11 | Hewlett Packard Enterprise Development Lp | Diagnosing connectivity in a network |
-
2019
- 2019-10-30 CN CN201911045966.6A patent/CN112751689B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100747551B1 (ko) * | 2006-11-06 | 2007-08-08 | 한국전자통신연구원 | 토폴로지 관리 테이블을 이용한 센서 네트워크의 토폴로지관리 방법 |
JP2012129930A (ja) * | 2010-12-17 | 2012-07-05 | Ntt Comware Corp | 監視装置、監視方法及びプログラム |
CN102439905A (zh) * | 2011-09-30 | 2012-05-02 | 华为技术有限公司 | 网络拓扑自动发现方法、装置及系统 |
WO2012149794A1 (zh) * | 2011-09-30 | 2012-11-08 | 华为技术有限公司 | 网络拓扑自动发现方法、装置及系统 |
CN102394778A (zh) * | 2011-11-04 | 2012-03-28 | 中兴通讯股份有限公司 | 网络拓扑的显示方法及装置 |
CN104270268A (zh) * | 2014-09-28 | 2015-01-07 | 曙光信息产业股份有限公司 | 一种分布式系统网络性能分析及故障诊断方法 |
WO2017131783A1 (en) * | 2016-01-29 | 2017-08-03 | Hewlett Packard Enterprise Development Lp | Managing groups of servers |
CN105912439A (zh) * | 2016-04-05 | 2016-08-31 | 浪潮电子信息产业股份有限公司 | 一种计算机监控的方法、装置及系统 |
CN107707377A (zh) * | 2017-06-12 | 2018-02-16 | 贵州白山云科技有限公司 | 一种分析网络节点可用性的方法及系统 |
CN108092853A (zh) * | 2017-12-27 | 2018-05-29 | 珠海市君天电子科技有限公司 | 监控服务器链路状态的方法、装置、系统、电子设备及存储介质 |
CN108847958A (zh) * | 2018-05-24 | 2018-11-20 | 平安科技(深圳)有限公司 | 设备监控管理方法、装置、计算机设备及存储介质 |
CN109067571A (zh) * | 2018-07-24 | 2018-12-21 | Oppo广东移动通信有限公司 | 电子装置及其网络配置方法、存储介质 |
CN109547255A (zh) * | 2018-12-05 | 2019-03-29 | 合肥卓瑞信息技术有限公司 | 一种it运维管理设备故障预警提醒系统 |
CN110224886A (zh) * | 2019-05-31 | 2019-09-10 | 新华三技术有限公司 | 隧道连通性检测方法、装置及网络边缘设备 |
Non-Patent Citations (1)
Title |
---|
基于心跳机制的农业物联网数据采集系统设计;黄静;牛鸽;;传感器与微系统(第09期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112751689A (zh) | 2021-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111917687B (zh) | 一种循环推送提醒消息的方法和装置 | |
CN108833205B (zh) | 信息处理方法、装置、电子设备及存储介质 | |
WO2021237433A1 (zh) | 消息推送方法、装置、电子设备及计算机可读介质 | |
CN112751689B (zh) | 一种网络连通性检测方法、监控服务端和监控代理装置 | |
CN113923397B (zh) | 会议室设备的状态检测方法、装置、电子设备和存储介质 | |
CN113377626B (zh) | 基于服务树的可视化统一报警方法、装置、设备和介质 | |
CN111181765A (zh) | 一种任务处理方法和装置 | |
CN110505074B (zh) | 一种应用模块化集成方法和装置 | |
CN107818027B (zh) | 名字节点主备切换的方法、装置和分布式系统 | |
CN112702229B (zh) | 数据传输方法、装置、电子设备以及存储介质 | |
CN112788076A (zh) | 一种多服务负载部署的方法和装置 | |
WO2024066374A1 (zh) | 业务降级方法、装置、设备、计算机可读介质和程序产品 | |
CN113254245A (zh) | 一种存储集群的故障检测方法和系统 | |
CN113778780B (zh) | 应用稳定性的确定方法、装置、电子设备和存储介质 | |
CN112749204B (zh) | 一种读取数据的方法和装置 | |
CN114884805A (zh) | 数据传输方法、装置、终端及存储介质 | |
CN112306791B (zh) | 一种性能监控的方法和装置 | |
CN114268799A (zh) | 一种流媒体传输方法、装置、电子设备及介质 | |
CN112860505A (zh) | 一种分布式集群的调控方法及装置 | |
CN113542324A (zh) | 一种消息推送方法和装置 | |
CN114979132B (zh) | 一种集群组件状态探测的方法和装置 | |
CN113778504B (zh) | 一种发布方法、发布系统及路由装置 | |
US20230067756A1 (en) | Using machine learning for security anomaly detection and user experience inference | |
CN114844910B (zh) | 分布式存储系统的数据传输方法、系统、设备及介质 | |
CN116996481B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |