CN110213128A - 服务端口检测方法、电子设备及计算机存储介质 - Google Patents

Abstract

本发明公开了一种服务端口检测方法、电子设备及计算机存储介质。其中，方法包括：对所有服务端口进行周期性探测；若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。基于分布式探针实现服务端口的检测，突破了单机瓶颈，而且还便于管理，提高了服务端口的检测效率，避免了在单个服务器上部署探针占用服务器端口及检测效率低的问题，另外，进一步地提高了服务端口的利用率。

Description

服务端口检测方法、电子设备及计算机存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种服务端口检测方法、电子设备及计算机存储介质。

背景技术

服务器是一种常用的提供计算服务的设备，每个服务器会有大量的服务端口，通常情况下，一个服务器的最大服务端口数可以是65535个，在使用时，通常会部署很多个服务器。为了避免因服务器的服务端口不可用而导致无法提供服务的问题，就需要对服务端口进行检测，现有的服务端口的检测方法是在各个服务器上部署探针进行检测，不仅占用服务端口，降低服务器能够提供的服务量，而且检测效率还低。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的服务端口检测方法、电子设备及计算机存储介质。

根据本发明的一个方面，提供了一种服务端口检测方法，方法基于预先部署的分布式探针实现，方法包括：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。

根据本发明的另一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。

根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。

根据本发明提供的方案，对所有服务端口进行周期性探测；若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。本发明提供的方案，基于分布式探针实现服务端口的检测，突破了单机瓶颈，而且还便于管理，提高了服务端口的检测效率，避免了在单个服务器上部署探针占用服务器端口及检测效率低的问题；另外，在确定服务端口不可用时，将不可用的服务端口下线，在服务端口下线后还继续对不可用的服务端口进行周期性探测，以便于在不可用的服务端口恢复为可用后，及时将服务端口恢复，分担相应的流量，进一步地提高了服务端口的利用率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的服务端口检测方法的流程示意图；

图2示出了根据本发明另一个实施例的服务端口检测方法的流程示意图；

图3示出了根据本发明一个实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的服务端口检测方法的流程示意图。方法基于预先部署的分布式探针实现，如图1所示，该方法包括以下步骤：

步骤S100，对所有服务端口进行周期性探测。

服务器是一种常用的提供计算服务的设备，每个服务器会有大量的服务端口，通常情况下，一个服务器的最大服务端口数可以是65535个，在使用时，还会部署很多个服务器。为了避免因服务器的服务端口不可用而导致无法提供，需要对服务端口进行检测，具体地，可以利用步骤S100-步骤S102中的方法对服务端口进行检测。

周期性探测指定时探测服务端口是否可用，是否能够提供正常的服务，例如，可以通过以下方法检测服务端口是否可用：使用telnet命令，连接服务端口，若提示连接超时，则确定服务端口不可用，当然，还可以采用其它方法探测服务端口是否可用，这里不再赘述。在本实施例中，分布式探针获取所有服务端口的信息，对所有的服务端口都进行周期性探测。

步骤S101，若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列。

在对所有服务端口进行周期性探测之后，若发现任一服务端口不可用，则将该不可用的服务端口下线，即，使该不可用的服务端口不再对外提供服务，在将不可用的服务端口下线的同时，还需要记录该不可用的服务端口的元信息，以在后续过程中，若该不可用的服务端口恢复为可用时，根据该服务端口的元信息对服务端口进行恢复。在将不可用的服务端口下线后，该不可用的服务端口所提供的服务可以转移给其它服务端口，由其它服务端口继续提供服务。

在本实施例中，维护有不可用服务端口队列，不可用服务端口队列中存储的是周期性探测后不可用的服务端口，在探测结果表明任一服务端口不可用的情况下，对不可用的服务端口进行下线处理后，将不可用的服务端口添加至不可用服务端口队列中。

步骤S102，对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。

在将不可用的服务端口添加至不可用服务端口队列之后，还需要对不可用服务端口队列中的所有服务端口进行周期性探测，这里主要是探测不可用的服务端口是否恢复为可用。其中，对不可用服务端口队列中的所有服务端口的探测周期可以与步骤S100中的探测周期相同，也可以不同，例如，本步骤中的探测周期可以较步骤S100中的探测周期长，从而避免过多地占用资源。

在对不可用服务端口队列中的所有服务端口进行周期性探测之后，若探测结果表明任一不可用的服务端口恢复为可用，则可以恢复该服务端口的服务，具体地，可以根据之前记录的该服务端口的元信息对服务端口进行恢复处理。

根据本发明上述实施例提供的方法，对所有服务端口进行周期性探测；若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。本发明提供的方案，基于分布式探针实现服务端口的检测，突破了单机瓶颈，而且还便于管理，提高了服务端口的检测效率，避免了在单个服务器上部署探针占用服务器端口及检测效率低的问题；另外，在确定服务端口不可用时，将不可用的服务端口下线，在服务端口下线后还继续对不可用的服务端口进行周期性探测，以便于在不可用的服务端口恢复为可用后，及时将服务端口恢复，分担相应的流量，进一步地提高了服务端口的利用率。

图2示出了根据本发明另一个实施例的服务端口检测方法的流程示意图。方法基于预先部署的分布式探针实现，如图2所示，该方法包括以下步骤：

步骤S200，根据第一周期，对所有服务端口进行周期性探测。

周期性探测指定时探测服务端口是否可用，是否能够提供正常的服务，例如，可以通过以下方法检测服务端口是否可用：使用telnet命令，连接服务端口，若提示连接超时，则确定服务端口不可用，当然，还可以采用其它方法探测服务端口是否可用，这里不再赘述。

具体地，分布式探针获取所有服务端口的信息，根据第一周期，对所有的服务端口都进行周期性探测，第一周期限定了间隔多久对所有服务端口进行一次探测，例如，第一周期可以是10秒，即，每10秒对所有服务端口进行一次探测。这里仅是举例说明，本领域技术人员可以根据实际需要灵活设定第一周期的时长。其中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的，保证每个探针的探测任务均衡，避免出现某些探针的探测任务较重，某些探针的探针任务较轻的现象出现。

步骤S201，判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则执行步骤S202；若否，则方法结束。

为了避免误判的问题，本实施例并没有在一次周期性探测的探测结果表明任一服务端口不可用时就认定服务端口不可用，而是将数个第一周期内任一服务端口的探测结果为不可用的次数与预设阈值进行比较，根据比较结果确定服务端口是否可用，若数个第一周期内任一服务端口的探测结果为不可用的次数大于或等于预设阈值，则确定服务端口不可用；若数个第一周期内任一服务端口的探测结果为不可用的次数小于预设阈值，则确定服务端口可用，从而提高了探测的准确性。

步骤S202，确定服务端口不可用，对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息。

在判断出数个第一周期内任一服务端口的探测结果为不可用的次数大于或等于预设阈值的情况下，确定服务端口不可用。

对于不可用的服务端口，将该不可用的服务端口下线，即，使该不可用的服务端口不再对外提供服务，在将不可用的服务端口下线的同时，还需要记录该不可用的服务端口的元信息，其中，元信息包含：服务端口流量权重，例如，该不可用的服务端口的流量权重为10％，服务端口流量权重为服务端口对外提供的服务流量的占比，通过记录不可用的服务端口的元信息，可以在后续过程中，若该不可用的服务端口恢复为可用时，根据该服务端口的元信息对服务端口进行恢复。此外，元信息还可以包含服务端口的UI，UI用于在服务端口恢复为可用后，确定向哪个服务端口转流量。

在将不可用的服务端口下线后，该不可用的服务端口所提供的服务可以转移给其它服务端口，由其它服务端口继续提供服务。

步骤S203，对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

对于不可用的服务端口，还需要进行标记，例如，标记该不可用的服务端口属于哪个服务器，该服务器属于哪个群组等，然后，触发告警机制，根据标记信息生成告警信息，以提示用户服务端口不可用，用户可以根据告警信息对服务端口进行相应的处理。

步骤S204，将不可用的服务端口添加至不可用服务端口队列。

在本实施例中，维护有不可用服务端口队列，不可用服务端口队列中存储的是周期性探测后不可用的服务端口，在探测结果表明任一服务端口不可用的情况下，对不可用的服务端口进行下线处理后，将不可用的服务端口添加至不可用服务端口队列中。

步骤S205，对不可用服务端口队列中的所有服务端口进行周期性探测。

在将不可用的服务端口添加至不可用服务端口队列之后，还需要对不可用服务端口队列中的所有服务端口进行周期性探测，这里主要是探测不可用的服务端口是否恢复为可用。其中，对不可用服务端口队列中的所有服务端口的探测周期可以与步骤S200中的第一周期相同，也可以不同，例如，本步骤中的探测周期可以较步骤S200中的第一周期长，本步骤中的探测周期可以是15秒，这里仅是举例说明，不具有任何限定作用，将本步骤中的探测周期设置的较步骤S200中的第一周期长一些，能够避免过多地占用资源。

步骤S206，若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

在对不可用服务端口队列中的所有服务端口进行周期性探测之后，若探测结果表明任一不可用的服务端口恢复为可用，则可以恢复该服务端口的服务。对于不同的服务端口，服务端口所提供的服务流量不同，因此，在对恢复为可用的服务端口进行恢复时，还需要依赖于所记录的元信息对服务端口进行恢复，具体地，可以根据之前记录的该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

举例说明，在确定某一服务端口不可用时，所记录的该不可用的服务端口的服务端口流量权重为10％，那么在服务端口恢复为可用后，向该可用的服务端口还分配10％的流量。

根据本发明上述实施例提供的方法，将数个第一周期内任一服务端口的探测结果为不可用的次数与预设阈值进行比较，根据比较结果确定服务端口是否可用，提升了探测的准确性，避免了误判的问题；在确定服务端口不可用时，将不可用的服务端口下线，并记录不可用的服务端口的元信息，在服务端口下线后还继续对不可用的服务端口进行周期性探测，以便于在不可用的服务端口恢复为可用后，根据元信息及时将服务端口恢复，分担相应的流量，进一步地提高了服务端口的利用率；对于不可用的服务端口进行标记，并生成告警信息以进行告警，可以提示用户服务端口不可用，用户可以根据告警信息对服务端口进行相应的处理；基于分布式探针实现服务端口的检测，突破了单机瓶颈，而且还便于管理，提高了服务端口的检测效率，避免了在单个服务器上部署探针占用服务器端口及检测效率低的问题。

本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的服务端口检测方法。

可执行指令具体可以用于使得处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

在一种可选的实施方式中，可执行指令还使处理器执行以下操作：

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

在一种可选的实施方式中，元信息包含：服务端口流量权重；

可执行指令进一步使处理器执行以下操作：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

在一种可选的实施方式中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的。

图3示出了根据本发明一个实施例的电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图3所示，该电子设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：

处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。

通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器302，用于执行程序310，具体可以执行上述服务端口检测方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对服务端口进行恢复处理。

在一种可选的实施方式中，程序310进一步使处理器302执行以下操作：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

在一种可选的实施方式中，程序310还使处理器302执行以下操作：

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

在一种可选的实施方式中，元信息包含：服务端口流量权重；

程序310进一步使处理器302执行以下操作：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

在一种可选的实施方式中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：

A1.一种服务端口检测方法，所述方法基于预先部署的分布式探针实现，所述方法包括：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对所述服务端口进行恢复处理。

A2.根据A1所述的方法，其中，所述对所有服务端口进行周期性探测进一步包括：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

A3.根据A1或A2所述的方法，其中，对所有服务端口进行周期性探测之后，所述方法还包括：若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

A4.根据A1-A3中任一项所述的方法，其中，所述元信息包含：服务端口流量权重；

所述根据该服务端口的元信息对所述服务端口进行恢复处理进一步包括：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

A5.根据A1-A4中任一项所述的方法，其中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的。

B6.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对所述服务端口进行恢复处理。

B7.根据B6所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

B8.根据B6或B7所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

B9.根据B6-B8中任一项所述的电子设备，其中，所述元信息包含：服务端口流量权重；

所述可执行指令进一步使所述处理器执行以下操作：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

B10.根据B6-B9中任一项所述的电子设备，其中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的。

C11.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对所述服务端口进行恢复处理。

C12.根据C11所述的计算机存储介质，其中，所述可执行指令进一步使所述处理器执行以下操作：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

C13.根据C11或C12所述的计算机存储介质，其中，所述可执行指令还使所述处理器执行以下操作：

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

C14.根据C11-C13中任一项所述的计算机存储介质，其中，所述元信息包含：服务端口流量权重；

所述可执行指令进一步使所述处理器执行以下操作：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

C15.根据C11-C14中任一项所述的计算机存储介质，其中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的。

Claims (10)

1.一种服务端口检测方法，所述方法基于预先部署的分布式探针实现，所述方法包括：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对所述服务端口进行恢复处理。

2.根据权利要求1所述的方法，其中，所述对所有服务端口进行周期性探测进一步包括：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

3.根据权利要求1或2所述的方法，其中，对所有服务端口进行周期性探测之后，所述方法还包括：若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

4.根据权利要求1-3中任一项所述的方法，其中，所述元信息包含：服务端口流量权重；

所述根据该服务端口的元信息对所述服务端口进行恢复处理进一步包括：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

5.根据权利要求1-4中任一项所述的方法，其中，分布式探针负责探测的服务端口数量是根据负载均衡策略决定的。

6.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对所述服务端口进行恢复处理。

7.根据权利要求6所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

根据第一周期，对所有服务端口进行周期性探测；

判断数个第一周期内任一服务端口的探测结果为不可用的次数是否大于或等于预设阈值；若是，则确定服务端口不可用。

8.根据权利要求6或7所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行标记处理，并生成告警信息以进行告警。

9.根据权利要求6-8中任一项所述的电子设备，其中，所述元信息包含：服务端口流量权重；

所述可执行指令进一步使所述处理器执行以下操作：

根据该服务端口的服务端口流量权重向恢复为可用的服务端口分配流量。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

对所有服务端口进行周期性探测；

若探测结果表明任一服务端口不可用，则对不可用的服务端口进行下线处理，并记录不可用的服务端口的元信息；将不可用的服务端口添加至不可用服务端口队列；

对不可用服务端口队列中的所有服务端口进行周期性探测；若探测结果表明任一不可用的服务端口恢复为可用，则根据该服务端口的元信息对所述服务端口进行恢复处理。