CN107707377A - 一种分析网络节点可用性的方法及系统 - Google Patents

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所述的系统，其特征在于，所述日志服务器还用于获取各监控服务器提供的连通性探测数据后，将所述连通性探测数据记录到日志文件中。