CN107707377A - 一种分析网络节点可用性的方法及系统 - Google Patents
一种分析网络节点可用性的方法及系统 Download PDFInfo
- Publication number
- CN107707377A CN107707377A CN201710439510.2A CN201710439510A CN107707377A CN 107707377 A CN107707377 A CN 107707377A CN 201710439510 A CN201710439510 A CN 201710439510A CN 107707377 A CN107707377 A CN 107707377A
- Authority
- CN
- China
- Prior art keywords
- server
- monitoring server
- connective
- network node
- detection
- 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.)
- Granted
Links
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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
Abstract
本发明公开了一种分析网络节点可用性的方法和系统。该方法包括：步骤1，多个监控服务器分别获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测；步骤2，每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；步骤3，日志服务器获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。采用该方法和系统可以上报的结果数据的丢失率大大降低，提高了获取数据的频率，使得结果数据更加准确。
Description
技术领域
本发明涉及互联网领域，尤其涉及一种分析网络节点可用性的方法及系统。
背景技术
在网络通讯过程中，网络节点的连通性一般以丢包和时延来衡量，探测网络节点的连通性，即可用性，能够让网络管理人员了解通信线路的通信质量，为维护网络、故障切换、线路疏通、制定覆盖方案等提供决策的依据。因此，如何准确、完整地获得网络节点的连通性的探测数据并加以利用成为关键问题。
现有技术采取一种对节点进行ping探测的方式进行网络节点的连通性探测，将多个网络节点的ping探测的结果回传至监控数据库进行分析。通过设定多台监控服务器是否可ping通该网络节点来判断该网络节点是否可连通，在网络环境正常的情况下，这种方式能比较准确地判定设备的连通性。
但在现有探测环境下，ping探测存在以下问题：
(1)现有ping探测需要在各监控服务器上配置探测目标策略，当策略需要更改时，需要大量人力物力对各监控服务器的配置进行下发更新操作，耗时较长，效率低下；
(2)现有ping探测一般周期性的在某个时刻执行大量的ping探测任务后一次性上报，造成探测结果上报的数据突增，导致探测数据在入库过程中容易发生丢失的现象，造成探测结果的误报和不准确；
(3)一般监控数据库不仅仅需要接收ping探测的结果，还需要接收大量其他监控数据，而由于ping探测结果回传数据量非常大，将导致监控数据库服务器的负荷过大。
因此，需要一种能够准确、快速地获知网络节点可用性的方法和系统。
发明内容
为了解决现有技术中探测网络节点可用性的问题，提出了一种能够准确、快速地探测网络节点可用性的方法和系统。
根据本发明的一个方面，提供了一种分析网络节点可用性的方法，所述方法包括：
步骤1，多个监控服务器分别获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测；
步骤2，每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；
步骤3，所述日志服务器获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。
其中，所述方法在所述步骤1前还执行：
中心服务器基于获取的配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，生成针对每个监控服务器的探测网络节点连通性任务信息，并将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器。
其中，所述中心服务器确定待分配给每个监控服务器的探测网络节点连通性任务包括按照下述方式中至少一种分配任务：多个监控服务器探测某一区域内网络节点的连通性、某一区域内的监控服务器探测某一网络节点的连通性、某一区域内的监控服务器探测相同或不同区域内网络节点的连通性、某一运营商下属的监控服务器探测某一网络节点的连通性、某一运营商下属的监控服务器探测某一区域内网络节点的连通性。
其中，所述中心服务器将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器还包括：
中心服务器将生成的针对各监控服务器的探测网络节点连通性任务信息分别与之前分配给各监控服务器的探测网络节点连通性任务信息对比，并执行下述操作：
若一监控服务器对应的探测网络节点连通性任务信息不变，则指示该监控服务器继续对所述任务信息中原有的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息已更新，则重新下发新任务信息给该监控服务器，该监控服务器对新获取到的探测网络节点连通性任务信息中的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息表示任务已被取消，则指示该监控服务器停止连通性探测。
其中，所述每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器包括：
所述监控服务器将连通性探测后获得所述目标服务器的连通性探测数据取一段时间内的平均值后提供给日志服务器。
其中，所述步骤2还包括：每个监控服务器获得所述连通性探测数据后存储到该监控服务器的存储器中；
所述步骤3还包括：所述日志服务器获取所述连通性探测数据后，向所述监控服务器发送确认接收消息；
所述方法还包括：每个监控服务器在接收到所述日志服务器发送的确认接收消息后，从所述存储器中删除已发送给所述日志服务器的连通性探测数据。
其中，所述步骤3还包括：
所述日志服务器获取所述连通性探测数据后，判断所述连通性探测数据是否为设定的数据格式，如果是，则存储所述连通性探测数据；
所述日志服务器周期地分析已存储的所述连通性探测数据。
其中，所述设定的数据格式包括：目标服务器IP、监控服务器IP、响应延时、丢包率。
其中，所述步骤3中所述日志服务器分析所述连通性探测数据包括下述方式中至少一种：
方式一，分析下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；
方式二，分析某一运营商下属的监控服务器与某一网络节点的连通性和/或某一运营商下属的监控服务器与某一区域内网络节点的连通性。
其中，所述步骤3还包括：
所述日志服务器获取各监控服务器提供的连通性探测数据后，将所述连通性探测数据记录到日志文件中。
根据本发明的另一方面，还提供了一种分析网络节点可用性的系统，所述系统包括：
多个监控服务器，用于获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测，将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；
日志服务器，用于获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。
其中，所述系统还包括：
中心服务器，用于基于获取的配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，生成并实时维护针对每个监控服务器的探测网络节点连通性任务信息，并将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器。
其中，所述中心服务器按照下述方式中至少一种确定待分配给每个监控服务器的探测网络节点连通性任务：
多个监控服务器探测某一区域内网络节点的连通性、某一区域内的监控服务器探测某一网络节点的连通性、某一区域内的监控服务器探测相同或不同区域内网络节点的连通性、某一运营商下属的监控服务器探测某一网络节点的连通性、某一运营商下属的监控服务器探测某一区域内网络节点的连通性。
其中，所述中心服务器用于将生成的针对各监控服务器的探测网络节点连通性任务信息分别与之前分配给各监控服务器的探测网络节点连通性任务信息对比，并执行下述操作：：
若一监控服务器对应的探测网络节点连通性任务信息不变，则指示该监控服务器继续对所述任务信息中原有的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息已更新，则重新下发新任务信息给该监控服务器，该监控服务器对新获取到的探测网络节点连通性任务信息中的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务已被取消，则指示该监控服务器停止连通性探测。
其中，所述监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器包括：
所述监控服务器将连通性探测后获得所述目标服务器的连通性探测数据取一段时间内的平均值后提供给日志服务器。
其中，所述监控服务器还用于获得所述连通性探测数据后存储到该监控服务器的存储器中；
所述日志服务器还用于获取所述连通性探测数据后，向所述监控服务器发送确认接收消息；
所述监控服务器还用于在接收到所述日志服务器发送的确认接收消息后，从所述存储器中删除已发送给所述日志服务器的连通性探测数据。
其中，所述日志服务器还用于：
获取所述连通性探测数据后，判断所述连通性探测数据是否为设定的数据格式，如果是，则存储所述连通性探测数据；
周期地分析已存储的所述连通性探测数据。
其中，所述设定的数据格式包括：目标服务器IP、监控服务器IP、响应延时、丢包率。
其中，所述日志服务器用于根据下述方式中至少一种分析所述连通性探测数据：
方式一，分析下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；
方式二，分析某一运营商下属的监控服务器与某一网络节点的连通性和/或某一运营商下属的监控服务器与某一区域内网络节点的连通性。
其中，所述日志服务器还用于获取各监控服务器提供的连通性探测数据后，将所述连通性探测数据记录到日志文件中。
本发明中的探测网络节点可用性的方法和系统能够实现以下技术效果：
(1)将配置任务和任务下发的操作由中心服务器执行，从而在配置需要更改时无需在各监控服务器进行配置更新，使得能够更加快速和灵活地进行配置更改；
(2)将现有技术中报上报数据的时间频率提高，且将一段时间内的探测数据取平均值后才上报，减少了单次上报的数据量，减轻服务器负荷，使得上报的结果数据的丢失率大大降低，提高了获取数据的频率，使得结果数据更加准确；
(3)通过不同维度对探测数据进行分析，使得对网络节点可用性的分析更加准确，也使得探测数据得到更充分的利用；
(4)中心服务器采用主备方案工作，提高了服务器的稳定性和容灾性。
附图说明
构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明的分析网络节点可用性的方法的流程图；
图2是根据本发明的分析网络节点可用性的方法的具体实施例示意图；
图3是根据本发明的分析网络节点可用性的系统的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
本发明提供了一种分析网络节点可用性的方法，如图1所示，该方法包括：
步骤101，多个监控服务器分别获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测；
步骤102，每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；
步骤103，日志服务器获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。
该方法在步骤101前还执行：中心服务器基于获取的配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，生成针对每个监控服务器的探测网络节点连通性任务信息，并将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器。这里的配置文件可以根据需要被更新，即对各监控服务器的探测任务进行更新。当配置文件被更新，由中心服务器下发到监控服务器的探测任务就随之更新。通过这种方式，由中心服务器对探测任务进行管理和更新，而不需要监控服务器进行探测任务的分配管理和更新。实际操作时，可以由中心服务器在配置文件更新时，将更新的探测任务下发给监控服务器；也可以由监控服务器周期性(如，每分钟)主动向中心服务器请求探测任务。中心服务器发送给监控服务器的任务信息中可以包括该监控服务器待探测的网络节点的目标服务器的IP，也可以包括该监控服务器IP。
需要说明的是，此处的中心服务器可以采用主备中心服务器方案。主备中心服务器之间周期性进行心跳检测，备中心服务器基本功能与主中心服务器相同。若主中心服务器心跳检测正常，则备中心服务器只做心跳检测和接收数据存入数据库的处理，若检测到与主中心服务器心跳检测异常，则备中心服务器读取配置文件，向监控服务器下发任务。
其中，中心服务器确定待分配给每个监控服务器的探测网络节点连通性任务包括按照下述方式中至少一种分配任务：多个监控服务器探测某一区域内网络节点的连通性、某一区域内的监控服务器探测某一网络节点的连通性、某一区域内的监控服务器探测相同或不同区域内网络节点的连通性、某一运营商下属的监控服务器探测某一网络节点的连通性、某一运营商下属的监控服务器探测某一区域内网络节点的连通性。通过这种分配任务的方式，可以从不同维度(监控服务器、目标服务器)对网络节点的可用性进行分析，例如，不同区域内的监控服务器或不同运营商的监控服务器对某个区域内的网络节点进行探测。
另外，步骤101之前的执行的中心服务器将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器还包括：中心服务器将生成的针对各监控服务器的探测网络节点连通性任务信息分别与之前分配给各监控服务器的探测网络节点连通性任务信息对比，并执行下述操作：(1)若一监控服务器对应的探测网络节点连通性任务信息不变，则指示该监控服务器继续对所述任务信息中原有的网络节点进行连通性探测；(2)若一监控服务器对应的探测网络节点连通性任务信息已更新，则重新下发新任务信息给该监控服务器，该监控服务器对新获取到的探测网络节点连通性任务信息中的网络节点进行连通性探测；(3)若一监控服务器对应的探测网络节点连通性任务信息表示任务已被取消，则指示该监控服务器停止连通性探测。
需要说明的是，所有监控服务器的任务都是在中心服务器上进行配置与维护的，第一次下发时会给所有监控服务器下发任务，之后只有监控服务器的任务被更新(包括任务被删除、被修改、新增任务等情况)，中心服务器才会下发更新后的任务给该监控服务器，否则不会下发未变动的任务给监控服务器，因为监控服务器上已经有该任务列表了，没必要再下发一份一样的任务到监控服务器，从而避免额外的网络带宽消耗。在上述第(1)种情况下，监控服务器收到中心服务器的指示后，维持原有任务不变，继续对原有网络节点进行连通性探测；在第(2)种情况下，监控服务器收到新的任务信息后覆盖并更新旧的任务信息，基于新的任务信息执行最新的连通性探测；在第(3)种情况下，监控服务器收到中心服务器的指示后，取消本机上的连通性探测任务，从而停止探测。
步骤102中每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器包括：监控服务器将连通性探测后获得所述目标服务器的连通性探测数据取一段时间内的平均值后提供给日志服务器。
监控服务器基于任务信息对网络节点的目标服务器进行探测，监控服务器对目标服务器进行的探测可以是ping探测，该ping探测为周期性探测，典型的，探测周期为5-15s，每隔一定时间间隔统计一次平均延时和平均丢包率，典型的，时间间隔为30-120s，同时将数据存入监控服务器的存储器(如硬盘)中。不仅提高了探测的精度，还避免了一次性向监控数据库上报大量数据，提高了效率，同时避免了数据丢失。
另外，步骤102还包括：每个监控服务器获得所述连通性探测数据后存储到该监控服务器的存储器中；步骤103还包括：所述日志服务器获取所述连通性探测数据后，向所述监控服务器发送确认接收消息；该方法还包括：每个监控服务器在接收到所述日志服务器发送的确认接收消息后，从所述存储器中删除已发送给所述日志服务器的连通性探测数据。
步骤102中，每个监控服务器将探测数据存储到存储器中时，将探测数据存储为日志服务器所需的设定的数据格式。
步骤103还包括：日志服务器获取连通性探测数据后，判断连通性探测数据是否为设定的数据格式，如果是，则存储连通性探测数据；日志服务器周期地分析已存储的连通性探测数据。其中，设定的数据格式包括：目标服务器IP、监控服务器IP、响应延时、丢包率。根据业务需求，上述数据格式还可以包括下述中至少一种用于分析：目标服务器IP所属运营商、目标服务器IP所属区域(如省份)、监控服务器IP所属运营商、监控服务器IP所属区域(如省份)、探测时间。
日志服务器将探测数据存入其中的数据库中，并对数据库中的数据进行聚合分析，以分析网络节点的可用性。上述分析包括监控服务器聚合数据格式，如：目标服务器IP、目标服务器IP所属运营商、目标服务器IP所属区域(如省份)、探测时间、响应延时、丢包率；和目标服务器聚合数据格式，如：监控服务器IP、监控服务器IP所属运营商、监控服务器IP所属区域(如省份)、探测时间、响应延时、丢包率。通过聚合分析，能更加准确、高效地分析出网络节点的可用性。
步骤103中日志服务器分析连通性探测数据包括下述方式中至少一种：方式一，分析下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；方式二，分析某一运营商下属的监控服务器与某一网络节点的连通性和/或某一运营商下属的监控服务器与某一区域内网络节点的连通性。
此外，步骤103还包括：日志服务器获取各监控服务器提供的连通性探测数据后，将连通性探测数据记录到日志文件中。这样日志文件可以供其他的平台使用，如资源平台。
以下给出根据本发明的分析网络节点可用性的方法的具体实施例，在该实施例中，各网络节点上设置有多个目标服务器。参考图2所示，在该实施例中，包括以下步骤：
步骤201，中心服务器获取配置文件。
步骤202，中心服务器基于配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，并生成探测网络节点连通性任务信息，然后将任务有变更的任务信息发送给各监控服务器，该任务信息中包括待探测的网络节点的多个目标服务器的IP。
在该步骤中，中心服务器需要对任务列表进行维护，并决定任务下发的类型，在下发任务时需要将每个监控服务器的任务信息与之前的任务信息进行对比，并执行下述操作：
若监控服务器对应的探测网络节点连通性任务信息不变，则下发指定标识给对应的监控服务器即可，无需下发重复的任务，避免不必要的带宽占用，监控服务器收到指定标识信息后，维持原有任务不变，继续对原有的节点进行连通性探测；
若监控服务器对应的探测网络连通性任务信息已更新，则重新下发新任务给对应的监控服务器，监控服务器获取到新的连通性探测任务后，覆盖并更新旧的任务，开始执行最新的连通性探测；
若监控服务器对应的探测网络连通性任务已被取消，则中心机下发指定标识，监控服务器获取到该标识后，取消本机上的连通性探测任务，从而停止探测。
步骤203，各监控服务器对相应的目标服务器进行探测。
步骤204，各监控服务器将探测数据存储到各监控服务器上的硬盘中。
步骤205，各监控服务器通过另一线程读取硬盘中存储的探测数据，并发送给日志服务器。
步骤206，日志服务器接收各监控服务器发送的探测数据，判断该探测数据是否为设定的数据格式，如果是，则将探测数据存储到日志服务器的数据库中，同时将该探测数据记录到日志文件中。
步骤207(在图中未示出)，日志服务器周期地对已存储的探测数据进行聚合分析，包括基于多个监控服务器针对同一网络节点的多个目标服务器的连通性探测数据进行分析，该分析包括下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；某一运营商下属的监控服务器与某一网络节点的连通性；某一运营商下属的监控服务器与某一区域内网络节点的连通性。
本发明还提供了一种分析网络节点可用性的系统，所述系统包括：
多个监控服务器，用于获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测，将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；
日志服务器，用于获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。
其中，所述系统还包括：中心服务器，用于基于获取的配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，生成并实时维护针对每个监控服务器的探测网络节点连通性任务信息，并将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器。
其中，所述中心服务器按照下述方式中至少一种确定待分配给每个监控服务器的探测网络节点连通性任务：多个监控服务器探测某一区域内网络节点的连通性、某一区域内的监控服务器探测某一网络节点的连通性、某一区域内的监控服务器探测相同或不同区域内网络节点的连通性、某一运营商下属的监控服务器探测某一网络节点的连通性、某一运营商下属的监控服务器探测某一区域内网络节点的连通性。
其中，所述中心服务器用于将生成的针对各监控服务器的探测网络节点连通性任务信息分别与之前分配给各监控服务器的探测网络节点连通性任务信息对比，并执行下述操作：：
若一监控服务器对应的探测网络节点连通性任务信息不变，则指示该监控服务器继续对所述任务信息中原有的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息已更新，则重新下发新任务信息给该监控服务器，该监控服务器对新获取到的探测网络节点连通性任务信息中的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务已被取消，则指示该监控服务器停止连通性探测。
其中，所述监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器包括：所述监控服务器将连通性探测后获得所述目标服务器的连通性探测数据取一段时间内的平均值后提供给日志服务器。
其中，所述监控服务器还用于获得所述连通性探测数据后存储到该监控服务器的存储器中；
所述日志服务器还用于获取所述连通性探测数据后，向所述监控服务器发送确认接收消息；
所述监控服务器还用于在接收到所述日志服务器发送的确认接收消息后，从所述存储器中删除已发送给所述日志服务器的连通性探测数据。
其中，所述日志服务器还用于：获取所述连通性探测数据后，判断所述连通性探测数据是否为设定的数据格式，如果是，则存储所述连通性探测数据；周期地分析已存储的所述连通性探测数据。
其中，所述设定的数据格式包括：目标服务器IP、监控服务器IP、响应延时、丢包率。
其中，所述日志服务器用于根据下述方式中至少一种分析所述连通性探测数据：
方式一，分析下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；
方式二，分析某一运营商下属的监控服务器与某一网络节点的连通性和/或某一运营商下属的监控服务器与某一区域内网络节点的连通性。
其中，所述日志服务器还用于获取各监控服务器提供的连通性探测数据后，将所述连通性探测数据记录到日志文件中。
本发明中的探测网络节点可用性的方法和系统能够实现以下技术效果：
(1)将配置任务和任务下发的操作由中心服务器执行，从而在配置需要更改时无需在各监控服务器进行配置更新，使得能够更加快速和灵活地进行配置更改；
(2)将现有技术中上报数据的时间频率提高，且将一段时间内的探测数据取平均值后才上报，减少了单次上报的数据量，减轻服务器负荷，使得上报的结果数据的丢失率大大降低，提高了获取数据的频率，使得结果数据更加准确；
(3)通过不同维度对探测数据进行分析，使得对网络节点可用性的分析更加准确，也使得探测数据得到更充分的利用；
(4)中心服务器采用主备方案工作，提高了服务器的稳定性和容灾性。上面描述的内容可以单独地或者以各种方式组合起来实施，而这些变型方式都在本发明的保护范围之内。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的物品或者设备中还存在另外的相同要素。
以上实施例仅用以说明本发明的技术方案而非限制，仅仅参照较佳实施例对本发明进行了详细说明。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，均应涵盖在本发明的权利要求范围当中。
Claims (20)
1.一种分析网络节点可用性的方法，其特征在于，所述方法包括：
步骤1，多个监控服务器分别获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测；
步骤2，每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；
步骤3，所述日志服务器获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。
2.如权利要求1所述的方法，其特征在于，所述方法在所述步骤1前还执行：
中心服务器基于获取的配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，生成针对每个监控服务器的探测网络节点连通性任务信息，并将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器。
3.如权利要求2所述的方法，其特征在于，所述中心服务器确定待分配给每个监控服务器的探测网络节点连通性任务包括按照下述方式中至少一种分配任务：多个监控服务器探测某一区域内网络节点的连通性、某一区域内的监控服务器探测某一网络节点的连通性、某一区域内的监控服务器探测相同或不同区域内网络节点的连通性、某一运营商下属的监控服务器探测某一网络节点的连通性、某一运营商下属的监控服务器探测某一区域内网络节点的连通性。
4.如权利要求2所述的方法，其特征在于，所述中心服务器将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器还包括：
中心服务器将生成的针对各监控服务器的探测网络节点连通性任务信息分别与之前分配给各监控服务器的探测网络节点连通性任务信息对比，并执行下述操作：
若一监控服务器对应的探测网络节点连通性任务信息不变，则指示该监控服务器继续对所述任务信息中原有的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息已更新，则重新下发新任务信息给该监控服务器，该监控服务器对新获取到的探测网络节点连通性任务信息中的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息表示任务已被取消，则指示该监控服务器停止连通性探测。
5.如权利要求1所述的方法，其特征在于，
所述每个监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器包括：
所述监控服务器将连通性探测后获得所述目标服务器的连通性探测数据取一段时间内的平均值后提供给日志服务器。
6.如权利要求1所述的方法，其特征在于，
所述步骤2还包括：每个监控服务器获得所述连通性探测数据后存储到该监控服务器的存储器中；
所述步骤3还包括：所述日志服务器获取所述连通性探测数据后，向所述监控服务器发送确认接收消息；
所述方法还包括：每个监控服务器在接收到所述日志服务器发送的确认接收消息后，从所述存储器中删除已发送给所述日志服务器的连通性探测数据。
7.如权利要求1所述的方法，其特征在于，所述步骤3还包括：
所述日志服务器获取所述连通性探测数据后，判断所述连通性探测数据是否为设定的数据格式，如果是，则存储所述连通性探测数据；
所述日志服务器周期地分析已存储的所述连通性探测数据。
8.如权利要求7所述的方法，其特征在于，所述设定的数据格式包括：目标服务器IP、监控服务器IP、响应延时、丢包率。
9.如权利要求1所述的方法，其特征在于，所述步骤3中所述日志服务器分析所述连通性探测数据包括下述方式中至少一种：
方式一，分析下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；
方式二，分析某一运营商下属的监控服务器与某一网络节点的连通性和/或某一运营商下属的监控服务器与某一区域内网络节点的连通性。
10.如权利要求1所述的方法，其特征在于，所述步骤3还包括：
所述日志服务器获取各监控服务器提供的连通性探测数据后，将所述连通性探测数据记录到日志文件中。
11.一种分析网络节点可用性的系统，其特征在于，所述系统包括：
多个监控服务器，用于获取探测网络节点连通性任务信息，并分别对所获取的探测网络节点连通性任务信息中网络节点的一个或多个目标服务器进行连通性探测，将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器；
日志服务器，用于获取各监控服务器提供的连通性探测数据，并基于一个或多个监控服务器针对同一网络节点的一个或多个目标服务器的连通性探测数据进行分析，以确定该网络节点的可用性。
12.如权利要求11所述的系统，其特征在于，所述系统还包括：
中心服务器，用于基于获取的配置文件确定待分配给每个监控服务器的探测网络节点连通性任务，生成并实时维护针对每个监控服务器的探测网络节点连通性任务信息，并将任务有变更的相应的探测网络节点连通性任务信息发送给对应的监控服务器。
13.如权利要求12所述的系统，其特征在于，所述中心服务器按照下述方式中至少一种确定待分配给每个监控服务器的探测网络节点连通性任务：
多个监控服务器探测某一区域内网络节点的连通性、某一区域内的监控服务器探测某一网络节点的连通性、某一区域内的监控服务器探测相同或不同区域内网络节点的连通性、某一运营商下属的监控服务器探测某一网络节点的连通性、某一运营商下属的监控服务器探测某一区域内网络节点的连通性。
14.如权利要求12所述的系统，其特征在于，所述中心服务器用于将生成的针对各监控服务器的探测网络节点连通性任务信息分别与之前分配给各监控服务器的探测网络节点连通性任务信息对比，并执行下述操作：：
若一监控服务器对应的探测网络节点连通性任务信息不变，则指示该监控服务器继续对所述任务信息中原有的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务信息已更新，则重新下发新任务信息给该监控服务器，该监控服务器对新获取到的探测网络节点连通性任务信息中的网络节点进行连通性探测；
若一监控服务器对应的探测网络节点连通性任务已被取消，则指示该监控服务器停止连通性探测。
15.如权利要求11所述的系统，其特征在于，
所述监控服务器将连通性探测后获得的各网络节点的一个或多个目标服务器的连通性探测数据提供给日志服务器包括：
所述监控服务器将连通性探测后获得所述目标服务器的连通性探测数据取一段时间内的平均值后提供给日志服务器。
16.如权利要求11所述的系统，其特征在于，
所述监控服务器还用于获得所述连通性探测数据后存储到该监控服务器的存储器中；
所述日志服务器还用于获取所述连通性探测数据后，向所述监控服务器发送确认接收消息；
所述监控服务器还用于在接收到所述日志服务器发送的确认接收消息后，从所述存储器中删除已发送给所述日志服务器的连通性探测数据。
17.如权利要求11所述的系统，其特征在于，所述日志服务器还用于：
获取所述连通性探测数据后，判断所述连通性探测数据是否为设定的数据格式，如果是，则存储所述连通性探测数据；
周期地分析已存储的所述连通性探测数据。
18.如权利要求17所述的系统，其特征在于，所述设定的数据格式包括：目标服务器IP、监控服务器IP、响应延时、丢包率。
19.如权利要求11所述的系统，其特征在于，所述日志服务器用于根据下述方式中至少一种分析所述连通性探测数据：
方式一，分析下述中至少一个：多个监控服务器与某一区域内网络节点的连通性；某一区域内监控服务器与某一网络节点的连通性；某一区域内监控服务器与相同或不同区域内网络节点的连通性；
方式二，分析某一运营商下属的监控服务器与某一网络节点的连通性和/或某一运营商下属的监控服务器与某一区域内网络节点的连通性。
20.如权利要求11所述的系统，其特征在于，所述日志服务器还用于获取各监控服务器提供的连通性探测数据后，将所述连通性探测数据记录到日志文件中。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710439510.2A CN107707377B (zh) | 2017-06-12 | 2017-06-12 | 一种分析网络节点可用性的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710439510.2A CN107707377B (zh) | 2017-06-12 | 2017-06-12 | 一种分析网络节点可用性的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107707377A true CN107707377A (zh) | 2018-02-16 |
| CN107707377B CN107707377B (zh) | 2019-07-16 |
Family
ID=61170076
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710439510.2A Active CN107707377B (zh) | 2017-06-12 | 2017-06-12 | 一种分析网络节点可用性的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107707377B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108650337A (zh) * | 2018-04-17 | 2018-10-12 | 腾讯科技（深圳）有限公司 | 一种服务器探测方法、系统及存储介质 |
| CN110650069A (zh) * | 2019-10-17 | 2020-01-03 | 北京知道创宇信息技术股份有限公司 | 一种cdn节点控制方法、装置及系统 |
| CN110943893A (zh) * | 2019-12-31 | 2020-03-31 | 中国银行股份有限公司 | 服务器间连通性的验证方法及装置 |
| CN111464601A (zh) * | 2020-03-24 | 2020-07-28 | 新浪网技术(中国)有限公司 | 一种节点服务调度系统和方法 |
| CN111756577A (zh) * | 2020-06-23 | 2020-10-09 | 中国工商银行股份有限公司 | 由探测设备执行的故障探测方法、装置、探测设备和介质 |
| CN112751689A (zh) * | 2019-10-30 | 2021-05-04 | 北京京东振世信息技术有限公司 | 一种网络连通性检测方法、监控服务端和监控代理装置 |
| CN113301003A (zh) * | 2020-06-09 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 信息、数据链路检测方法、设备及存储介质 |
| CN113300914A (zh) * | 2021-06-28 | 2021-08-24 | 北京字跳网络技术有限公司 | 网络质量监测方法、装置、系统、电子设备和存储介质 |
| CN115314419A (zh) * | 2022-06-21 | 2022-11-08 | 清华大学 | 一种自适应连通性分析方法、系统、设备及存储介质 |
| CN115442269A (zh) * | 2022-09-01 | 2022-12-06 | 中国银行股份有限公司 | 一种基于区块链的网络联通性监控方法及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102402441A (zh) * | 2010-09-16 | 2012-04-04 | 腾讯科技（深圳）有限公司 | 一种对多台计算机进行配置的系统和方法 |
| CN104901849A (zh) * | 2015-06-04 | 2015-09-09 | 上海斐讯数据通信技术有限公司 | 一种上网行为数据采集方法及其系统 |
| CN105071989A (zh) * | 2015-07-30 | 2015-11-18 | 世纪龙信息网络有限责任公司 | 视频内容分发质量监控系统及其监控方法 |
| CN105357076A (zh) * | 2015-11-20 | 2016-02-24 | 中国建设银行股份有限公司 | 一种节点间网络连通性检测方法和装置 |
| CN106454878A (zh) * | 2015-08-12 | 2017-02-22 | 中兴通讯股份有限公司 | 一种更新监控任务的方法和装置 |
-
2017
- 2017-06-12 CN CN201710439510.2A patent/CN107707377B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102402441A (zh) * | 2010-09-16 | 2012-04-04 | 腾讯科技（深圳）有限公司 | 一种对多台计算机进行配置的系统和方法 |
| CN104901849A (zh) * | 2015-06-04 | 2015-09-09 | 上海斐讯数据通信技术有限公司 | 一种上网行为数据采集方法及其系统 |
| CN105071989A (zh) * | 2015-07-30 | 2015-11-18 | 世纪龙信息网络有限责任公司 | 视频内容分发质量监控系统及其监控方法 |
| CN106454878A (zh) * | 2015-08-12 | 2017-02-22 | 中兴通讯股份有限公司 | 一种更新监控任务的方法和装置 |
| CN105357076A (zh) * | 2015-11-20 | 2016-02-24 | 中国建设银行股份有限公司 | 一种节点间网络连通性检测方法和装置 |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108650337A (zh) * | 2018-04-17 | 2018-10-12 | 腾讯科技（深圳）有限公司 | 一种服务器探测方法、系统及存储介质 |
| CN108650337B (zh) * | 2018-04-17 | 2021-10-08 | 腾讯科技（深圳）有限公司 | 一种服务器探测方法、系统及存储介质 |
| CN110650069A (zh) * | 2019-10-17 | 2020-01-03 | 北京知道创宇信息技术股份有限公司 | 一种cdn节点控制方法、装置及系统 |
| CN110650069B (zh) * | 2019-10-17 | 2021-12-14 | 北京知道创宇信息技术股份有限公司 | 一种cdn节点控制方法、装置及系统 |
| CN112751689A (zh) * | 2019-10-30 | 2021-05-04 | 北京京东振世信息技术有限公司 | 一种网络连通性检测方法、监控服务端和监控代理装置 |
| CN112751689B (zh) * | 2019-10-30 | 2023-12-05 | 北京京东振世信息技术有限公司 | 一种网络连通性检测方法、监控服务端和监控代理装置 |
| CN110943893A (zh) * | 2019-12-31 | 2020-03-31 | 中国银行股份有限公司 | 服务器间连通性的验证方法及装置 |
| CN110943893B (zh) * | 2019-12-31 | 2022-02-08 | 中国银行股份有限公司 | 服务器间连通性的验证方法及装置 |
| CN111464601A (zh) * | 2020-03-24 | 2020-07-28 | 新浪网技术(中国)有限公司 | 一种节点服务调度系统和方法 |
| CN113301003B (zh) * | 2020-06-09 | 2022-06-21 | 阿里巴巴集团控股有限公司 | 信息、数据链路检测方法、设备及存储介质 |
| CN113301003A (zh) * | 2020-06-09 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 信息、数据链路检测方法、设备及存储介质 |
| CN111756577A (zh) * | 2020-06-23 | 2020-10-09 | 中国工商银行股份有限公司 | 由探测设备执行的故障探测方法、装置、探测设备和介质 |
| CN111756577B (zh) * | 2020-06-23 | 2022-08-02 | 中国工商银行股份有限公司 | 由探测设备执行的故障探测方法、装置、探测设备和介质 |
| CN113300914A (zh) * | 2021-06-28 | 2021-08-24 | 北京字跳网络技术有限公司 | 网络质量监测方法、装置、系统、电子设备和存储介质 |
| CN115314419A (zh) * | 2022-06-21 | 2022-11-08 | 清华大学 | 一种自适应连通性分析方法、系统、设备及存储介质 |
| CN115442269A (zh) * | 2022-09-01 | 2022-12-06 | 中国银行股份有限公司 | 一种基于区块链的网络联通性监控方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107707377B (zh) | 2019-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107707377A (zh) | 一种分析网络节点可用性的方法及系统 | |
| CN104521199B (zh) | 用于分布式虚拟交换机的适应性方法、装置以及设备 | |
| CN104935482B (zh) | 分布式监控系统及方法 | |
| JP5164996B2 (ja) | 装置管理システム | |
| CN105593823B (zh) | 用于监测数据中心内的虚拟机vm之间的数据分组流的方法、系统和计算机可读存储介质 | |
| CN106130786B (zh) | 一种网络故障的检测方法及装置 | |
| US10530740B2 (en) | Systems and methods for facilitating closed loop processing using machine learning | |
| EP2768181B1 (en) | System and method for abstracting and orchestrating mobile data networks in a network environment | |
| US9379949B2 (en) | System and method for improved end-user experience by proactive management of an enterprise network | |
| US20180260745A1 (en) | System and method for designing and executing control loops in a cloud environment | |
| US20040024859A1 (en) | Method and apparatus for communications network resource utilization assessment | |
| CN101868937A (zh) | 无线宽带网络管理 | |
| US20220150127A1 (en) | Network topology management using network element differential history | |
| CN106888106A (zh) | 智能电网中的it资产大规模侦测系统 | |
| CN109857613A (zh) | 一种基于采集集群的自动化运维系统 | |
| US20120016706A1 (en) | Automatic selection of agent-based or agentless monitoring | |
| US9026632B2 (en) | Network with a network wide extended policy framework | |
| CN111817911A (zh) | 一种探测网络质量的方法、装置、计算设备及存储介质 | |
| CN109039795A (zh) | 一种云服务器资源监控方法和系统 | |
| US20130051244A1 (en) | Network optimisation | |
| US11212173B2 (en) | Model-driven technique for virtual network function rehoming for service chains | |
| CN108390907B (zh) | 一种基于Hadoop集群的管理监控系统及方法 | |
| Tata et al. | An optimization approach for adaptive monitoring in IoT environments | |
| JP4342795B2 (ja) | 監視制御装置 | |
| CN110390466A (zh) | 一种基于云端soa架构的多维可视化运维管理装置 |
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 | ||
| CB02 | Change of applicant information |
Address after: 550003 Building No. 12 in the Southern Park of Gui'an High-end Equipment Industrial Park, Guizhou Province Applicant after: Guizhou Baishan cloud Polytron Technologies Inc Address before: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Applicant before: Guizhou white cloud Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |