CN113225225B - 根镜像检测方法、装置、系统、电子设备及存储介质 - Google Patents

Abstract

本申请实施例中提供了一种根镜像检测方法、装置、系统、电子设备及存储介质，该方法包括：获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；获取所述探测节点对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

Description

根镜像检测方法、装置、系统、电子设备及存储介质

技术领域

本申请涉及计算机网络通信技术领域，具体地，涉及一种根镜像检测方法、装置、系统、电子设备及存储介质。

背景技术

域名系统(Domain Name System，DNS)的主要作用是完成域名与IP地址之间的转换，DNS域名空间呈树形结构，树形结构的最顶层为根域，相应解析服务器称为根域名服务器。根域名服务器是互联网架构中最重要的基础设施和战略资源。由于主根和辅根服务器的数量已经达到上限，通过设置根镜像，可以有效提升DNS解析效率和安全性，并优化网络质量和上网体验，是物联网、5G等技术的快速推进和应用的基本保障。

通常，可以通过根镜像运行时记录的日志，详细分析根镜像的各项指标，以了解根镜像的健康情况，但大部分根镜像部署在国外，无法获取到所有根镜像的日志，因此无法通过基于日志的被动分析方法，检测全球根镜像的健康情况。主动探测也是检测根镜像的健康情况的一种手段，但是当被检测的根镜像分布范围较广，且数量较多时，需要设置较多的探测节点和探测任务，探测任务的设置不合理容易导致对根镜像的检测效率低下。

发明内容

本申请实施例中提供了一种根镜像检测方法、装置、系统、电子设备及存储介质，可以有效解决检测根镜像的效率低下的问题。

根据本申请实施例的第一个方面，提供了一种根镜像检测方法，该方法包括：获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；获取所述探测节点对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

根据本申请实施例的第二个方面，提供了一种根镜像检测装置，该装置包括：第一获取模块，用于获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；第二获取模块，用于获取所述探测节点对所述探测任务的执行情况；调整模块，根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

根据本申请实施例的第三个方面，提供了一种根镜像检测系统，该系统包括检测平台和探测节点；所述检测平台用于下发探测任务给所述探测节点，所述探测任务用于获取反映所述根镜像的工作状态的参数；所述探测节点用于执行所述探测任务；所述检测平台还用于获取所述探测节点的运行状态；所述检测平台还用于获取所述探测节点对所述探测任务的执行情况；所述检测平台还用于根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

根据本申请实施例的第四个方面，提供了一种电子设备，该电子设备包括一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如上述应用于电子设备的方法。

根据本申请实施例的第五个方面，本申请实施列提供一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行上述的方法。

采用本申请实施例中提供的根镜像检测方法，获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；获取探测节点对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的根镜像检测系统的架构图；

图2为本申请一个实施例提供的根镜像检测方法的流程图；

图3为本申请一个实施例提供的路由路径探测的示意图；

图4为本申请另一个实施例提供的根镜像检测方法的流程图；

图5为本申请再一个实施例提供的根镜像检测方法的流程图；

图6为在图5所提供的实施例的基础上提供的根镜像检测方法的部分步骤的流程图；

图7为本申请一个实施例提供的根镜像检测方法的交互流程图；

图8为本申请一个实施例提供的根镜像检测方法的交互图；

图9为本申请一个实施例提供的根镜像检测装置的功能模块图；

图10为本申请实施例提出的用于执行根据本申请实施例的根镜像检测方法的电子设备的结构框图。

具体实施方式

DNS解析服务器是互联网上最为关键的基础设施之一，其主要作用是完成域名与IP地址之间的转换，在网络中的分布式架构呈树状等级化。根镜像位于DNS解析服务器最顶层，是互联网架构中最重要的核心基础设施和战略资源。

通过设置国内根镜像，能够有效提升DNS解析效率和安全性，并优化网络质量和上网体验。根镜像的运行情况，关系到整个互联网的安全和新技术应用，是物联网、5G等技术的快速推进和应用的基本保障。对于根镜像的故障检测对我国互联网发展具有重大意义。

通过根镜像运行时记录的日志，能够详细分析根镜像的各项指标，对于了解根镜像的健康情况具有重大意义，但由于目前我国境内只部署了13个根镜像，超过90％的根镜像仍部署在国外，无法获取到所有根镜像的日志，因此无法通过基于日志的被动分析方法，检测全球根镜像的健康情况。

通过主动探测，研究和分析根镜像响应时间，并结合探测过程，可以对根镜像的健康情况进行评估、主动探测方法，提高了检测的灵活性，是检测根镜像健康情况的一种有效手段。但当被检测根镜像分布范围较广或数量较多的时候，也需要设置较多的探测节点和探测任务时，会带来探测任务设计不合理或执行失败等多种问题也无法及时发现，带来探测的效率降低、过度占用资源，甚至探测数据无效等问题，进而影响对根镜像的检测。

针对上述问题，本申请实施例中提供了一种根镜像检测方法，获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；获取探测节点对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

本申请实施例中的方案可以采用各种计算机语言实现，例如，面向对象的程序设计语言Java和直译式脚本语言JavaScript，以及Python等。

为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

请参阅图1，示出了本申请提供的根镜像检测系统的架构图，所述根镜像检测系统100包括探测节点11，管控中心12以及应用13。其中，探测节点11可以是电子设备，电子设备可以是智能手机，电脑等，还可以是服务器，所述探测节点11的数量可以是多个，可以根据实际的需要进行设置，在此不做具体限定。通常，探测节点11一般在每个省份/国家设置1个。

探测节点11可以从管控中心12处接收到探测任务，在接收到探测任务后，执行所述探测任务，得到探测结果。探测节点11在执行探测任务的过程中，将整个探测过程记录为日志。

管控中心12主要功能为任务管理，状态管理，以及数据接收。数据接收是指可以从探测节点11获取探测结果，探测节点的运行状态，以及各个探测节点对探测任务的执行情况。状态管理是指根据从探测节点11处获取到的数据，对探测节点的状态，以及探测任务的状态进行更新。任务管理是指实现对探测任务的上传，解析以及下发，还可以根据状态管理处的数据，对探测任务进行调整。

应用13是指根据管控中心收集到的数据，进行分析，确定根镜像的工作状态。在所述根镜像出现故障时，或是探测节点，探测任务的执行出现异常情况时，通知相关人员，进行预警提示。具体的，所述应用13可以进行路由路径分析，解析时延分析，可用性分析，故障评估，异常处置等。其中，所述路由路径分析，解析时延分析，可用性分析为根据接收到的探测结果进行分析，故障评估是基于分析确定根镜像的工作状态；异常处置是在根镜像或探测节点故障时，进行告警。

管控中心12和应用13可以作为检测平台的两个功能。通过该检测平台，可以获取到探测任务，将获取到的探测任务下发给多个探测节点；获取各个探测节点的运行状态，以及对所述探测任务的执行情况；根据所述运行状态和执行情况，调整探测任务。

在一些实施方式中，所述检测平台还可以接收所述多个探测节点根据所述探测任务返回的探测结果，所述探测结果包括反映所述根镜像的工作状态的参数；根据所述探测结果确定所述根镜像的工作状态。并在所述根镜像出现故障时，或是探测节点，探测任务的执行出现异常情况时，通知相关人员，进行预警提示。其中，该检测平台可以运行在电子设备上。

请参阅图2，本申请实施例提供了一种根镜像检测方法，可应用于前述实施例中的检测平台，具体的该方法可以包括以下步骤。

步骤110，获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数。

在获取所述探测节点的运行状态之前，可以是先获取探测任务，将探测任务下发给探测节点执行。各个探测节点在接收到探测任务后，执行所述探测任务。探测任务可以分为多个探测类型，例如，路由路径，解析时延和可用性。其中，探测类型为路由路径时，对应路由路径探测任务；探测类型为解析时延时，对应解析时延探测任务；探测类型为可用性时，对应可用性探测任务。所述路由路径探测任务用于获取探测节点至根镜像的路由路径信息，所述解析时延探测任务用于获取根镜像的对请求的响应情况和响应时间，所述可用性探测任务用于获取所述根镜像的可用性。

在所述探测任务为路由路径探测任务时，探测节点通过路由追踪探测路由路径，并记录探测过程中的路由路径。具体的，可参阅图3，示出了路由路径探测的示意图。

探测节点第一次会发出一个TTL＝1的数据包，当该数据包到达第一站路由器时，TTL会变为0(网络上每经过一跳TTL会减去1)，第一站路由器会将TTL＝0的数据包丢弃并返回一个ICMP Time Exceeded给探测节点。探测节点发出第二个数据包并将TTL增加1(TTL＝2)，该数据包到达第二站路由器后TTL＝0，第二站路由器向探测节点返回ICMP TimeExceeded。依此类推，直到TTL增加到一个合适的值让数据包顺利到达根镜像，根镜像会返回一个Final Replay给探测节点。从而可以获得从探测节点和根镜像之间的所有路由路径。

在所述探测任务为解析时延探测任务时，探测节点可以是以固定时间间隔为周期，分别向待检测的根镜像发出任务请求，记录请求的响应情况和响应时间。在所述探测任务为可用性探测任务时，探测节点可以是通过DNS协议发送数据给根镜像，接收根镜像返回的报文。

探测节点在执行探测任务的过程中，其自身的资源使用情况以及环境可能发现变化，对探测任务的执行带来影响，因此，可以获取每个探测节点的运行状态。

具体的，在获取各个探测节点的运行状态时，可以是向所述探测节点发送检测任务；接收所述探测节点根据所述检测任务返回的状态信息，所述状态信息包括探测节点与检测平台的数据传输速率、探测节点的负载信息；在所述数据传输速率和所述负载信息均满足对应的预设条件时，确定所述探测节点的运行状态为正常运行；在所述数据传输速率或所述负载信息中任意一个不满足所述对应的预设条件时，确定所述探测节点的运行状态为异常运行。获取运行状态的过程将在后续实施例中进行详细描述。

步骤120，获取所述探测节点对所述探测任务的执行情况。

探测节点在执行所述探测任务时，探测节点的资源可能出现变化，由于探测节点的资源变化，可能对探测任务的执行造成一定影响。由此，可以根据探测节点的当前资源情况和对探测任务的执行状态，综合确定执行情况。具体的，可以获取探测节点的当前资源情况；获取所述探测节点对所述探测任务的当前执行状态，所述当前执行状态用于表征所述探测任务在所述探测节点是否执行成功或是否执行异常；基于所述当前资源情况和所述当前执行状态确定所述探测任务的执行情况，所述执行情况为成功执行或异常执行。

具体的，在获取所述探测节点的当前资源情况时，可以是获取探测节点的当前中央处理器(Central Processing Unit，CPU)使用率或是内存使用率，以确定所述探测节点的当前资源情况。探测节点在执行所述探测任务时，可以返回对应的执行状态给管理中心。所述执行状态可以是执行成功，超时执行，执行失败等，其中，超时执行和执行失败可以认为是执行异常。

在一些实施方式中，所述管理中心可以是按照预设时间间隔向所述探测节点发出询问请求，探测节点在接收到所述询问请求时，将对探测任务的执行状态返回给管理中心。具体的，所述管理中心和所述探测节点可以预先约定返回的信息与执行状态的对应关系，例如，返回0表示执行成功，返回1表示超时执行，返回2表示执行失败。从而，在所述管理中心接收到探测节点返回的信息时，通过返回的信息与执行状态的对应关系，可以确定出探测节点对探测任务的执行状态。

在一些实施方式中，管理中心在将探测任务下发给探测节点时，可以为每个探测任务分配一个标识信息，若一个探测节点同时执行多个探测任务，在返回对探测任务的执行状态时，可以携带所述标识信息，以区分多个探测任务。

在获取到当前资源情况和所述当前执行状态时，可以进一步确定对所述探测任务的执行情况，所述执行情况为成功执行或异常执行。

具体的，可以是确定当前资源情况是否满足预设执行条件，例如，可以是在所述CPU使用率小于或等于第一预设值时，认为满足预设执行条件。在所述当前资源情况满足所述预设执行条件，且所述执行状态为执行成功时，确定执行情况为成功执行。在所述当前资源情况不满足所述预设执行条件时，或是所述执行状态为执行异常时，确定所述执行情况为异常执行。

步骤130，根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

在获取到各个探测节点的运行状态和执行情况后，可以根据所述运行状态和执行情况对所述探测任务进行调整。对探测任务的调整方式可以是替换探测任务，停止探测任务，或是调整探测任务的频率。

在所述运行状态为正常运行，且执行情况为成功执行时，可以认为当前探测节点可以保持或进行更多的探测任务，因此可以控制所述探测节点继续执行所述探测任务，或是加快所述探测节点对所述探测任务的执行频率。在所述运行状态为异常运行，或所述执行情况为异常执行时，可以认为该探测节点不能再执行当前的探测任务，可以将分配至所述探测节点的探测任务重新分配至其他探测节点，或将所述探测任务替换为其他探测任务。

例如，探测节点1在执行探测任务A时，出现超时执行的情况，根据探测节点2的运行状态，确定其还可以执行探测任务A，从而可以将原分配给探测节点1的探测任务A，分配给探测节点2执行。

在一些实施方式中，在所述运行状态为异常运行，或所述执行情况为异常执行时，表明所述探测节点执行探测任务时，出现了异常情况，可以进行告警处理。所述告警处理可以是发送告警信息给预设人员，以指示对应的工作人员进行处理。

探测节点在执行所述探测任务后，可以得到探测结果。若探测节点执行的是路由路径探测任务，那么对应的探测结果可以是记录的路由路径。若探测节点执行的是解析时延探测任务，那么对应的探测结果可以是响应情况和响应时间。若探测节点执行的是可用性探测任务，那么对应的探测结果可以是根镜像返回的报文。

根据探测节点返回的探测结果，可以确定所述根镜像的工作状态。具体的，可以是获取所述探测节点多次执行所述探测任务的探测结果，或者获取多个所述探测节点分别执行所述探测任务的探测结果；基于获取的探测结果，确定所述探测任务对应的探测类型的类型得分；基于多个探测类型的类型得分，确定所述根镜像的工作状态。

所述根镜像的工作状态可以是故障或是健康，在一些实施方式中，在确定所述根镜像的工作状态为故障时，可以发送告警信息给预先设定的人员，或是进行报警等，以便及时进行故障处理。

本申请实施例提供的根镜像检测方法，获取探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；下发所述探测任务给多个探测节点，指示所述多个探测节点执行所述探测任务；获取各个探测节点的运行状态，以及对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

请参阅图4，本申请另一实施例提供了一种根镜像检测方法，在前述实施例的基础上，重点描述了调整所述探测节点所执行的所述探测任务的过程，具体的该方法可包括以下步骤。

步骤210，向所述探测节点发送检测任务。

在所述探测节点为一个时，访问所述探测节点的远程登录服务，向所述探测节点发送检测任务。在所述探测节点为多个时，轮询每个探测节点的远程登录服务，向每个探测节点发送检测任务，实现对所述探测节点的运行状态的检测。所述检测任务可以根据实际的需要提前设置，在此不做具体限定。

例如，所述检测任务可以是检测探测节点的连接性，探测节点的环境信息，探测节点的资源使用情况。其中，所述探测节点的连接性，是指获取探测节点与检测平台的网络连接情况和数据传输情况；所述探测节点的环境信息，是指获取探测节点所处的环境；所述探测节点资源使用情况，是指获取当前探测节点的CPU或内存使用情况。

步骤220，接收所述探测节点根据所述检测任务返回的状态信息，所述状态信息包括探测节点与检测平台的数据传输速率、探测节点的负载信息；

在所述探测节点接收到所述检测任务时，可以根据所述检测任务返回对应的状态信息。在所述检测任务为检测探测节点的连接性时，所述探测节点将自身与检测平台的网络连接状态、数据传输速率作为所述状态信息返回。在所述检测任务为检测探测节点的环境信息时，可以将探测节点所处的环境作为状态信息返回。在所述检测任务为检测探测节点的资源使用情况时，可以将探测节点的负载信息作为状态信息返回，所述负载信息可以是CPU使用率或内存使用率。

步骤230，在所述数据传输速率和所述负载信息均满足对应的预设条件时，确定所述探测节点的运行状态为正常运行。

由于检测任务可以是检测探测节点的连接性，探测节点的环境信息，探测节点的资源使用情况。若此时获取到的状态信息为探测节点与检测平台的数据传输速率，以及探测节点的负载信息。在所述数据传输速率和所述负载信息均满足对应的预设条件时，确定所述探测节点的运行状态为正常运行；在所述数据传输速率或所述负载信息中任意一个不满足所述对应的预设条件时，确定所述探测节点的运行状态为异常运行。

例如，需要确定探测节点1和探测节点2的运行状态，此时检测任务有两个，分别为检测任务1，检测探测节点的连接性，检测任务2，检测探测节点的资源使用情况。对应检测任务1的预设条件为数据传输速率大于或等于预设速率；对应检测任务2的预设条件CPU使用率小于预设值。

若探测节点1的数据传输速率大于预设速率，且CPU使用率小于预设值，可以认为探测节点1的运行状态为正常状态。若探测节点2的传输速率小于预设速率，CPU使用率高于预设值，可以认为探测节点2的运行状态为异常状态。

步骤240，获取所述探测节点对所述探测任务的执行情况。

步骤240可参照前述实施例对应部分，在此不再赘述。

步骤250，在所述运行状态为正常运行，且执行情况为成功执行时，控制所述探测节点继续执行所述探测任务，或是加快所述探测节点对所述探测任务的执行频率。

在得到各个探测节点运行状态和执行情况时，可以综合运行状态和执行情况对探测任务进行调整。在所述运行状态为正常运行，且执行情况为成功执行时，表明探测节点继续执行所述探测任务不会影响对根镜像的检测。在一些实施方式中，可以是控制所述探测节点继续执行所述探测任务。在另一些实施方式中，可以加快所述探测节点执行所述探测任务的频率，以加快对根镜像的检测。

步骤260，在所述运行状态为异常运行，或所述执行情况为异常执行时，将分配至所述探测节点的探测任务重新分配至其他探测节点，或将所述探测任务替换为其他探测任务，或降低所述探测节点对所述探测任务的执行频率。

若所述运行状态为异常运行，或所述执行情况为异常执行，表明若仍然使用该探测节点执行探测任务，可能会拖慢对根镜像的检测速度，或是导致对根镜像的检测失败。为了确保对根镜像的检测可以快速的完成，可以对探测任务进行调整。

在一些实施方式中，可以将分配至该探测节点的探测任务重新分配至其他探测节点。具体的，可以是根据各个探测节点返回的状态信息，确定出其他探测节点中，执行状态最佳的探测节点，将探测任务分配至所述执行状态最佳的探测节点。

在一些实施方式中，可以将所述探测任务替换为其他探测任务。具体的，可以是将探测任务替换为资源消耗较小的其他探测任务。

在一些实施方式中，可以是降低所述探测节点执行所述探测任务的频率。

本申请实施例提供的根镜像检测方法，获取探测节点的运行状态；获取探测节点对探测任务的执行情况；在所述运行状态为正常运行，且执行情况为成功执行时，控制所述探测节点继续执行所述探测任务，或是加快所述探测节点对所述探测任务的执行频率；在所述运行状态为异常运行，或所述执行情况为异常执行时，将分配至所述探测节点的探测任务重新分配至其他探测节点，或将所述探测任务替换为其他探测任务，或降低所述探测节点对所述探测任务的执行频率。通过根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

请参阅图5，本申请再一实施例提供了一种根镜像检测方法，在前述实施例的基础上重点描述了根据探测结果确定根镜像的工作状态的过程，具体的该方法可包括以下步骤。

步骤310，获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数。

步骤320，获取所述探测节点对所述探测任务的执行情况。

步骤330，根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

步骤310至步骤330可参照前述实施例对应部分，在此不再赘述。

步骤340，获取所述探测节点多次执行所述探测任务的探测结果，或者获取多个所述探测节点分别执行所述探测任务的探测结果。

在一些实施方式中，可能是由一个探测节点多次执行探测任务，由同一探测节点将探测结果返回，从而可以获取所述探测节点多次执行所述探测任务的探测结果。

在另一些实施方式中，多个探测节点执行多个探测任务，由多个探测节点将探测结果返回，从而可以获取到多个所述探测节点分别执行所述探测任务的探测结果。

步骤350，基于获取的探测结果，确定所述探测任务对应的探测类型的类型得分。

在获取到所述探测结果后，可以根据所述探测结果，确定探测任务对应的探测类型的类型得分。具体的，可参阅图6，该过程还包括以下步骤。

步骤351，获取所述探测节点的基线数据与分值的映射关系，所述基线数据包括所述探测节点在历史时间段内执行所述探测任务，得到的探测结果的均值。

每个探测节点都有基线数据，所述基线数据包括所述探测节点在历史时间段内执行所述探测任务，得到的探测结果的均值。历史时间段可以是在当前时间之前的所有时间，还可以是指自定义的时间段，具体可以根据实际的需要进行设置，在此不做具体限定。

若所述探测节点在历史时间段内执行过多个探测类型的探测任务，对应每个探测类型，可以有一个基线数据。基线数据包括所述探测节点在历史时间段内执行所述探测任务，得到的探测结果的均值。按照预先设定的方式将基线数据以分值表示，得到基线数据与分值的映射关系。基线数据与分值的映射关系可以是预先存储在指定位置，访问指定位置，可以得到基线数据与分值的映射关系。

可以理解的是，若所述探测结果来源于同一个探测节点，可以是获取所述探测节点的基线数据与分值的映射关系；若所述探测结果来源于多个不同探测节点，对于每个探测节点，获取所述探测节点与所述分值的对应关系。

步骤352，根据所述映射关系，得到与所述探测任务在所述探测节点上的探测结果对应的分值。

在得到基线数据与分值的映射关系后，可以将获取到的所述探测结果根据所述映射关系，映射为与所述探测结果对应的分值。

例如，探测节点1执行一个探测类型的探测任务，在得到探测结果1时，可以获取探测节点1对应该探测类型的基线数据与分值的映射关系，根据该映射关系，将探测结果1映射为一个具体的分值。

步骤353，根据获取的每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。

在得到所述探测结果对应的分值后，可以根据所述分值，计算所述探测任务的探测类型所对应的类型得分。具体的，可以是根据所述探测节点的运行状态，为所述探测节点设置权重；根据所述探测节点的权重以及每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。

在计算类型得分之前，可以是将所述探测结果所对应的分值，按照探测类型进行分类。例如，有探测节点1，探测节点2和探测节点3，均执行探测类型为A类，B类，C类的探测任务。探测节点1得到的探测结果为A1，B1和C1，探测节点2得到的探测结果为A2，B2和C2，探测节点3得到的探测结果为A3，B3和C3。根据各个探测节点中基线数据和分值的映射关系，得到探测节点1的分值为A11，B11，C11；探测节点2的分值为A22，B22，C22，探测节点3的分值为A33，B33，C33。那么A类中对应分值为A11，A22和A33，B类中对应分值为B11，B22和B33，C类中对应的分值为C11，C22和C33。

在对所述分值进行分类后，可以获取返回所述探测结果的探测节点的运行状态，根据所述探测节点的运行设置权重。具体可以是获取运行状态为异常状态的探测节点的数量，根据所述数量为所述运行状态为异常状态的探测节点设置权重，其中，所述数量越多，权重越高，避免异常状态的探测节点被大量正常状态的探测节点淹没；对于运行状态为正常状态的探测节点，权重可以默认设置为1。在得到探测节点的权重后，可以根据所述探测节点的权重，以及每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。具体可以使用加权平均、加权求和、基于权重过滤等方式计算类型得分，其中，所述基于权重过滤的方式是指根据权重对每个探测结果所对应的分值进行过滤，用过滤后的探测结果所对应的分值计算类型得分。

步骤360，基于多个探测类型的类型得分，确定所述根镜像的工作状态。

通常探测任务的不同探测类型，可以获取到根镜像的不同的参数。根据所述探测结果来确定所述根镜像的工作状态时，需要考虑各个探测类型的探测结果。若使用单个探测类型的探测结果，并不能准确的确定根镜像的工作状态。

例如，探测类型可以是路由路径，解析时延，可用性，当路由路径变长或网络情况不好时，解析时延会影响的变长，但此时根镜像的工作状态是健康状态。因此，为了更加准确的确定根镜像的工作状态，综合考虑各个探测类型的探测结果。

在得到多个探测类型对应的类型得分后，可以基于所述类型得分确定所述根镜像的工作状态。由于不同探测类型的探测任务，对根镜像的工作状态的反映直观程度有所不同，例如，可用性探测任务可以直接反映出根镜像是否可用，而路由路径探测任务，并不能直接反映出根镜像的工作状态。因此，不同的探测类型可以预先设置有不同的异常权重。在确定所述根镜像的工作状态时，可以是获取每个探测类型对应的异常权重；根据所述异常权重以及所述类型得分，计算健康分数；若所述健康分数大于或等于预设分数，确定所述根镜像正常；若所述健康分数小于所述预设分数，确定所述根镜像故障。其中，所述健康分数的值越大，表明根镜像的工作状态越健康。具体可以使用加权求和、加权平均、基于权重过滤等方式计算健康分数，其中，所述基于权重过滤的方式是指根据权重对类型得分进行过滤，用过滤后的类型得分计算健康分数。

在得到所述健康分数时，可以确定所述健康分数和预设分数的大小关系，在所述健康分数大于或等于所述预设分数时，可以认为根镜像的工作状态为健康；在所述健康分数小于所述预设分数时，可以认为根镜像的工作状态为故障。

本申请实施例提供的根镜像检测方法，根据各个探测节点的运行状态，和对探测任务的执行情况，调整所述探测节点执行的所述探测任务。还可以接收多个探测节点执行所述探测任务所返回的探测结果；根据所述探测结果确定所述根镜像的工作状态。在确定所述根镜像的工作状态时，综合多个探测类型对应的探测结果，从多个方面来确定根镜像的工作状态，以提升对根镜像检测的准确性。

请参阅图7，本申请再一实施例提供了一种根镜像检测方法，在前述实施例的基础上重点描述了检测平台和探测节点之间交互过程，具体的该方法可包括以下步骤。

步骤410，检测平台下发探测任务给所述探测节点，所述探测任务用于获取反映所述根镜像的工作状态的参数。

为了检测根镜像的工作状态，通常可以设置探测任务实现对根镜像的检测，以获得可以反映根镜像的工作状态的参数。可以是将任务配置文件上传至管控中心，由管控中心对所述任务配置文件进行解析得到探测任务，再将所述探测任务下发给探测节点。

在一些实施方式中，可以预先设置有探测任务的分配原则，按照所述分配原则将所述探测任务下发给所述探测节点。

在另一些实施方式中，可以是将所述探测任务随机下发至探测节点，所述探测任务可以是由指定探测节点执行。例如，所有探测节点定期执行同一固定探测任务，或者将某一探测任务指定给某一探测节点执行。

根据不同的根镜像检测需求，可以对探测任务进行控制。在将探测任务下发至探测节点后，可以根据需要停止已下发的探测任务，下发新的探测任务。在整体检测需求发生变化时，可以对任务配置文件进行整体替换，从而实现探测任务的整体替换。

在将探测任务下发给探测节点之前，还可以获取到各个探测节点的IP地址，探测节点的维护机构，以及探测节点的CPU信息和内存信息，以确定探测节点是否可用。例如，执行探测任务需要4核CPU，而某个探测节点为双核CPU，则该探测节点为不可用探测节点。

在探测节点不可用时，可以将不可用的探测节点剔除，在需要增加探测节点时，可以将新增的探测节点接入并能直接执行探测任务，在进行探测节点的增加和剔除时，应保证不会在功能上影响其他探测节点执行探测任务。通过对探测节点的管理，在探测节点不可用时，及时剔除；在需要增加探测节点时，及时增加，避免探测节点的设置不合理，从而提升对根镜像的检测效率。

步骤420，探测节点执行所述探测任务。

步骤430，检测平台获取所述探测节点的运行状态。

步骤440，检测平台获取所述探测节点对所述探测任务的执行情况。

步骤450，检测平台根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

步骤420至步骤450可参照前述实施例中的描述，在此不再赘述。同时可参阅图8，示出了探测节点和检测平台之间交互过程。下面以一个简单例子来说明该交互过程，具体的实现方式可参照前述实施例的对应描述。

检测平台按照功能可以分为管理中心和应用，管理中心接收用户上传的探测任务，将所述探测任务下发给探测节点1，探测节点2和探测节点3。各个探测节点在接收到探测任务后，执行所述探测任务，此时管理中心可以获取各个探测节点的运行状态，以及对探测任务的执行情况。根据运行状态的和执行情况对探测任务进行调整。若探测节点2的运行状态和执行情况不满足预设执行条件，则可以将分配给探测节点2的探测任务，重新分配给探测节点1或探测节点3执行。实现对探测任务的调整，确保探测任务可以高效的完成。

探测节点在执行完所述探测结果后，可以将探测结果返回给管理中心，应用从管理中心处获取到探测结果，对探测结果进行分析计算，确定出根镜像的工作状态。在确定所述根镜像的工作状态为健康时，可以不做任何处理，在确定根镜像的工作状态为故障时，可以进行告警。

本申请实施例提供的根镜像检测方法，检测平台下发探测任务给探测节点；探测节点执行所述探测任务；检测平台获取各个探测节点的运行状态，以及对所述探测任务的执行情况；检测平台根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

请参阅图9，本申请实施例提供了一种根镜像检测装置500，所述根镜像检测装置500包括第一获取模块510，第二获取模块520以及调整模块530。所述第一获取模块510，用于获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；所述第二获取模块520，用于获取所述探测节点对所述探测任务的执行情况；所述调整模块530，根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

进一步的，所述第一获取模块510还用于向所述探测节点发送检测任务；接收所述探测节点根据所述检测任务返回的状态信息，所述状态信息包括探测节点与检测平台的数据传输速率、探测节点的负载信息；在所述数据传输速率和所述负载信息均满足对应的预设条件时，确定所述探测节点的运行状态为正常运行；在所述数据传输速率或所述负载信息中任意一个不满足所述对应的预设条件时，确定所述探测节点的运行状态为异常运行。

进一步的，所述第二获取模块520还用于获取所述探测节点的当前资源情况；获取所述探测节点对所述探测任务的当前执行状态，所述当前执行状态用于表征所述探测任务在所述探测节点是否执行成功或是否执行异常；基于所述当前资源情况和所述当前执行状态确定所述探测任务的执行情况，所述执行情况为成功执行或异常执行。

进一步的，所述执行情况包括成功执行和异常执行，所述调整模块530还用于在所述运行状态为正常运行，且执行情况为成功执行时，控制所述探测节点继续执行所述探测任务，或是加快所述探测节点对所述探测任务的执行频率；在所述运行状态为异常运行，或所述执行情况为异常执行时，将分配至所述探测节点的探测任务重新分配至其他探测节点，或将所述探测任务替换为其他探测任务，或降低所述探测节点对所述探测任务的执行频率。

进一步的，所述根镜像检测装置500还包括告警模块，用于在所述运行状态为异常运行，或所述执行情况为异常执行时，进行告警处理。

进一步的，所述根镜像检测装置500还包括结果获取模块，计算模块和确定模块，所述结果获取模块用于获取所述探测节点多次执行所述探测任务的探测结果，或者获取多个所述探测节点分别执行所述探测任务的探测结果；所述计算模块用于基于获取的探测结果，确定所述探测任务对应的探测类型的类型得分；所述确定模块用于基于多个探测类型的类型得分，确定所述根镜像的工作状态。

进一步的，所述计算模块还用于获取所述探测节点的基线数据与分值的映射关系，所述基线数据包括所述探测节点在历史时间段内执行所述探测任务，得到的探测结果的均值；根据所述映射关系，得到与所述探测任务在所述探测节点上的探测结果对应的分值；根据获取的每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。

进一步的，所述计算模块还用于根据所述探测节点的运行状态，为所述探测节点设置权重；根据所述探测节点的权重以及每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。

进一步的，所述确认模块还用于获取每个探测类型对应的异常权重；根据所述异常权重以及所述类型得分，计算健康分数；若所述健康分数大于或等于预设分数，确定所述根镜像正常；若所述健康分数小于所述预设分数，确定所述根镜像故障。

本申请实施例提供的根镜像检测装置，获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；获取探测节点对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

请参阅图10，本申请实施例提供了一种电子设备的结构框图，该电子设备600包括处理器610以及存储器620以及一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器620中并被配置为由所述一个或多个处理器610执行，所述一个或多个程序配置用于执行上述根镜像检测的方法。

该电子设备600可以是智能手机、平板电脑等能够运行应用程序的终端设备，还可以是服务器。本申请中的电子设备600可以包括一个或多个如下部件：处理器610、存储器620、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器620中并被配置为由一个或多个处理器610执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器610可以包括一个或者多个处理核。处理器610利用各种接口和线路连接整个电子设备600内的各个部分，通过运行或执行存储在存储器620内的指令、程序、代码集或指令集，以及调用存储在存储器620内的数据，执行电子设备600的各种功能和处理数据。可选地，处理器610可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器610可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器610中，单独通过一块通信芯片进行实现。

存储器620可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器620可用于存储指令、程序、代码、代码集或指令集。存储器620可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备600在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

本申请实施例提供的电子设备，获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；获取探测节点对所述探测任务的执行情况；根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。根据各个探测节点的运行状态，以及对所述探测任务的执行情况，对探测任务进行灵活调度，实现对探测任务的合理分配，可提高探测任务的执行效率，从而可以进一步提升对根镜像的检测效率。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

1.一种根镜像检测方法，其特征在于，所述方法包括：

获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；

获取所述探测节点对所述探测任务的执行情况，所述执行情况为成功执行或异常执行；

根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务，其中，对所述探测任务的调整方式包括替换所述探测任务、停止所述探测任务或调整所述探测任务的频率。

2.根据权利要求1所述的方法，其特征在于，所述获取探测节点的运行状态，包括：

向所述探测节点发送检测任务；

接收所述探测节点根据所述检测任务返回的状态信息，所述状态信息包括探测节点与检测平台的数据传输速率、探测节点的负载信息；

在所述数据传输速率和所述负载信息均满足对应的预设条件时，确定所述探测节点的运行状态为正常运行；

在所述数据传输速率或所述负载信息中任意一个不满足所述对应的预设条件时，确定所述探测节点的运行状态为异常运行。

3.根据权利要求1所述的方法，其特征在于，所述获取所述探测节点对所述探测任务的执行情况，包括：

获取所述探测节点的当前资源情况；

获取所述探测节点对所述探测任务的当前执行状态，所述当前执行状态用于表征所述探测任务在所述探测节点是否执行成功或是否执行异常；

基于所述当前资源情况和所述当前执行状态确定所述探测任务的执行情况，所述执行情况为成功执行或异常执行。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述执行情况包括成功执行和异常执行；所述根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务，包括：

在所述运行状态为正常运行，且执行情况为成功执行时，控制所述探测节点继续执行所述探测任务，或是加快所述探测节点对所述探测任务的执行频率；

在所述运行状态为异常运行，或所述执行情况为异常执行时，将分配至所述探测节点的探测任务重新分配至其他探测节点，或将所述探测任务替换为其他探测任务，或降低所述探测节点对所述探测任务的执行频率。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在所述运行状态为异常运行，或所述执行情况为异常执行时，进行告警处理。

6.根据权利要求1所述的方法，其特征在于，不同的探测任务对应不同的探测类型，所述方法还包括：

获取所述探测节点多次执行所述探测任务的探测结果，或者获取多个所述探测节点分别执行所述探测任务的探测结果；

基于获取的探测结果，确定所述探测任务对应的探测类型的类型得分；

基于多个探测类型的类型得分，确定所述根镜像的工作状态。

7.根据权利要求6所述的方法，其特征在于，所述基于获取的探测结果，确定所述探测任务对应的探测类型的类型得分，包括：

获取所述探测节点的基线数据与分值的映射关系，所述基线数据包括所述探测节点在历史时间段内执行所述探测任务，得到的探测结果的均值；

根据所述映射关系，得到与所述探测任务在所述探测节点上的探测结果对应的分值；

根据获取的每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。

8.根据权利要求7所述的方法，其特征在于，所述根据获取的每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分，包括：

根据所述探测节点的运行状态，为所述探测节点设置权重；

根据所述探测节点的权重以及每个探测结果所对应的分值，计算所述探测任务的探测类型所对应的类型得分。

9.根据权利要求6所述的方法，其特征在于，所述基于多个探测类型的类型得分，确定所述根镜像的工作状态，包括：

获取每个探测类型对应的异常权重；

根据所述异常权重以及所述类型得分，计算健康分数；

若所述健康分数大于或等于预设分数，确定所述根镜像正常；

若所述健康分数小于所述预设分数，确定所述根镜像故障。

10.根据权利要求6-9任一项所述的方法，其特征在于，所述探测类型包括解析时延，路由路径以及可用性。

11.一种根镜像检测装置，其特征在于，所述装置包括：

第一获取模块，用于获取探测节点的运行状态，所述探测节点用于执行探测任务，所述探测任务用于获取反映所述根镜像的工作状态的参数；

第二获取模块，用于获取所述探测节点对所述探测任务的执行情况，所述执行情况为成功执行或异常执行，其中，对所述探测任务的调整方式包括替换所述探测任务、停止所述探测任务或调整所述探测任务的频率；

调整模块，根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务。

12.一种根镜像检测系统，其特征在于，所述系统包括检测平台和探测节点；

所述检测平台用于下发探测任务给所述探测节点，所述探测任务用于获取反映所述根镜像的工作状态的参数；

所述探测节点用于执行所述探测任务；

所述检测平台还用于获取所述探测节点的运行状态；

所述检测平台还用于获取所述探测节点对所述探测任务的执行情况，所述执行情况为成功执行或异常执行；

所述检测平台还用于根据所述运行状态和执行情况，调整所述探测节点所执行的所述探测任务，其中，对所述探测任务的调整方式包括替换所述探测任务、停止所述探测任务或调整所述探测任务的频率。

13.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储器，与所述一个或多个处理器电连接；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1至10任一项所述的方法。

14.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1至10任一项所述的方法。

Images