CN116016136A - 一种主备切换方法、装置、存储介质及设备 - Google Patents

Abstract

本申请实施例提供一种主备切换方法、装置、存储介质及设备，该方法中，给每一种健康检查提供一套在备机升主机时使用的新的探测参数，当接收到主备切换信号时，备机首先将服务器的状态全部置为未知状态，然后将所有成员的标记位根据引用健康检查的类型进行赋值，升为主机后，根据标记位的值获取新的探测参数进行健康检查，再根据健康检查置位服务器状态，并将各服务器的标记位置为默认值，以恢复正常探测。由于新的探测参数具有更短的探测周期和/或更小的探测次数上限，因此，在主备切换后只在第一次使用新的探测参数进行状态检查，可以快速确认故障服务器的状态，从而减少流量异常调度的时间，同时尽量减低健康检查对带宽和服务器资源的消耗。

Description

一种主备切换方法、装置、存储介质及设备

技术领域

本申请涉及网络通信技术领域，具体而言，涉及一种主备切换方法、装置、存储介质及设备。

背景技术

双机备份是保证网络可靠性的一种重要技术。为了确保通信线路或者设备故障时，也能保障业务网络数据的正常转发，主备切换的时间越短越好。负载均衡器作为一款流量调度设备，除了关注网络状况外，还会关注服务器的工作状态，只有当网络和服务器状态都正常的情况下才能正确的进行调度流量。由于主备机制的原因，主备切换前，负载均衡器备机上的所有服务器的状态都被置为异常状态，表征不可被调度流量，直至主备切换后的新主机跳过健康检查主动将服务器的状态置为未知状态，表征可被调度流量，这样可以保证业务在主备切换完成后即可正常使用。

然而，若部分服务器在主备切换前就已经故障，在这种情况下发生主备切换，故障服务器会被置为未知状态，而确认故障服务器的状态往往需要经过三个健康检查探测周期，在此期间流量可能被调度到故障服务器上。

发明内容

本申请实施例的目的在于提供一种主备切换方法、装置、存储介质及设备，旨在解决相关技术中存在的在负载均衡器主备切换过程中，无法快速确认故障服务器的状态，导致流量可能被调度到故障服务器上的问题。

第一方面，本申请实施例提供的一种主备切换方法，所述方法应用于双机系统中的备机，所述备机为负载均衡设备，所述方法包括：

在接收到主备切换信号时，将所有服务器的状态置为未知状态，并根据引用健康检查的种类对相应的服务器的标记位进行赋值；

切换成主机后，检查各服务器的标记位，若所述标记位的值为非默认值，使用所述标记位的值对应的目标探测参数对所述服务器进行健康检查，若所述标记位的值为默认值，使用基础探测参数对所述服务器进行健康检查；所述目标探测参数的探测周期短于所述基础探测参数的探测周期，和/或，所述目标探测参数的探测次数上限低于所述基础探测参数的探测次数上限；

根据健康检查结果置位服务器状态，并将各服务器的标记位置为默认值。

在上述实现过程中，给每一种健康检查提供一套在备机升主机时使用的新的探测参数，当接收到主备切换信号时，备机首先将服务器的状态全部置为未知状态，然后将所有成员的标记位根据引用健康检查的类型进行赋值，升为主机后，根据标记位的值获取新的探测参数进行健康检查，再根据健康检查置位服务器状态，并将各服务器的标记位置为默认值，以恢复正常探测。由于新的探测参数具有更短的探测周期和/或更小的探测次数上限，因此，在主备切换后只在第一次使用新的探测参数进行状态检查，可以快速确认故障服务器的状态，从而减少流量异常调度的时间，同时尽量减低健康检查对带宽和服务器资源的消耗。

进一步地，在一些实施例中，所述根据引用健康检查的种类对相应的服务器的标记位进行赋值，包括：

若引用的健康检查是TCP健康检查，将相应的服务器的标记位赋值为第一值；

若引用的健康检查是ICMP健康检查，将相应的服务器的标记位赋值为第二值；

若引用的健康检查是HTTP健康检查，将相应的服务器的标记位赋值为第三值。

在上述实现过程中，按照引用的健康检查类型TCP健康检查、ICMP健康检查、HTTP健康检查，依次将服务器标记位赋值为第一值、第二值、第三值，使得新主机在对各服务器进行健康检查时，可以根据各服务器的标记位的值快速确定应该获取哪种健康检查的探测参数进行探测。

进一步地，在一些实施例中，所述默认值为0，所述第一值为1，所述第二值为2，所述第三值为3。

在上述实现过程中，通过上述数值的设置，方便识别，并且便于后续对健康检查的种类的扩展。

进一步地，在一些实施例中，所述目标探测参数的探测周期为1秒或2秒，探测次数上限为2次。

在上述实现过程中，通过上述数值的设置，可以快速且有效地确认故障服务器的状态。

进一步地，在一些实施例中，所述根据健康检查结果置位服务器状态，包括：

当探测请求没有收到正确的检查结果时，等待一个探测周期后进行下一次探测，若达到探测次数上限，将所述服务器状态置为异常状态；

当探测请求收到正确的检查结果时，将所述服务器状态置为正常状态。

在上述实现过程中，提供一种根据健康检查结果置位服务器状态的具体方式。

进一步地，在一些实施例中，所述方法还包括：

上报故障服务器的信息，所述故障服务器是处于异常状态的服务器。

在上述实现过程中，新主机确认完各服务器的健康状态后，可以将故障服务器的信息，如故障服务器的IP地址、服务器ID、型号、健康检查结果等上报给管理端，以使管理人员能够及时对该故障服务器进行问题排查和修复，从而保障业务的正常处理。

第二方面，本申请实施例提供的一种主备切换装置，所述装置应用于双机系统中的备机，所述备机为负载均衡设备，所述装置包括：

赋值模块，用于在接收到主备切换信号时，将所有服务器的状态置为未知状态，并根据引用健康检查的种类对相应的服务器的标记位进行赋值；

检查模块，用于切换成主机后，检查各服务器的标记位，若所述标记位的值为非默认值，使用所述标记位的值对应的目标探测参数对所述服务器进行健康检查，若所述标记位的值为默认值，使用基础探测参数对所述服务器进行健康检查；所述目标探测参数的探测周期短于所述基础探测参数的探测周期，和/或，所述目标探测参数的探测次数上限低于所述基础探测参数的探测次数上限；

置位模块，用于根据健康检查结果置位服务器状态，并将各服务器的标记位置为默认值。

第三方面，本申请实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

第五方面，本申请实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种主备切换方法的流程图；

图2为本申请实施例提供的一种主备切换时备机快速检查故障服务器状态的方案的工作流程的示意图；

图3为本申请实施例提供的一种主备切换装置的框图；

图4为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如背景技术记载，相关技术中存在着在负载均衡器主备切换过程中，无法快速确认故障服务器的状态，导致流量可能被调度到故障服务器上的问题。基于此，本申请实施例提供一种主备切换方案，以解决上述问题。

接下来对本申请实施例进行介绍：

如图1所示，图1是本申请实施例提供的一种主备切换方法的流程图，所述方法应用于双机系统中的备机，所述备机为负载均衡设备。通常来说，双机系统包括主机和备机，在本实施例中，该双机系统是由两台负载均衡设备组成的，这两台负载均衡设备互为备份，其中，作为主机的负载均衡设备主要负责外网请求内网业务资源的流量调度，以及内网服务器的健康检查；作为备机的负载均衡设备主要在需要主备切换时，承担起主机的工作任务。

所述方法包括：

在步骤101、在接收到主备切换信号时，将所有服务器的状态置为未知状态，并根据引用健康检查的种类对相应的服务器的标记位进行赋值；

本步骤中提到的主备切换信号可以是由双机系统自动触发，也可以是由管理人员人工触发。一般来说，主机和备机之间通过一根心跳线来连接，以监测对方的健康状态，当备机在指定的时间内未收到主机发送的心跳包时，认为主机出现故障，则备机接收到主备切换信号；或者，当管理人员通过控制台触发主备切换流程时，则备机同样接收到主备切换信号。

备机在接收到主备切换信号后，将所有服务器的状态置为未知状态，这一状态表征服务器的健康状态未确定，但可被调度流量。同时，备机根据引用健康检查的种类对相应的服务器的标记位进行赋值。在实际应用中，负载均衡设备进行流量调度的多个服务器的类型有所不同，则针对不同类型的服务器所引用的健康检查的种类也可能有所不同。健康检查的种类有TCP(Transmission Control Protocol，传输控制协议)健康检查、ICMP(Internet Control Message Protocol，Internet控制报文协议)健康检查、HTTP(HyperText Transfer Protocol，超文本传输协议)健康检查等等，其中，TCP健康检查是通过与服务器建立TCP连接来判断服务器的健康状态，如果通过TCP握手成功建立连接，说明服务器健康状态良好；ICMP健康检查是发送ping命令查看网络是否能够可达并且回包，如果收到ping回包，说明服务器连通性正常，说明服务器健康状态良好；HTTP健康检查是发送HTTP请求，并根据响应码和响应时间来判断服务器健康状况，如果响应码和响应时间均符合预期结果，说明服务器健康状态良好。

根据引用健康检查的种类对相应的服务器的标记位进行赋值，也就是说，将服务器的标记位从默认值修改为一个特定的值，这个特定的值与针对该服务器所引用的健康检查的种类是相对应的。可选地，若引用的健康检查是TCP健康检查，将相应的服务器的标记位赋值为第一值；若引用的健康检查是ICMP健康检查，将相应的服务器的标记位赋值为第二值；若引用的健康检查是HTTP健康检查，将相应的服务器的标记位赋值为第三值。通过这样设置，新主机在对各服务器进行健康检查时，可以根据各服务器的标记位的值快速确定应该获取哪种健康检查的探测参数进行探测。

进一步地，在一些实施例中，该默认值可以是0，该第一值可以是1，该第二值可以是2，该第三值可以是3。通过这样设置，方便识别，并且便于后续对健康检查的种类的扩展。当然，在其他实施例中，也可以根据具体场景的需求进行不同的设置。

在步骤102、切换成主机后，检查各服务器的标记位，若所述标记位的值为非默认值，使用所述标记位的值对应的目标探测参数对所述服务器进行健康检查，若所述标记位的值为默认值，使用基础探测参数对所述服务器进行健康检查；所述目标探测参数的探测周期短于所述基础探测参数的探测周期，和/或，所述目标探测参数的探测次数上限低于所述基础探测参数的探测次数上限；

本实施例方案给每一种健康检查提供了一套在备机升主机时使用的健康检查探测参数，即本步骤中的目标探测参数。该目标探测参数相较于基础探测参数来说，探测周期更短，和/或，探测次数上限更低，这样可以在更短的时间内确认故障服务器的状态。并且，本实施例方案给每个服务器增加了一个标记位，用来提示健康检查时应该用哪个探测参数发送探测请求，这样，备机切换成主机后即为新主机，新主机按照修改后的健康检查流程，先检查各服务器的标记位，当标记位的值不是默认值，则根据标记位的值获取相应的探测参数，并使用这些探测参数发起探测请求，当标记位的值是默认值，则使用基础探测参数发送探测请求。

本步骤中提到的基础探测参数可以是指正常探测时采用的探测参数，即探测周期为10秒，探测次数上限为3次。相应地，在一些实施例中，本步骤中提到的目标探测参数的探测周期为1秒或2秒，探测次数上限为2次。例如，TCP健康检查的目标探测参数中，探测周期可以为2秒，探测次数上限可以为2次，这样，新主机向相应服务器发送探测请求，当请求没有收到正确的检查结果时，新主机等待2秒后再次发送探测请求，若请求仍然没有收到正确的检查结果，由于已发送探测请求的次数达到探测次数上限，因此可以确定该服务器的TCP健康检查未通过。经试验发现，通过上述数值的设置，可以快速且有效地确认故障服务器的状态。当然，在其他实施例中，该目标探测参数也可以根据实际场景的需求进行相应的调整，如将探测周期调整为4秒等，本申请对此不作限制。

在步骤103、根据健康检查结果置位服务器状态，并将各服务器的标记位置为默认值。

本步骤中提到的服务器状态可以是指服务器的健康状态。通常来讲，服务器的健康状态主要包括正常状态、未知状态、异常状态，其中，正常状态表征健康检查已通过，可被调度流量；未知状态表征健康状态未确定，可被调度流量；异常状态表征健康状态未通过，不可被调度流量。在一些实施例中，本步骤中提到的根据健康检查结果置为服务器状态可以包括：当探测请求没有收到正确的检查结果时，等待一个探测周期后进行下一次探测，若达到探测次数上限，将所述服务器状态置为异常状态；当探测请求收到正确的检查结果时，将所述服务器状态置为正常状态。也就是说，新主机发送探测请求后，若服务器响应超时或是响应报文不符合预期结果，表明请求没有正确的检查结果，则新主机等待一个探测周期后进行下一次探测，如果达到探测上限，将服务器状态置为异常状态，这样该服务器将不再被调度流量，而当请求收到正确的检查结果，则直接将服务器状态置为正常状态，从而完成本次的健康检查流程。

新主机在第一次使用新的探测参数进行状态检查后，已经可以确认出故障服务器状态，此时新主机将各服务器的标记位置为默认值，表明后续采用基础探测参数进行健康检查，即恢复正常探测。如此可以减少健康检查流量的消耗，从而避免占用过多的网络带宽和服务器资源。

进一步地，在一些实施例中，上述方法还可以包括：上报故障服务器的信息，所述故障服务器是处于异常状态的服务器。也就是说，新主机确认完各服务器的健康状态后，可以将故障服务器的信息，如故障服务器的IP地址、服务器ID、型号、健康检查结果等上报给管理端，以使管理人员能够及时对该故障服务器进行问题排查和修复，从而保障业务的正常处理。

本申请实施例，给每一种健康检查提供一套在备机升主机时使用的新的探测参数，当接收到主备切换信号时，备机首先将服务器的状态全部置为未知状态，然后将所有成员的标记位根据引用健康检查的类型进行赋值，升为主机后，根据标记位的值获取新的探测参数进行健康检查，再根据健康检查置位服务器状态，并将各服务器的标记位置为默认值，以恢复正常探测。由于新的探测参数具有更短的探测周期和/或更小的探测次数上限，因此，在主备切换后只在第一次使用新的探测参数进行状态检查，可以快速确认故障服务器的状态，从而减少流量异常调度的时间，同时尽量减低健康检查对带宽和服务器资源的消耗。

为了对本申请的方案做更为详细的说明，接下来介绍一具体实施例：

主备切换业务是保证网络可靠性的重要手段。业务组网包括两台负载均衡器和多台服务器，其中，两台负载均衡器作为主备场景下的主备机，主要负责外网请求内网业务资源的流量调度，以及内网服务器的健康检查。在本实施例之前，由于主备机制的原因，主备切换前，负载均衡器备机上的所有服务器的状态都被置为异常状态，主备切换后，新主机跳过健康检查主动将服务器的状态置为未知状态，这样可以保证业务在主备切换完成后即可正常使用。但这也带来另外一个问题，若部分服务器在主备切换前就已经故障，在这种情况下发生主备切换，故障服务器会被置为未知状态，而确认故障服务器的状态往往需要经过三个健康检查探测周期，在此期间流量可能被调度到故障服务器上。如果直接缩短健康检查探测周期，则健康检查流量会大量增加，占用的网络带宽和服务器资源也会大量增加。基于此，本实施例提供一种主备切换时备机快速检查故障服务器状态的方案，以解决上述问题。

本实施例方案应用于在主备切换前为备机，主备切换后为新主机的负载均衡器，该方案的工作流程如图2所示，包括：

S201、接收到主备切换信号；

S202、将所有成员置为未知状态；

S203、根据健康检查的类型对所有成员的标记位进行赋值，具体地，该标记位的默认值为0，若针对服务器的健康检查类型为TCP健康检查，则将其标记位置为1，若针对服务器的健康检查类型为ICMP健康检查，则将其标记位置为2，若针对服务器的健康检查类型为HTTP健康检查，则将其标记位置为3；

S204、升为主机；

S205、检查各成员的标记位，根据标记位获取相应的探测参数发送健康检查探测请求；具体地，如果标记位的值为0，则根据原有的探测参数，即探测周期为10s，探测次数上限为3次进行健康检查；如果标记位的值非0，则根据标记位的值获取相应的探测参数，如标记位的值为1时，新的探测参数中探测周期为2s，探测次数上限为2次，标记位的值为2时，新的探测参数中探测周期为1s，探测次数上限为1次，并使用这些探测参数进行健康检查；

S206、判断是否收到正确的检查结果，是则执行S207，否则执行S210；

S207、等待一个探测周期；

S208、判断是否达到探测次数上限，是则执行S209，否则返回到S205；

S209、将服务器状态置为异常状态，之后执行S211；具体地，当探测到故障服务器时不会收到响应，经过多次探测后，达到探测上限将服务器状态置为异常状态，此时故障服务器将不再被调度流量；

S210、将服务器状态置为正常状态，之后执行S211；具体地，当服务器正常响应，则将服务器状态置为正常状态，此时正常服务器将继续被调度流量；

S211、将当前成员标记位的值置为0；具体地，在服务器的状态确认后恢复健康检查的正常探测参数，减少探测参数调整带来的影响；

S212、等待一个探测周期，然后返回S205。

本实施例方案，在主备切换时，灵活切换健康检查探测参数，使新主机快速确认故障服务器状态，减少故障服务器处于未知状态的时间，从而减少流量异常调度的时间，而且只在主备切换后第一次健康检查时使用新的探测参数进行状态检查，尽量降低健康检查对带宽和服务器资源的消耗。

与前述方法的实施例相对应，本申请还提供主备切换装置及其应用的终端的实施例：

如图3所示，图3是本申请实施例提供的一种主备切换装置的框图，所述装置应用于双机系统中的备机，所述备机为负载均衡设备，所述装置包括：

赋值模块31，用于在接收到主备切换信号时，将所有服务器的状态置为未知状态，并根据引用健康检查的种类对相应的服务器的标记位进行赋值；

检查模块32，用于切换成主机后，检查各服务器的标记位，若所述标记位的值为非默认值，使用所述标记位的值对应的目标探测参数对所述服务器进行健康检查，若所述标记位的值为默认值，使用基础探测参数对所述服务器进行健康检查；所述目标探测参数的探测周期短于所述基础探测参数的探测周期，和/或，所述目标探测参数的探测次数上限低于所述基础探测参数的探测次数上限；

置位模块33，用于根据健康检查结果置位服务器状态，并将各服务器的标记位置为默认值。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本申请还提供一种电子设备，请参见图4，图4为本申请实施例提供的一种电子设备的结构框图。电子设备可以包括处理器410、通信接口420、存储器430和至少一个通信总线440。其中，通信总线440用于实现这些组件直接的连接通信。其中，本申请实施例中电子设备的通信接口420用于与其他节点设备进行信令或数据的通信。处理器410可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器410可以是通用处理器，包括中央处理器(CPU，Central ProcessingUnit)、网络处理器(NP，Network Processor)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。上述的处理器410可以是微处理器，或者该处理器410也可以是任何常规的处理器等。

存储器430可以是，但不限于，随机存取存储器(RAM，Random Access Memory)，只读存储器(ROM，Read Only Memory)，可编程只读存储器(PROM，Programmable Read-OnlyMemory)，可擦除只读存储器(EPROM，Erasable Programmable Read-Only Memory)，电可擦除只读存储器(EEPROM，Electric Erasable Programmable Read-Only Memory)等。存储器430中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器410执行时，电子设备可以执行上述图1方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。

所述存储器430、存储控制器、处理器410、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线440实现电性连接。所述处理器410用于执行存储器430中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图4所示的结构仅为示意，所述电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种主备切换方法，其特征在于，所述方法应用于双机系统中的备机，所述备机为负载均衡设备，所述方法包括：

在接收到主备切换信号时，将所有服务器的状态置为未知状态，并根据引用健康检查的种类对相应的服务器的标记位进行赋值；

切换成主机后，检查各服务器的标记位，若所述标记位的值为非默认值，使用所述标记位的值对应的目标探测参数对所述服务器进行健康检查，若所述标记位的值为默认值，使用基础探测参数对所述服务器进行健康检查；所述目标探测参数的探测周期短于所述基础探测参数的探测周期，和/或，所述目标探测参数的探测次数上限低于所述基础探测参数的探测次数上限；

根据健康检查结果置位服务器状态，并将各服务器的标记位置为默认值。

2.根据权利要求1所述的方法，其特征在于，所述根据引用健康检查的种类对相应的服务器的标记位进行赋值，包括：

若引用的健康检查是TCP健康检查，将相应的服务器的标记位赋值为第一值；

若引用的健康检查是ICMP健康检查，将相应的服务器的标记位赋值为第二值；

若引用的健康检查是HTTP健康检查，将相应的服务器的标记位赋值为第三值。

3.根据权利要求2所述的方法，其特征在于，所述默认值为0，所述第一值为1，所述第二值为2，所述第三值为3。

4.根据权利要求1所述的方法，其特征在于，所述目标探测参数的探测周期为1秒或2秒，探测次数上限为2次。

5.根据权利要求1所述的方法，其特征在于，所述根据健康检查结果置位服务器状态，包括：

当探测请求没有收到正确的检查结果时，等待一个探测周期后进行下一次探测，若达到探测次数上限，将所述服务器状态置为异常状态；

当探测请求收到正确的检查结果时，将所述服务器状态置为正常状态。

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

上报故障服务器的信息，所述故障服务器是处于异常状态的服务器。

7.一种主备切换装置，其特征在于，所述装置应用于双机系统中的备机，所述备机为负载均衡设备，所述装置包括：

赋值模块，用于在接收到主备切换信号时，将所有服务器的状态置为未知状态，并根据引用健康检查的种类对相应的服务器的标记位进行赋值；

检查模块，用于切换成主机后，检查各服务器的标记位，若所述标记位的值为非默认值，使用所述标记位的值对应的目标探测参数对所述服务器进行健康检查，若所述标记位的值为默认值，使用基础探测参数对所述服务器进行健康检查；所述目标探测参数的探测周期短于所述基础探测参数的探测周期，和/或，所述目标探测参数的探测次数上限低于所述基础探测参数的探测次数上限；

置位模块，用于根据健康检查结果置位服务器状态，并将各服务器的标记位置为默认值。

8.一种计算机程序产品，其特征在于，所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的方法。

10.一种电子设备，其特征在于，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的方法。

Images