CN116016276A - 服务器健康状态检测方法和装置 - Google Patents

Abstract

本公开的实施例公开了服务器健康状态检测方法和装置，可应用于云计算、大数据、智能供应链等技术领域。该方法的具体实施方式包括：获取用于检测服务器的健康状态的检测周期和不健康阈值；实时统计目标服务器的丢包率；根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值；按照调整后的检测周期检测所述目标服务器的健康状态；若所述目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记所述目标服务器为不可用。该实施方式实现了检测周期和不健康阈值的动态调整，从而可以避免由于健康状态检测的周期过长或不健康阈值过高导致的迟迟无法摘除异常服务器的问题。

Description

服务器健康状态检测方法和装置

技术领域

本公开的实施例涉及计算机技术领域，具体涉及服务器健康状态检测方法和装置。

背景技术

云计算是一种计算服务，云产品负载均衡可将大并发流量分发到多台后端实例，调整资源利用情况，消除由于单台设备故障对系统的影响，提高系统可用性、扩展系统服务能力。基于此背景客户往往都会选择部署负载均衡产品。负载均衡产品挂载到后端服务器集群并定期探测各后端服务器的健康状况，如果探测到后端服务器异常，将不会再将业务流量分发到异常的后端服务器，从而提高系统可用性，扩展系统服务能力。一般来说业界对于后端服务器的健康检查依赖用户侧输入的探查次数以及探查间隔以及健康阈值和不健康阈值的设置，这些配置下发后负载均衡产品会按照用户设置进行后端服务器的健康检查探测，从而实现后端服务器状态的管理。

基于现有的产品技术，各厂商负载均衡产品均通过定期发送探测报文来检测挂载的各后端服务器健康状况，该方式为一种后手方式的健康检查，该方式的缺点为如果后端服务器服务异常，需要等负载均衡的探测周期，而为了保证探测的准确性，排除网络不稳定等外部因素，通常需要多个探测周期(用户自行输入)都异常，才认为后端服务器异常，从而把后端服务器摘除。而等待的探测周期以及不健康阈值均为用户手动输入，除非用户自行调整，否则无法改变。无论是后端服务器服务异常后从负载均衡滞后摘除，还是探测的不准确性，都可能直接影响客户业务的可用性。对于业务要求严格的客户该情况是不可接受的。

发明内容

本公开的实施例提出了服务器健康状态检测方法和装置。

第一方面，本公开的实施例提供了一种服务器健康状态检测方法，包括：获取用于检测服务器的健康状态的检测周期和不健康阈值；实时统计目标服务器的丢包率；根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值；按照调整后的检测周期检测所述目标服务器的健康状态；若所述目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记所述目标服务器为不可用。

在一些实施例中，所述方法还包括：若检测到所述目标服务器的健康状态恢复正常，则在调度表中标记所述目标服务器为可用。

在一些实施例中，所述根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值，包括：若所述丢包率超过预定丢包率阈值，则减少所述目标服务器的检测周期和不健康阈值。

在一些实施例中，所述根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值，包括：若所述丢包率在预定时间内为0，则增加目标服务器的检测周期和不健康阈值。

在一些实施例中，所述方法还包括：响应于接收到设置沉默期的请求，在调整了所述目标服务器的检测周期和不健康阈值之后的沉默期内不统计目标服务器的丢包率。

在一些实施例中，所述方法还包括：响应于接收到设置检测周期和/或不健康阈值的上限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到上限后不再增加。

在一些实施例中，所述方法还包括：响应于接收到设置检测周期和/或不健康阈值的下限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到下限后不再减少。

第二方面，本公开的实施例提供了一种服务器健康状态检测装置，包括：获取单元，被配置成获取用于检测服务器的健康状态的检测周期和不健康阈值；统计单元，被配置成实时统计目标服务器的丢包率；调整单元，被配置成根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值；检测单元，被配置成按照调整后的检测周期检测所述目标服务器的健康状态；管理单元，被配置成若所述目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记所述目标服务器为不可用。

在一些实施例中，所述管理单元进一步被配置成：若检测到所述目标服务器的健康状态恢复正常，则在调度表中标记所述目标服务器为可用。

在一些实施例中，所述调整单元进一步被配置成：若所述丢包率超过预定丢包率阈值，则减少所述目标服务器的检测周期和不健康阈值。

在一些实施例中，所述调整单元进一步被配置成：若所述丢包率在预定时间内为0，则增加目标服务器的检测周期和不健康阈值。

在一些实施例中，所述统计单元进一步被配置成：响应于接收到设置沉默期的请求，在调整了所述目标服务器的检测周期和不健康阈值之后的沉默期内不统计目标服务器的丢包率。

在一些实施例中，所述调整单元进一步被配置成：响应于接收到设置检测周期和/或不健康阈值的上限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到上限后不再增加。

在一些实施例中，所述调整单元进一步被配置成：响应于接收到设置检测周期和/或不健康阈值的下限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到下限后不再减少。

第三方面，本公开的实施例提供了一种用于服务器健康状态检测的电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面中任一项所述的方法。

第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面中任一项所述的方法。

本公开的实施例提供的服务器健康状态检测方法和装置，动态监测用户业务流量的丢包率，当丢包率达到丢包率阈值时，动态降低健康检查间隔以及不健康阈值，保障后端服务器可以及时被摘除从而降低用户侧业务损失。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的服务器健康状态检测方法的一个实施例的流程图；

图3是根据本公开的服务器健康状态检测方法的一个应用场景的示意图；

图4是根据本公开的服务器健康状态检测方法的又一个实施例的流程图；

图5是根据本公开的服务器健康状态检测装置的一个实施例的结构示意图；

图6是适于用来实现本公开的实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的服务器健康状态检测方法或服务器健康状态检测装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备、负载均衡产品和服务器。在终端设备与负载均衡产品之间通过无线网络或有线网络通信，负载均衡产品与服务器之间通过有线网络通信。

用户可以使用终端设备通过网络与负载均衡产品交互，终端设备发送的业务数据均通过负载均衡产品分发到服务器上。负载均衡产品用于调度服务器。终端设备上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备可以是硬件，也可以是软件。当终端设备为硬件时，可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器可以是提供各种服务的服务器，例如为负载均衡提供业务服务的后端服务器。例如，后端服务器可以对接收到的直播数据反馈给终端设备。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。

负载均衡产品后端可挂载后端服务器集群，客户端业务流量先发送给负载均衡，负载均衡产品依据调度算法把业务流量转发给某台后端服务器。负载均衡产品定期检查后端服务器存活状态、统一调度服务器资源、提高系统的可用性。

负载均衡产品通过健康检查探测挂载的后端服务器集群可用性。可定义健康检查方法、健康检查周期、健康检查端口、健康检查协议、健康检查域名、健康检查路径、返回状态码等字段。

多个服务器组成了分布式服务器集群，由负载均衡产品进行调度。负载均衡产品维护调度表，标记为可用的服务器才会被分配给用户使用，标记为不可用的服务器将不会接收到业务数据。负载均衡产品可定期检测各服务器的健康状态，如果发现某服务器异常，则将该服务器在调度表中的状态标记为不可用，用户发的业务数据将会分配给其它服务器处理。如果后期该服务器恢复正常，则可将该服务器在调度表中的状态标记为可用。可再次将该服务器分配给用户使用。

需要说明的是，本公开的实施例所提供的服务器健康状态检测方法一般由负载均衡产品执行，相应地，服务器健康状态检测装置一般设置于负载均衡产品中。

应该理解，图1中的终端设备、负载均衡产品和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、负载均衡产品和服务器。

继续参考图2，示出了根据本公开的服务器健康状态检测方法的一个实施例的流程200。该服务器健康状态检测方法，包括以下步骤：

步骤201，获取用于检测服务器的健康状态的检测周期和不健康阈值。

在本实施例中，服务器健康状态检测方法的执行主体(例如图1所示的负载均衡产品)可以通过有线连接方式或者无线连接方式从用户利用其进行负载均衡管理的终端接收配置请求，其中，所述配置请求中可包括健康状态的检测周期和不健康阈值。例如，检测周期为10秒钟，不健康阈值为5次。用来指示负载均衡产品每隔10秒钟就进行服务器检测，检测出异常后会累计异常次数。如果某个服务器连续5次检测都检测出异常，则该服务器应该被从调度表中摘除，负载均衡产品不会将业务数据分配给该服务器处理。摘除后的服务器的异常统计数据都会清零。

用户每次设置检测服务器的健康状态的检测周期和不健康阈值后，负载均衡产品就会获取到这些值，应用于负载均衡产品下挂载的所有服务器。后续如果某个服务器的检测周期和不健康阈值发生变化，也是由负载均衡产品维护该服务器的检测周期和不健康阈值。

预先定义了健康检查方法、健康检查周期、健康检查端口、健康检查协议、健康检查域名、健康检查路径、返回状态码等字段。例如，ICMP协议PING包检查，如果PING不通则说明服务器异常，返回状态码200才表示正常。健康检查为本领域通用手段，因此不再赘述。

步骤202，实时统计目标服务器的丢包率。

在本实施例中，负载均衡产品可安装常见的抓包工具来实时统计目标服务器的丢包率。目标服务器可以是负载均衡产品下挂载的所有服务器中的任一个。

在统计丢包率期间如果检测到服务器异常，则记录异常的次数。

步骤203，根据丢包率动态调整目标服务器的检测周期和不健康阈值。

在本实施例中，如果丢包率不为0，则可以减少检测周期和不健康阈值。可以按固定的步长调整，例如，每次调整让检测周期减少1秒或5秒，不健康阈值减少1次。还可动态调整步长，比如原来的检测周期比较长，则设置步长大一些(例如5秒)，调整后检测周期已经接近5秒了，则可设置步长小一些(例如1秒)。

在本实施例的一些可选的实现方式中，所述根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值，包括：若所述丢包率超过预定丢包率阈值，则减少所述目标服务器的检测周期和不健康阈值。预先设置丢包率阈值，比如5％。如果检测到丢包率高于丢包率阈值，才开始调整目标服务器的检测周期和不健康阈值。如果不设置丢包率阈值，则会一出现丢包马上减少检测周期和不健康阈值，而网络波动很快就不丢包了，又要增加检测周期和不健康阈值。设置丢包率阈值可以减少调整的频率，可以避免由于网络波动引起的丢包率上升而导致的检测周期和不健康阈值调整。

在本实施例的一些可选的实现方式中，所述根据丢包率调整检测周期和不健康阈值，包括：若丢包率在预定时间内为0，则增加检测周期和不健康阈值。当丢包率为0且稳定一段时间后，才增加检测周期和不健康阈值。这样防止丢包率短暂下降到0后又突然增加而导致的频繁调整检测周期和不健康阈值。

步骤204，按照调整后的检测周期检测目标服务器的健康状态。

在本实施例中，调整后使用新的检测周期发起检测，下一次检测的时间为上一次检测时间之后的新检测周期。但调整前的异常统计数据还有效。之前统计的异常次数都累计在一起没有清零。

负载均衡产品可提供动态调整检测周期和不健康阈值的开关。用户通过终端设备连接到负载均衡产品就可以使能“通过业务丢包率动态调整健康检查参数”且输入丢包率阈值的方式动态对到达后端服务的业务侧流量进行监控。

步骤205，若目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记目标服务器为不可用。

在本实施例中，健康状态异常指的是返回的状态码非正常，例如，如果通过发送http请求进行检测，返回的状态码如果是200则说明健康状态正常，如果返回的状态码是404或400等非200则说明健康状态异常。本申请使用现有技术常规的健康检测的协议、状态码等信息。和常规健康检测一样，当健康状态异常的次数达到调整后的不健康阈值时，说明目标服务器需要被接除，在调度表中标记目标服务器为不可用，负载均衡产品不会再将业务数据分配给目标服务器处理，而是由其它服务器分担处理。

本公开的上述实施例提供的方法，通过用户使能‘通过业务丢包率动态调整健康检查参数’且输入丢包率容忍度的方式，动态监测用户业务流量的丢包率，当丢包率达到丢包率阈值时，动态降低健康检查间隔以及不健康阈值，加快了摘除异常服务器的速度。保障后端服务可以及时被摘除从而让降低用户侧业务损失。

在本实施例的一些可选的实现方式中，所述方法还包括：响应于接收到设置沉默期的请求，在调整了所述目标服务器的检测周期和不健康阈值之后的沉默期内不统计目标服务器的丢包率。由于丢包率是根据一段时间内的丢包数量计算的，在沉默期内丢包率受网络波动影响较大，此时丢包率不能真正反应服务器的当前状态。因此通过设置沉默期不统计丢包率，可以避免误检导致的频繁调整检测周期和不健康阈值，从而保证负载均衡调度的稳定性。防止服务器的频繁切换导致业务数据不流畅。

在本实施例的一些可选的实现方式中，所述方法还包括：响应于接收到设置检测周期和/或不健康阈值的上限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到上限后不再增加。可单独设置检测周期或不健康阈值的上限，也可同时设置检测周期和不健康阈值的上限。这样可以使得设置了上限的参数不再增加，防止参数增加的过大很难回调。

可选地，用户可以手动恢复检测周期和不健康阈值到动态调整前的初始值。

在本实施例的一些可选的实现方式中，所述方法还包括：响应于接收到设置检测周期和/或不健康阈值的下限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到下限后不再减少。可单独设置检测周期或不健康阈值的下限，也可同时设置检测周期和不健康阈值的下限。这样可以使得设置了下限的参数不再减少，防止参数减少到0不进行健康检测了。

可选地，可以设置检测周期和不健康阈值的增加步长或减少步长，增加步长可以和减少步长不同。可统计目标服务器的丢包率变化规律，进行丢包率预测，根据预测的丢包率动态调整增加步长或减少步长。例如，根据历史丢包率数据统计得出目标服务器如果丢包率一旦下降就会持续很长时间，则将减少步长设置为较大值，使得目标服务器尽快被摘除。

继续参见图3，图3是根据本实施例的服务器健康状态检测方法的应用场景的一个示意图。在图3的应用场景中，用户通过终端设备预先设置了健康状态的检测周期10s和不健康阈值5次。再使能‘通过业务丢包率动态调整健康检查参数’且输入丢包率阈值5％的方式动态对到达服务器的业务侧流量进行监控。终端设备持续向负载均衡产品发送业务数据。由负载均衡产品将业务数据分配到至少一个服务器进行处理。针对每个服务器都使用抓包工具来实时统计丢包率，每个服务器都依次作为目标服务器进行检测。对于每个服务器，一旦该服务器的业务侧丢包率达到丢包率阈值，动态降低该服务器的健康检查周期和不健康阈值。从而让有问题的服务器尽快被摘掉。而当服务器处于不丢包的状态下可以动态增加健康检查间隔，不健康阈值以强化产品对于网络波动的鲁棒性。例如，用户使能‘通过业务丢包率动态调整健康检查参数’且输入丢包率容忍度为5％，健康检查间隔为10s，不健康阈值为5次后，本方案会动态监测服务器的丢包率，一旦丢包率达到5％则减少健康间隔为9s(10-1)，同时降低不健康阈值为4(5-1)次，沉默期默认2s，沉默期过后继续计算丢包率直到不健康检查间隔降低为极限值1s，不健康阈值为1次，服务器被摘掉后，健康检查间隔恢复为10s，不健康阈值恢复为5次，而丢包率保持为0％时，动态增加健康检查间隔以及不健康阈值，沉默期默认2s极限值分别为30s，10次。当服务器的不健康次数达到不健康阈值时，如果服务器原本是使能的，则将调度表中修改为不可用，即摘除该服务器。如果检测到服务器满足健康检查，若它在调度表中为不可用，则可将其使能，将调度表中修改为可用，即恢复使用服务器。

进一步参考图4，其示出了服务器健康状态检测方法的又一个实施例的流程400。该服务器健康状态检测方法的流程400，包括以下步骤：

步骤401，获取用于检测服务器的健康状态的检测周期和不健康阈值。

步骤402，实时统计目标服务器的丢包率。

步骤403，根据丢包率动态调整目标服务器的检测周期和不健康阈值。

步骤404，按照调整后的检测周期检测目标服务器的健康状态。

步骤405，若目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记目标服务器为不可用。

步骤401-405与步骤201-205基本相同，因此不再赘述。

步骤406，若检测到目标服务器的健康状态恢复正常，则在调度表中标记目标服务器为可用。

在本实施例中，当目标服务器的健康状态由异常转为正常后，目标服务器可继续提供服务，将其再次加入调度表中，供调度使用。

从图4中可以看出，与图2对应的实施例相比，本实施例中的服务器健康状态检测方法的流程400体现了对恢复正常的服务器使能的步骤。由此，本实施例描述的方案可以灵活加载服务器，提高服务器集群的稳定性。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种服务器健康状态检测装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的服务器健康状态检测装置500包括：获取单元501、统计单元502、调整单元503、检测单元504和管理单元505。其中，获取单元501，被配置成获取用于检测服务器的健康状态的检测周期和不健康阈值；统计单元502，被配置成实时统计目标服务器的丢包率；调整单元503，被配置成根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值；检测单元504，被配置成按照调整后的检测周期检测所述目标服务器的健康状态；管理单元505，被配置成若所述目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记所述目标服务器为不可用。

在本实施例中，服务器健康状态检测装置500的获取单元501、统计单元502、调整单元503、检测单元504和管理单元505的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205。

在本实施例的一些可选的实现方式中，管理单元505进一步被配置成：若检测到所述目标服务器的健康状态恢复正常，则在调度表中标记所述目标服务器为可用。

在本实施例的一些可选的实现方式中，调整单元503进一步被配置成：若所述丢包率超过预定丢包率阈值，则减少所述目标服务器的检测周期和不健康阈值。

在本实施例的一些可选的实现方式中，调整单元503进一步被配置成：若所述丢包率在预定时间内为0，则增加目标服务器的检测周期和不健康阈值。

在本实施例的一些可选的实现方式中，统计单元502进一步被配置成：响应于接收到设置沉默期的请求，在调整了所述目标服务器的检测周期和不健康阈值之后的沉默期内不统计目标服务器的丢包率。

在本实施例的一些可选的实现方式中，调整单元503进一步被配置成：响应于接收到设置检测周期和/或不健康阈值的上限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到上限后不再增加。

在本实施例的一些可选的实现方式中，调整单元503进一步被配置成：响应于接收到设置检测周期和/或不健康阈值的下限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到下限后不再减少。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质。

一种检测服务器健康状态的电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现流程200或400所述的方法。

一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现流程200或400所述的方法。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如服务器健康状态检测方法。例如，在一些实施例中，服务器健康状态检测方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的服务器健康状态检测方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行服务器健康状态检测方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (10)

1.一种服务器健康状态检测方法，包括：

获取用于检测服务器的健康状态的检测周期和不健康阈值；

实时统计目标服务器的丢包率；

根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值；

按照调整后的检测周期检测所述目标服务器的健康状态；

若所述目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记所述目标服务器为不可用。

2.根据权利要求1所述的方法，其中，所述方法还包括：

若检测到所述目标服务器的健康状态恢复正常，则在调度表中标记所述目标服务器为可用。

3.根据权利要求1所述的方法，其中，所述根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值，包括：

若所述丢包率超过预定丢包率阈值，则减少所述目标服务器的检测周期和不健康阈值。

4.根据权利要求1所述的方法，其中，所述根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值，包括：

若所述丢包率在预定时间内为0，则增加目标服务器的检测周期和不健康阈值。

5.根据权利要求1所述的方法，其中，所述方法还包括：

响应于接收到设置沉默期的请求，在调整了所述目标服务器的检测周期和不健康阈值之后的沉默期内不统计目标服务器的丢包率。

6.根据权利要求1所述的方法，其中，所述方法还包括：

响应于接收到设置检测周期和/或不健康阈值的上限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到上限后不再增加。

7.根据权利要求1所述的方法，其中，所述方法还包括：

响应于接收到设置检测周期和/或不健康阈值的下限的请求，在所述目标服务器的检测周期和/或不健康阈值调整到下限后不再减少。

8.一种服务器健康状态检测装置，包括：

获取单元，被配置成获取用于检测服务器的健康状态的检测周期和不健康阈值；

统计单元，被配置成实时统计目标服务器的丢包率；

调整单元，被配置成根据所述丢包率动态调整所述目标服务器的检测周期和不健康阈值；

检测单元，被配置成按照调整后的检测周期检测所述目标服务器的健康状态；

管理单元，被配置成若所述目标服务器的健康状态异常的次数达到调整后的不健康阈值，则在调度表中标记所述目标服务器为不可用。

9.一种检测服务器健康状态的电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个计算机程序，

当所述一个或多个计算机程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images