CN107018182B - 负载均衡的容错处理方法及装置 - Google Patents

Abstract

本发明公开了一种负载均衡的容错处理方法及装置，属于网络技术领域。所述方法包括：针对任务请求，在参与负载均衡的服务节点中选取一个服务节点，根据所述服务节点的历史连接状态，与所述服务节点进行连接尝试，得到连接结果，若所述连接结果为失败，则将历史连接状态为不可用的所述服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点。另外，还提供了一种负载均衡的容错处理装置。上述负载均衡的容错处理方法及装置能够减少负载均衡中与服务节点的网络连接尝试次数。

Description

负载均衡的容错处理方法及装置

技术领域

本发明涉及网络技术领域，特别涉及一种负载均衡的容错处理方法及装置。

背景技术

负载均衡是分布式网络系统必须考虑的因素之一，通过负载均衡，在接收服务请求后，将任务请求均匀分摊到多个服务节点上执行，对任务请求进行分流，从而实现业务的水平扩展。

负载均衡中，当分布式网络系统规模扩大时，软硬件发生故障的概率大大增加。因此，需对负载均衡处理进行容错。

图1是根据一示例性实施例示出的Nginx分布式网络系统在负载均衡时进行容错处理的示意图。在负载均衡时，连接失败次数达到预定上限次数服务节点将被停用，并且该服务节点的连接失败次数被清零。经过预设等待时间之后，还需与该服务节点进行预定上限次数的连接尝试，才再次将该服务节点停用。

若服务节点出现长时间的故障，将因对该服务节点进行较多次数的无效连接尝试而使网络连接尝试次数较多，从而导致连接时间较长，大大影响了分布式网络系统中的负载均衡处理效率。

因此，有必要对负载均衡的容错处理进行优化，减少负载均衡中对服务节点的网络连接尝试次数。

发明内容

为了解决相关技术中负载均衡中对服务节点的网络连接尝试次数较多的技术问题，本发明提供了一种负载均衡的容错处理方法及装置。

第一方面，本发明实施例提供了一种负载均衡的容错处理方法，包括：

针对任务请求，在参与负载均衡的服务节点中选取一个服务节点；

根据所述服务节点的历史连接状态，与所述服务节点进行连接尝试，得到连接结果；

若所述连接结果为失败，则将历史连接状态为不可用的所述服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点。

第二方面，本发明实施例提供了一种负载均衡的容错处理装置，包括：

节点选取模块，用于针对任务请求，在参与负载均衡的服务节点中选取一个服务节点；

连接尝试模块，用于根据所述服务节点的历史连接状态，与所述服务节点进行连接尝试，得到连接结果；

连接失败处理模块，用于若所述连接结果为失败，将历史连接状态为不可用的所述服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点。

本发明的实施例提供的技术方案可以包括以下有益效果：

针对任务请求，在参与负载均衡的服务节点中选取一个服务节点，根据选取的服务节点的历史连接状态，与所述服务节点进行连接尝试，若与该服务节点连接失败，则将历史连接状态为不可用的所述服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点，避免了在服务节点出现长时间故障时，仍对该服务节点进行较多次数的无效连接尝试，减少了负载均衡时与服务节点的网络连接次数，从而减少负载均衡时与服务节点的连接时间。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的Nginx分布式网络系统进行容错处理的示意图。

图2是根据一示例性实施例示出的一种负载均衡的容错处理方法流程图。

图3是根据图2对应实施例示出的负载均衡的容错处理方法中步骤S120的具体实现流程图。

图4是根据本发明实施例所涉及的实施环境的示意图。

图5是根据一示例性实施例示出的一种负载均衡的容错处理装置框图。

图6是根据图5对应实施例示出的负载均衡的容错处理装置中连接尝试模块120的具体框图。

图7是根据一示例性实施例示出的一种终端的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在一个实施例中，本公开涉及的实施环境包括：计算机设备和装设在计算机设备上的负载均衡的容错处理处理模组。其中，计算机设备具有独立操作系统，独立运行空间，可以安装软件以及第三方服务商提供的软件，例如，计算机设备可以是各种智能系统处理设备等。负载均衡的容错处理模组是能够对负载均衡进行容错处理的硬件模块。

图2是根据一示例性实施例示出的一种负载均衡的容错处理方法流程图。如图2所示，该负载均衡的容错处理方法中，服务节点包括可用服务节点和不可用服务节点，该负载均衡的容错处理方法可以包括以下步骤。

在步骤S110中，针对任务请求，在参与负载均衡的服务节点中选取一个服务节点。

服务节点是负载均衡中对任务请求进行处理的服务器。

分布式网络系统进行负载均衡处理时，通过在参与负载均衡的服务节点历选服务节点。在与某个服务节点连接成功后，采用该服务节点对任务请求进行处理；在与某个服务节点连接失败后，历选其它服务节点，并尝试进行连接，直至与某个服务节点连接成功。

例如，分布式网络系统中参与负载均衡的服务节点按照连接顺序分别为W1、W2、W3。接收任务请求后，从服务节点W1、W2、W3中选取服务节点W1进行连接尝试，连接失败后，依次选取服务节点W2、服务节点W3进行连接尝试，直至与某个服务节点连接成功。

在步骤S120中，根据服务节点的历史连接状态，与服务节点进行连接尝试，得到连接结果，若连接结果为失败（N），则执行步骤S130，若连接结果为成功（Y），则执行步骤S210。

历史连接状态是根据服务节点的历史连接记录而对服务节点的分类标识。

服务节点的历史连接状态包括可用和不可用。

需要说明的是，可用和不可用为服务节点的两种历史连接状态，这两种状态之间可以相互进行转换。

例如，通过状态标识符flag对服务节点的历史连接状态进行标识，当服务节点的历史连接状态为可用时，其状态标识符flag为true；当服务节点的历史连接状态为不可用时，其状态标识符flag为false。通过改变服务节点的状态标识符flag，实现服务节点的历史连接状态转换。

需要说明的是，在与选取的服务节点进行连接尝试之前，须先进行历史连接状态的判别。

在一具体的示例性实施例中，针对历史连接状态为可用的服务节点，在该节点被选取后则直接与该服务节点进行连接尝试。

在一具体的示例性实施例中，针对历史连接状态为不可用的服务节点，在该服务节点被选取后，还须在停用时间达标后再与该服务节点进行连接尝试。

连接结果为失败或者成功，若连接结果为失败，则将历史连接状态为不可用的服务节点停用预设等待时间，将将历史连接状态为可用的服务节点进行连接失败次数的累加；若连接结果为成功，则将服务节点的连接失败次数清零，并采用服务节点处理任务请求。

在步骤S130中，将历史连接状态为不可用的服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点。

预设等待时间是预先设置的时间值。

当与历史连接状态为不可用的服务节点进行连接尝试后，仍连接失败，则将该服务节点停用预设等待时间。从而避免服务节点出现长时间的故障时仍对该服务节点进行较多次数的无效连接尝试，导致网络连接尝试次数较多。

可以理解的是，在参与负载均衡的多个服务节点中，尝试与各服务节点的连接存在一定的次序。与各服务节点的连接顺序可以是预先设置的，也可以是随机生成的。

当一个服务节点连接失败后，则根据连接次序，选取下一个服务节点。

在一具体的示例性实施例中，若对参与负载均衡的所有服务节点进行一次遍历选取后，均连接失败，则等待一定时间再在参与负载均衡的服务节点中历选服务节点进行连接尝试。

在步骤S210中，将服务节点的连接失败次数清零，并采用服务节点处理任务请求。

在与服务节点连接成功时，无论该服务节点的历史连接状态为可用或不可用，均将该服务节点的连接失败次数清零，并采用该服务节点处理任务请求。

由于与服务节点连接成功，则该服务节点并非是出现长时间的故障，因此，将该服务节点的连接失败次数清零，避免后续因出现短暂的故障进行连接失败次数时，使连接失败次数达到预定上限而被停用，从而造成服务节点资源的浪费。

另外，在与服务节点连接成功时，若该服务节点的历史连接状态为不可用，还将该服务节点的历史连接状态由不可用转换为可用。从而根据服务节点的历史连接记录对服务节点的历史连接状态进行动态更新，避免因服务节点故障解除后其历史连接状态仍为不可用，造成服务节点资源的浪费。

通过如上所述的方法，在选取负载均衡的服务节点后，根据该服务节点的历史连接状态与该服务节点进行连接尝试，在连接结果为失败时，将历史连接状态为不可用的服务节点停用预设等待时间，从而无需与长时间出现故障的服务节点进行较多次数的无效连接尝试，减少负载均衡时与服务节点的网络连接次数，减少负载均衡时与服务节点的连接时间。

根据图2对应实施例示出的负载均衡的容错处理方法流程图。在步骤S110之前，该负载均衡的容错处理方法还可以包括以下步骤。

在步骤S310中，针对参与负载均衡的每一个服务节点，按照服务节点的历史连接记录，将服务节点的历史连接状态分为可用或不可用。

可以理解的是，通过将任务请求分摊到多个服务节点，实现负载均衡处理。

历史连接记录是对在参与负载均衡的各服务节点的历史连接状况的记录，包括历史连接失败次数、停用时间等。

需要说明的是，在与服务节点进行连接尝试时，将对与该服务节点的连接失败次数进行统计。

每在与服务节点连接失败时，就对该可用服务节点的连接失败次数累加一次。

根据服务节点的历史连接记录，将该服务节点的历史连接状态分为可用或不可用。

例如，当服务节点的历史连接失败次数达到预定上限时，将该服务节点的历史连接状态分为不可用；当服务节点的在本次连接尝试成功后，将该服务节点的历史连接状态分为可用。

利用如上所述的方法，根据服务节点的历史连接记录，将参与负载均衡的各服务节点的历史连接状态分为可用或不可用，进而根据历史连接状态与服务节点进行连接尝试，从而在负载均衡时能够根据服务节点的历史连接状态更有针对性对服务节点进行容错处理，减少与服务节点的连接尝试次数，减少负载均衡的服务节点连接时间。

图3根据图2对应实施例示出的一种负载均衡的容错处理方法流程图。如图3所示，在图2对应实施例中的步骤S120还可以包括以下步骤。

在步骤S121中，若服务节点的历史连接状态为不可用，则获取服务节点的停用时间。

如前所述的，服务节点的历史连接状态为不可用时，该服务节点将被停用预设等待时间。

在一具体的示例性实施例中，通过当前系统时间与服务节点被停用的系统时间，计算该服务节点的停用时间。

在步骤S122中，判断停用时间是否达到预设等待时间，若为是（Y），则执行步骤S123，若为否（N），则执行步骤S124。

预设等待时间是预先设置的时间值。在停用时间未达到预设等待时间时，表明该服务节点的停用时间还不够，仍需停用；在停用时间达到预设等待时间时，表明该服务节点的停用时间已到，若长时间停用，将因该服务节点的故障恢复而造成资源浪费，因此与服务节点进行连接尝试。

在步骤S123中，与服务节点进行连接尝试，得到连接结果。

在步骤S124中，将服务节点继续停用。

利用如上所述的方法，在选取的服务节点的历史连接状态为不可用时，将先进行该服务节点的停用时间判断，在服务节点的停用时间达到预定等待时间后，再进行连接尝试，进而避免服务节点出现长时间故障时仍进行无效的连接尝试，从而减少了与服务节点的连接次数，减短了负载均衡时与服务节点的连接时间。

下面结合具体的应用场景来详细阐述如上的负载均衡的容错处理方法。负载均衡的容错处理方法运行于计算机设备中。具体的，如图4所示。

步骤S510，服务节点的历史连接状态分类。针对参与负载均衡的每一个服务节点，按照服务节点的历史连接记录，将服务节点的历史连接状态分为可用或不可用。

步骤S520，接收任务请求，进行负载均衡的服务节点选择。

步骤S530，判断服务节点的历史连接状态是否为可用，若历史连接状态为可用（Y），则执行步骤S540；若历史连接状态为不可用（N），则执行步骤S531。

步骤S531，获取服务节点的停用时间。

步骤S532，判断停用时间是否达到预设等待时间。若停用时间达到预设等待时间，则执行步骤S540；若停用时间未达到预设等待时间，则执行步骤S520。

步骤S540，与该服务节点进行连接尝试，得到连接结果。若连接结果为成功（Y），则执行步骤S551；若该服务节点的历史连接状态为不可用，且连接结果为失败（N1），则执行步骤S552；若该服务节点的历史连接状态为可用，且连接结果为失败（N2），则执行步骤S553。

步骤S551，将服务节点的连接失败次数清零，并采用服务节点处理任务请求，将服务节点的历史连接状态置为可用。在该服务节点的历史连接状态为不可用时，将其历史连接状态转换为不可用；在该服务节点的历史连接状态为可用时，保持其历史连接状态不变。

步骤S552，将历史连接状态为不可用的服务节点停用预设等待时间。

步骤S553，对历史连接状态为可用的服务节点的连接失败次数进行累加。

步骤S560，判断连接失败次数是否达到预定上限次数。若为是（Y），则在执行步骤S570后执行步骤S520；若为否（N），则执行步骤S520。

步骤S570，进行服务节点的历史连接状态转换。将该服务节点的历史连接状态由可用转换为不可用。

下述为本发明装置实施例，可以用于执行上述负载均衡的容错处理方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明负载均衡的容错处理方法实施例。

图5是根据一示例性实施例示出的一种负载均衡的容错处理装置框图，该装置包括但不限于：节点选取模块110、连接尝试模块120及连接失败处理模块130。

节点选取模块110，用于针对任务请求，在参与负载均衡的服务节点中选取一个服务节点；

连接尝试模块120，用于根据服务节点的历史连接状态，与服务节点进行连接尝试，得到连接结果；

连接失败处理模块130，用于若连接结果为失败，将历史连接状态为不可用的服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点。

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

可选的，根据图5对应实施例示出的一种负载均衡的容错处理装置框图，该装置还包括但不限于：连接成功处理模块。

连接成功处理模块，用于在连接结果为成功时，则将服务节点的连接失败次数清零，并采用服务节点处理任务请求。

可选的，根据图5对应实施例示出的一种负载均衡的容错处理装置框图，服务节点的历史连接状态为不可用，该装置还包括但不限于：不可用节点连接成功处理模块。

不可用节点连接成功处理模块，用于将所述服务节点的连接失败次数清零，及将所述服务节点的历史连接状态由不可用转换为可用，并采用所述服务节点处理所述任务请求。

可选的，根据图5对应实施例示出的一种负载均衡的容错处理装置框图，该装置还包括但不限于：历史连接状态分类模块。

历史连接状态分类模块，用于针对参与负载均衡的每一个服务节点，按照服务节点的历史连接记录，将服务节点的历史连接状态分为可用或不可用。

可选的，图6根据图5对应实施例示出的一种负载均衡的容错处理装置中连接尝试模块120的框图，该连接尝试模块120还包括但不限于：停用时间获取单元121、停用时间判断单元122和连接尝试单元123。

停用时间获取单元121，用于在服务节点的历史连接状态为不可用时，获取服务节点的停用时间；

停用时间判断单元122，用于判断停用时间是否达到预设等待时间；

连接尝试单元123，用于在停用时间达到预设等待时间时，与服务节点进行连接尝试，得到连接结果。

图7是根据一示例性实施例示出的一种终端100的框图。终端100可以应用于是上述实施环境中的计算机设备。

参考图7，终端100可以包括以下一个或者多个组件：处理组件101，存储器102，电源组件103，多媒体组件104，音频组件105，传感器组件107以及通信组件108。其中，上述组件并不全是必须的，终端100可以根据自身功能需求增加其他组件或减少某些组件，本实施例不作限定。

处理组件101通常控制终端100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件101可以包括一个或多个处理器109来执行指令，以完成上述操作的全部或部分步骤。此外，处理组件101可以包括一个或多个模块，便于处理组件101和其他组件之间的交互。例如，处理组件101可以包括多媒体模块，以方便多媒体组件104和处理组件101之间的交互。

存储器102被配置为存储各种类型的数据以支持在终端100的操作。这些数据的示例包括用于在终端100上操作的任何应用程序或方法的指令。存储器102可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如SRAM（Static Random AccessMemory，静态随机存取存储器），EEPROM（Electrically Erasable Programmable Read-Only Memory，电可擦除可编程只读存储器），EPROM（Erasable Programmable Read OnlyMemory，可擦除可编程只读存储器），PROM（Programmable Read-Only Memory，可编程只读存储器），ROM（Read-Only Memory，只读存储器），磁存储器，快闪存储器，磁盘或光盘。存储器102中还存储有一个或多个模块，该一个或多个模块被配置成由该一个或多个处理器109执行，以完成图2、图3、图4、图5和图6任一所示方法中的全部或者部分步骤。

电源组件103为终端100的各种组件提供电力。电源组件103可以包括电源管理系统，一个或多个电源，及其他与为终端100生成、管理和分配电力相关联的组件。

多媒体组件104包括在所述终端100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括LCD（Liquid Crystal Display，液晶显示器）和TP（TouchPanel，触摸面板）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件105被配置为输出和/或输入音频信号。例如，音频组件105包括一个麦克风，当终端100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器102或经由通信组件108发送。在一些实施例中，音频组件105还包括一个扬声器，用于输出音频信号。

传感器组件107包括一个或多个传感器，用于为终端100提供各个方面的状态评估。例如，传感器组件107可以检测到终端100的打开/关闭状态，组件的相对定位，传感器组件107还可以检测终端100或终端100一个组件的位置改变以及终端100的温度变化。在一些实施例中，该传感器组件107还可以包括磁传感器，压力传感器或温度传感器。

通信组件108被配置为便于终端100和其他设备之间有线或无线方式的通信。终端100可以接入基于通信标准的无线网络，如WiFi（WIreless-Fidelity，无线网络），2G或3G，或它们的组合。在一个示例性实施例中，通信组件108经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件108还包括NFC（Near Field Communication，近场通信）模块，以促进短程通信。例如，在NFC模块可基于RFID（Radio Frequency Identification，射频识别）技术，IrDA（Infrared DataAssociation，红外数据协会）技术，UWB（Ultra-Wideband，超宽带）技术，BT（Bluetooth，蓝牙）技术和其他技术来实现。

在示例性实施例中，终端100可以被一个或多个ASIC（Application SpecificIntegrated Circuit，应用专用集成电路）、DSP（Digital Signal Processing，数字信号处理器）、PLD（Programmable Logic Device，可编程逻辑器件）、FPGA（Field－ProgrammableGate Array，现场可编程门阵列）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

该实施例中的终端的处理器执行操作的具体方式已经在有关该负载均衡的容错处理方法的实施例中执行了详细描述，此处将不再做详细阐述说明。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，本领域技术人员可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种负载均衡的容错处理方法，其特征在于，所述方法包括：

针对任务请求，在参与负载均衡的服务节点中选取一个服务节点；

根据所述服务节点的历史连接状态，与所述服务节点进行连接尝试，得到连接结果，其中，若所述历史连接状态为可用，则与所述服务节点进行连接尝试，得到连接结果，若所述历史连接状态为不可用，则判断所述服务节点的停用时间是否达到预设等待时间，是则与所述服务节点进行连接尝试，得到连接结果；

若所述连接结果为失败，其中，若所述服务节点的所述历史状态为不可用，则将所述服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点，若所述服务节点的所述历史状态为可用，则记录所述服务节点的连接失败次数，并判断所述连接失败次数是否达到预定值，是则将所述服务节点的所述历史连接状态由可用转换为不可用。

2.根据权利要求1所述的方法，其特征在于，根据所述服务节点的历史连接状态，所述服务节点进行连接尝试，得到连接结果，其中，若所述历史连接状态为可用，则与所述服务节点进行连接尝试，得到连接结果，若所述历史连接状态为不可用，则判断所述服务节点的停用时间是否达到预设等待时间，是则与所述服务节点进行连接尝试，得到连接结果的步骤之后，所述方法还包括：

若所述连接结果为成功，则将所述服务节点的连接失败次数清零，并采用所述服务节点处理所述任务请求。

3.根据权利要求1所述的方法，其特征在于，所述服务节点的历史连接状态为不可用，所述根据所述服务节点的历史连接状态，所述服务节点进行连接尝试，得到连接结果，其中，若所述历史连接状态为可用，则与所述服务节点进行连接尝试，得到连接结果，若所述历史连接状态为不可用，则判断所述服务节点的停用时间是否达到预设等待时间，是则与所述服务节点进行连接尝试，得到连接结果的步骤之后，所述方法还包括：

若所述连接结果为成功，则将所述服务节点的连接失败次数清零，及将所述服务节点的历史连接状态由不可用转换为可用，并采用所述服务节点处理所述任务请求。

4.根据权利要求1所述的方法，其特征在于，所述针对任务请求，在参与负载均衡的服务节点中选取一个服务节点的步骤之前，所述方法还包括：

针对参与负载均衡的每一个服务节点，按照所述服务节点的历史连接记录，将所述服务节点的历史连接状态分为可用或不可用。

5.根据权利要求1所述的方法，其特征在于，所述根据所述历史连接状态，与所述服务节点进行连接尝试，得到连接结果的步骤包括：

若所述服务节点的历史连接状态为不可用，则获取所述服务节点的停用时间；

判断所述停用时间是否达到预设等待时间，若为是，则

与所述服务节点进行连接尝试，得到连接结果。

6.一种负载均衡的容错处理装置，其特征在于，所述装置包括：

节点选取模块，用于针对任务请求，在参与负载均衡的服务节点中选取一个服务节点；

连接尝试模块，用于根据所述服务节点的历史连接状态，与所述服务节点进行连接尝试，得到连接结果，其中，若所述历史连接状态为可用，则与所述服务节点进行连接尝试，得到连接结果，若所述历史连接状态为不可用，则判断所述服务节点的停用时间是否达到预设等待时间，是则与所述服务节点进行连接尝试，得到连接结果；

连接失败处理模块，用于若所述连接结果为失败，其中，若所述服务节点的所述历史状态为不可用，则将所述服务节点停用预设等待时间，并在参与负载均衡的服务节点中历选其他服务节点，若所述服务节点的所述历史状态为可用，则记录所述服务节点的连接失败次数，并判断所述连接失败次数是否达到预定值，是则将所述服务节点的所述历史连接状态由可用转换为不可用。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

连接成功处理模块，用于在所述连接结果为成功时，则将所述服务节点的连接失败次数清零，并采用所述服务节点处理所述任务请求。

8.根据权利要求6所述的装置，其特征在于，所述服务节点的历史连接状态为不可用，所述装置还包括：

不可用节点连接成功处理模块，用于若所述连接结果为成功，则将所述历史连接状态为不可用的所述服务节点的连接失败次数清零，及将所述服务节点的历史连接状态由不可用转换为可用，并采用所述服务节点处理所述任务请求。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

历史连接状态分类模块，用于针对参与负载均衡的每一个服务节点，按照所述服务节点的历史连接记录，将所述服务节点的历史连接状态分为可用或不可用。

10.根据权利要求6所述的装置，其特征在于，所述连接尝试模块还包括：

停用时间获取单元，用于在所述服务节点的历史连接状态为不可用时，获取所述服务节点的停用时间；

停用时间判断单元，用于判断所述停用时间是否达到预设等待时间；

连接尝试单元，用于在所述停用时间达到预设等待时间时，与所述服务节点进行连接尝试，得到连接结果。

Images