CN105376317A - 负载均衡的控制方法及装置 - Google Patents

Abstract

本发明公开了一种负载均衡的控制方法及装置。其中，该方法包括：采集服务器集群中各个服务器节点的节点路由信息，其中，节点路由信息用于记录服务器节点对应的数据流量；通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；根据路由数据池，通过负载均衡算法生成负载均衡规则，其中，负载均衡规则至少包括：当服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；将接收到的数据处理请求，按照负载均衡规则调度至目标服务器节点。本发明解决了由于负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的技术问题。

Description

负载均衡的控制方法及装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种负载均衡的控制方法及装置。

背景技术

随着科技的不断更新，在互联网技术快速发展的今天，用户对于互联网的需求愈加旺盛。在实际应用当中，互联网上交互的数据体量快速增长，这大大加重了服务器的处理压力。为了实现高效的对海量数据进行高效处理，服务器集群化技术得到了高速发展，并逐渐取代传统的单机服务器。而负载均衡技术作为服务器集群化技术中必不可少的一环，被人们越来越值得重视起来。

目前，主要的负载均衡系统主要是基于对某个关键字段进行类似哈希算法方式进行计算，得到对当前数据进行处理的处理节点，并将该数据交予对应的节点进行相关的数据处理。而当服务器集群中的某个节点失效后，负载均衡系统可以根据调度算法生成新的节点，用于替代失活节点处理请求。当失活节点恢复处理能力时，负载均衡算法将恢复对该节点进行数据分配，从而使负载均衡算法的哈希结果能够尽可能的分布到所有节点上。在针对平等节点的负载均衡系统中，现有的负载均衡系统有如下弊端：

1、现有的负载均衡系统中，通过keepalive的机制来保证负载均衡系统中各个节点的有效性。但是，keepalive无法进行节点流量的反馈，导致在负载不均衡时无法对其进行调整。

2、现有的负载均衡系统中，在有效的哈希因子相对集中时，将出现流量不均衡现象。当数据量变化很大时，这种现象的缺点将被成倍放大，将导致某些节点的负载过高从而影响用户体验和集群整体性能。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种负载均衡的控制方法及装置，以至少解决由于负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的技术问题。

根据本发明实施例的一个方面，提供了一种负载均衡的控制方法，包括：采集服务器集群中各个服务器节点的节点路由信息，其中，节点路由信息用于记录服务器节点对应的数据流量；通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；根据路由数据池，通过负载均衡算法生成负载均衡规则，其中，负载均衡规则至少包括：当服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；将接收到的数据处理请求，按照负载均衡规则调度至目标服务器节点。

进一步地，负载均衡规则还包括：当服务器集群启动时，根据第二负载均衡算法生成的基础负载均衡规则。

进一步地，根据路由数据池，通过负载均衡算法生成负载均衡规则，包括：根据路由数据池，确定各个服务器节点的实时数据流量；根据实时数据流量对服务器节点进行排序，确定流量最小的服务器节点为目标服务器节点。

进一步地，在采集服务器集群中各个服务器节点的节点路由信息之前，方法还包括：按照预先设定的第一时间周期，获取服务器集群中的每个服务器节点的实际运行状态，其中，实际运行状态至少包括：有效或失效；根据每个服务器节点的实际运行状态，更新服务器节点路由表，其中，服务器节点路由表用于记录实际运行状态为有效的服务器节点的节点路由信息。

进一步地，采集服务器集群中各个服务器节点的节点路由信息，包括：按照预先设定的第二时间周期，获取服务器节点的发送数据量或接收数据量；根据每次获取的发送数据量或接收数据量，计算服务器节点的实时数据流量；根据实时数据流量，更新服务器节点路由表的节点路由信息。

进一步地，在将接收到的数据处理请求根据负载均衡规则调度至目标服务器节点之后，方法还包括：获取数据处理请求的处理数据量；将数据处理请求的处理数据量累加至与目标服务器节点对应的节点路由信息中。

根据本发明实施例的另一方面，还提供了一种负载均衡的控制装置，包括：采集模块，用于采集服务器集群中各个服务器节点的节点路由信息，其中，节点路由信息用于记录服务器节点对应的数据流量；第一生成模块，用于通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；第二生成模块，用于根据路由数据池，通过负载均衡算法生成负载均衡规则，其中，负载均衡规则至少包括：当服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；调度模块，用于将接收到的数据处理请求，按照负载均衡规则调度至目标服务器节点。

进一步地，第二生成模块包括：子确定模块，用于根据路由数据池，确定各个服务器节点的实时数据流量；子处理模块，用于根据实时数据流量对服务器节点进行排序，确定流量最小的服务器节点为目标服务器节点。

进一步地，装置还包括：第一获取模块，用于按照预先设定的第一时间周期，获取服务器集群中的每个服务器节点的实际运行状态，其中，实际运行状态至少包括：有效或失效；更新模块，用于根据每个服务器节点的实际运行状态，更新服务器节点路由表，其中，服务器节点路由表用于记录实际运行状态为有效的服务器节点的节点路由信息。

进一步地，采集模块包括：子获取模块，用于按照预先设定的第二时间周期，获取服务器节点的发送数据量或接收数据量；子计算模块，用于根据每次获取的发送数据量或接收数据量，计算服务器节点的实时数据流量；子更新模块，用于根据实时数据流量，更新服务器节点路由表的节点路由信息。

进一步地，装置还包括：第二获取模块，用于获取数据处理请求的处理数据量；处理模块，用于将数据处理请求的处理数据量累加至与目标服务器节点对应的节点路由信息中。

在本发明实施例中，采用采集服务器集群中各个服务器节点的节点路由信息，其中，节点路由信息用于记录服务器节点对应的数据流量；通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；根据路由数据池，通过负载均衡算法生成负载均衡规则，其中，负载均衡规则至少包括：当服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；将接收到的数据处理请求，按照负载均衡规则调度至目标服务器节点的方式。相较于现有的技术方案，由于增加了基于流量反馈的高优先级负载均衡规则，使得当负载不均衡时系统通过高优先级的负载均衡规则进行细粒度调整，从而达到了对服务器集群中各台服务器的负载进行均衡的目的进而解决了由于负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的技术问题。

附图说明

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

图1是根据本发明实施例的一种负载均衡的控制方法的流程示意图；

图2是根据本发明实施例的一种可选的负载均衡的控制方法的流程示意图；

图3是一种可选的应用本发明实施例的负载均衡的控制方法的负载均衡系统结构示意图；

图4是根据本发明实施例的一种可选的负载均衡的控制方法的流程示意图；

图5是一种可选的应用本发明实施例的负载均衡的控制方法的负载均衡系统结构示意图；

图6是根据本发明实施例的一种负载均衡的控制装置的示意图；

图7是根据本发明实施例的一种可选的负载均衡的控制装置的示意图；以及

图8是根据本发明实施例的一种可选的负载均衡的控制装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种负载均衡的控制方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的负载均衡的控制方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，采集服务器集群中各个服务器节点的节点路由信息，其中，所述节点路由信息用于记录所述服务器节点对应的数据流量。

具体的，在上述步骤S102中，用于采集节点路由信息的服务器或系统服务，可以根据路由地址表采集服务器集群中各台服务器节点的数据流量值。其中，数据流量值为各台服务器节点在单位时间内吞吐的数据量大小。

在实际应用当中，在服务器集群中的每台节点服务器中，可以设置用于统计节点服务器的数据流量值的扫描程序。扫描程序可以以预定的时间频率，向用于采集节点路由信息的服务器或系统服务，上报与服务器节点对应的数据流量值。或者，也可以由用于采集节点路由信息的服务器或系统服务，访问各台服务器节点中的扫描程序，以获取该服务器节点的数据流量值。采集服务器节点的节点路由信息的方法包括但不限于上述两种方式之一，此处不做限制。

步骤S104，通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池。

步骤S106，根据路由数据池，通过负载均衡算法生成负载均衡规则，其中，负载均衡规则至少包括：当服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则。

具体的，在单位时间内，服务器节点吞吐的数据量大小(即数据流量值)可以反映服务器节点在单位时间内处理的数据量，从而进一步的，可以根据服务器节点在单位时间内处理的数据量，确定服务器节点的负载情况。因此，可以通过上述步骤S104至步骤S106，统计每个服务器节点的数据流量生成路由数据池，并且根据服务器节点所对应的数据流量，按照数据流量的大小对生成用于对负载均衡的负载均衡规则。此时，根据路由数据池生成的负载均衡规则为高优先级负载均衡规则，该高优先级负载均衡规则的优先级高于在服务器集群启动时生成的基础负载均衡规则。在实际应用当中，当生成高优先级负载均衡规则之后，负载均衡服务器可以优先使用高优先级负载均衡规则进行负载均衡。

步骤S108，将接收到的数据处理请求，按照负载均衡规则调度至目标服务器节点。

具体的，通过步骤S108，用于采集节点路由信息的服务器或系统服务，将接收到的待处理的数据处理请求，按照负载均衡规则转发至服务器集群中的目标服务器节点，通过目标服务器节点对该数据处理请求进行处理。

通过上述步骤S102至步骤S108，通过采集服务器集群中的服务器节点的数据流量值，并根据数据流量所反映的服务器节点的负载状态，生成用于负载均衡规则。从而确定服务器集群中负载最低的服务器节点作为目标服务器节点，并将待处理的数据处理请求转发至该目标服务器节点进行处理。达到了对服务器集群中各台服务器的负载进行均衡的目的，从而实现了根据服务器节点的数据流量对服务器集群中的服务器节点的负载进行均衡的技术效果，进而解决了由于负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的技术问题。

在实际应用当中，由于现有的负载均衡系统在负载均衡不平衡时，对数据流量庞大的系统造成的不均衡放大现象，使负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的问题。针对上述平等性节点的负载均衡场景需求，本申请提出了基于IP路由的反馈式负载均衡方案，目的在于从细微部分的流量均衡进行有效的监管，从而去针对上述描述的问题进行相关的干预。从而使得负载均衡体系整体的用户感知度和用户体验进行提升，以及整体系统的压力降低。

基于IP路由的反馈式负载均衡体系针对当前负载均衡系统进行反馈式改进，主要解决当前负载均衡体系的如下问题：

(1)目前的负载均衡体系没有对节点流量的反馈机制，从而在负载均衡在单个节点机器不是完全均衡时随着流量的增大将放大这种不均衡现象，从而导致单个节点负载变大反应迟缓。针对这个问题本发明在节点集群增加了流量扫描机制，通过负载均衡体系的反射弧将扫描结果反馈至负载均衡管理机制，从而进行二次均衡以达到均衡目的。

(2)针对目前负载均衡细微不均衡的现象，本发明在原有负载均衡的基础上通过反馈结果进行二次高优先级细粒度调度均衡机制来从根本上解决原有动态的细微不均衡现象。

本申请在处理负载均衡时，首先根据用户源端进行初次负载均衡IP路由调度，这与原本的负载均衡机制相吻合，随即负载均衡管理部分激活各个服务器节点的扫描程序，扫描程序定时上报扫描情况，负载均衡部分启动对结果的调度算法，使用高优先级进行二次负载均衡调度，从而从源头上解决动态流量变化时带来的负载均衡不均衡现象。

作为一种可选的实施方式，负载均衡规则还包括：当服务器集群启动时，根据第二负载均衡算法生成的基础负载均衡规则。

作为一种可选的实施方式，在步骤S106，根据路由数据池，通过负载均衡算法生成负载均衡规则中，可以包括：

步骤S61，根据所述路由数据池，确定所述各个服务器节点的实时数据流量。

步骤S63，根据所述实时数据流量对所述服务器节点进行排序，确定流量最小的服务器节点为所述目标服务器节点。

具体的，通过步骤S61至步骤S63，根据服务器集群中与各个服务器节点对应的数据流量大小，对服务器节点进行排序。并将通过排序结果得到与服务器节点对应的负载均衡规则，从而将数据流量最小的服务器节点作为目标服务器。

作为一种可选的实施方式，数据流量值可以为服务器节点接收到的数据量，也可以为服务器节点发送出的数据量，当然也可以是服务器节点发送出的和接收到的数据量的总和，此处不做限制。

作为一种可选的实施方式，如图2所示，在上述步骤S102采集服务器集群中各个服务器节点的节点路由信息之前，上述方法还可以包括：

步骤S11，按照预先设定的第一时间周期，获取服务器集群中的每个服务器节点的实际运行状态，其中，实际运行状态至少包括：有效或失效。

步骤S13，根据每个服务器节点的实际运行状态，更新服务器节点路由表，其中，服务器节点路由表用于记录实际运行状态为有效的服务器节点的节点路由信息。

具体的，为了保证服务器集群中，各台服务器节点的有效性，可以通过步骤S11至步骤S13，按照第一时间周期，定期验证服务器集群中的各台服务区节点的有效性，并根据验证得到的与服务器节点对应的实际运行状态，对服务器节点路由表进行更新。其中，在服务器节点路由表中，记录实际运行状态为有效的服务器节点的路由地址、数据流量值等信息。

在实际应用当中，服务器集群启动后，服务器集群中的每台服务器节点，将按照预先设置的频率定时上报keepalive同步信息，以确定该服务器节点还在有效的服务状态。若在约定的时间，没有接收到，某台服务器节点发送同步信息，视为该服务器节点已经失效。如图3中a所示的同步机制，用于负载均衡的服务器根据服务器节点实际运行状态，对服务器节点路由表进行刷新。当某服务器节点的实际运行状态为失效，那么可以将该服务器节点从服务器节点路由表中删除。如果在后续某个时间，该服务器节点的实际运行状态为有效，该服务器节点会将keepalive同步信息发送至用于负载均衡的服务器，负载均衡的服务器会将该服务器节点的路由信息加入服务器节点路由表中。

服务器节点在接收到用于负载均衡的服务器根据服务器节点发送的扫描程序激活指令后，便开始采集所在服务器节点的相关流量信息，并以指定周期将统计得到的数据流量值进行反馈，如图3中b所示。上述统计得到的数据流量值可以为如：top10的流量排名，top10的目的ip排名等，可以根据具体情况进行定制。

作为一种可选的实施方式，在步骤S102采集服务器集群中各个服务器节点的节点路由信息中，步骤可以包括：

步骤S21，按照预先设定的第二时间周期，获取服务器节点的发送数据量或接收数据量。

步骤S23，根据每次获取的发送数据量或接收数据量，计算服务器节点的实时数据流量。

步骤S25，根据实时数据流量，更新服务器节点路由表的节点路由信息。

具体的，通过步骤S21至步骤S25，用于负载均衡的服务器或系统服务，按照预先设置的第二时间周期，获取服务器集群中各个服务器节点发送或接收的数据量。根据每次获取到的发送或接收的数据量，计算各个服务器节点的实时数据流量。并将各个服务器节点对应的实时数据流量，更新至服务器节点路由表中。

作为一种可选的实施方式，如图4所示，在步骤S108将接收到的数据处理请求根据负载均衡规则调度至目标服务器节点之后，上述方法还可以包括：

步骤S91，获取数据处理请求的处理数据量。

步骤S93，将数据处理请求的处理数据量累加至与目标服务器节点对应的节点路由信息中。

具体的，通过步骤S91至步骤S93，确定与当前数据处理请求对应的处理数据量，并将该处理数据量累加至服务器节点路由表中的与目标服务器节点对应的节点路由信息当中，从而达到对服务器节点路由表进行实时更新的目的。

作为一种可选的实施方式，在实际应用当中，如图3所示，在本申请基于IP路由的负载均衡的控制方法中，前端服务器可以充当用于负载均衡的负载均衡管理器，其中包括系统启动时负载均衡调度算法生成负载均衡规则，并生成本地负载均衡对应的基础路由规则。该基础路由规则是针对源ip范围段进行的初次负载均衡，并且直接生成规则，当后续产生数据流量时，可以直接使用路由规则引导到服务器集群中的服务器节点进行处理。

作为一种可选的实施方式，在本申请基于IP路由的负载均衡的控制方法中，负载均衡服务器在负载均衡系统启动时，可以与在服务器节点中部署的扫描程序进行通讯，从而向扫描程序发送激活指令，使扫描程序开始采集工作。上述通讯过程会将流量反馈时的统计的数据流量值以及统计的时间周期等参数发送至扫描程序，从而实现对扫描程序的动态调整。

负载均衡服务器在收到扫描程序反馈的数据流量值后，将反馈的数据流量值进行汇总排名，然后在负载均衡服务器中执行调度算法，根据调度算法的输出结果，在原有负载均衡路由规则的基础上进行二次优先级路由负载均衡。这次负载均衡是根据收到的反馈的数据流量值的调度结果，生成一个指定大小的数据池，对数据池信息进行细粒度管理，生成高优先级的路由规则。

负载均衡服务器中的数据池在初次加载后，根据后续反馈的数据流量值的调度算法输出进行有效性的筛选和更新，以保证路由规则生成的质量。

服务器调度算法介绍：调度算法的核心是使用贪心策略进行多个服务器节点间的最大化平衡策略。算法实质：假设我们有一个流量大小排名集合A＝{a，b，c，d}；其中a>＝b>＝c>＝d。现有三台服务器节点N＝{n1，n2，n3}来处理相对的流量需求。假设各台服务器的流量均为0，n1＝n2＝n3＝0，调度算法开始执行时，依次从集合A中取出各个流量单元Ai，然后查找需要调度负载均衡到的服务器节点。查找服务器节点在集合N中找到当前状态流量负载最小的节点Ni，将Ai数据均衡到节点Ni，于此同时更新Ni当前维护流量的数目，即增加流量大小Ai。反复执行上述过程，直到所有的集合A单元都处理完毕为止。

如图5所示，初始状态的负载均衡系统和各个服务器节点已经正常启动并开始投入正常工作，此时初始化的服务器节点路由表已经成功生成，各个服务器节点中的扫描程序也均已正常激活。此时，有地址为172.16.0.8的客户端发送的数据处理请求对应的数据流量发送至负载均衡服务器。此时，负载均衡服务器可以根据数据处理请求对应的数据流量对客户端ip做负载均衡，选出目标服务器节点。并将该数据处理请求对应的数据流量路由至目标服务器节点进行处理。假设此时路由到了服务器节点1，也就以为该客户端的数据流均由服务器节点1进行处理。

负载均衡服务器中配置的服务器节点，按照预定的时间周期反馈的数据流量值，接收各个服务器节点反馈的数据流量值。并根据调度算法进行重新调度，从而形成新的按照优先级进行排序顺序匹配的路由规则。

在实际应用当中，假设数据流量值集合A为A＝{(172.16.0.2，20M)，(172.16.0.4，15M)，(172.16.0.8，10M)，(172.16.0.9，6M)，(172.16.0.19，4M)}那么调度算法执行后，最终将172.16.0.2调度至服务器节点1，172.16.0.4调度至服务器节点2，172.16.0.8调度至服务器节点3，172.16.0.9，172.16.0.19调度至服务器节点4。

假如，当地址为172.16.0.8的客户端在之后的某个时期，再次将数据处理请求发送至负载均衡服务器时，通过负载均衡调度算法，得到的高优先级的服务器节点为服务器节点3，将该数据处理请求对应的数据流量根据路由到服务器节点3，所有的数据流量均由服务器节点3进行处理。

在预定时间周期后，负载均衡服务器重复上述方法，根据反馈的数据流量值对各个服务器节点的负载均衡进行重新调整，从而实现按照反馈的数据流量值进行动态调整，进一步做到流量的进一步均衡。

用于负载均衡的负载均衡服务器对客户端发送的数据处理请求，根据与其相应的数据流量进行负载均衡，其中，包括确定目标服务器节点，并将数据流量添加至路由表中与目标服务器节点对应的节点路由信息中。从而使发送至负载均衡服务器的数据处理请求能够均衡的导入到各个服务器节点中。进一步的，对于服务器节点的有效性的变更进行合理的处理，包括：在服务器节点失效后，从服务器节点路由表中删除更新；在服务器节点恢复有效后，在服务器节点路由表中恢复等操作。同时，负载均衡服务器还可以维持从扫描程序中获取数据流量值，从而对路由池中的数据进行更新，以便进行二次均衡。

相应的，在服务器集群中的各个服务器节点中设置扫描程序，从而可以按照预定时间频率采集各个服务器节点所产生的数据量。进一步，在扫描程序对数据流量值进行统计处理后的结果反馈至负载均衡服务器。负载均衡服务器在获取到各个服务器节点的反馈的信息后，统一对服务器节点进行排序，然后根据调度算法生成有效的负载均衡结果。将该均衡结果保留在数据池中。其中，扫描程序可以通过程序脚本的方式进行实现，在启用上述负载均衡方法之前在各个服务器节点中执行。

综上所述，在原有的负载均衡代码无需修改，只需添加本申请所涉及的用于反馈的数据流量值的处理模块，使得在负载均衡服务器得知反馈的数据流量值后，可以添加优先级路由规则即可，接口统一。

在实际应用当中，需要为服务器集群中的各个服务器节点进行扫描程序的部署，扫描程序在负载均衡服务器启动时得以激活，从而进行所在服务器节点的数据流量值的采集排名与统计，并按照预先设置的时间频率向负载均衡服务器进行反馈，数据流量值将作为二次调度算法的依据。

本申请所涉及的负载均衡的控制方法在反馈的数据流量值的基础上，通过调度算法的实现，在初次调度时生成数据池，并且后续通过调度算法对数据池内的数据进行维护，调度结果的优先级均高于初次加载的优先级，使得各个服务器节点之间得以动态均衡。

在本申请基于IP路由的负载均衡的控制方法中，通过对各个服务器节点中添加扫描程序，并且按照预定时间频率对各个服务器节点的数据流量值进行扫描，然后，将扫描得到的数据流量值反馈至负载均衡服务器中，从而使负载均衡服务器对服务器集群中的服务器节点进行负载均衡，不仅仅解决了原有负载均衡在出现负载不均衡的情况被无限放大导致负载均衡系统压力升高，单点服务器节点压力过高运行响应过缓所带来的客户体验变差的问题。从而进一步实现根据服务器节点的数据流量，对服务器节点进行二次负载均衡，使得服务器集群整体的性能和用户体验得到进一步的提升。

根据本发明实施例，提供了一种负载均衡的控制装置的装置实施例，需要说明的是，该实施例的负载均衡的控制装置可以用于执行本发明实施例的负载均衡的控制方法，本发明实施例的负载均衡的控制方法可以在该实施例的负载均衡的控制装置中执行。

图6是根据本发明实施例的负载均衡的控制装置的示意图，如图6所示，该负载均衡的控制装置包括：采集模块22、第一生成模块24、第二生成模块26和调度模块28。

其中，采集模块22，用于采集服务器集群中各个服务器节点的节点路由信息，其中，节点路由信息用于记录服务器节点对应的数据流量；第一生成模块24，用于通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；第二生成模块26，用于根据路由数据池，通过负载均衡算法生成负载均衡规则，其中，负载均衡规则至少包括：当服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；调度模块28，用于将接收到的数据处理请求，按照负载均衡规则调度至目标服务器节点。

通过上述采集模块22、第一生成模块24、第二生成模块26和调度模块28，通过采集服务器集群中的服务器节点的数据流量值，并根据数据流量所反映的服务器节点的负载状态，生成用于负载均衡规则。从而确定服务器集群中负载最低的服务器节点作为目标服务器节点，并将待处理的数据处理请求转发至该目标服务器节点进行处理。达到了对服务器集群中各台服务器的负载进行均衡的目的，从而实现了根据服务器节点的数据流量对服务器集群中的服务器节点的负载进行均衡的技术效果，进而解决了由于负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的技术问题。

在实际应用当中，由于现有的负载均衡系统在负载均衡不平衡时，对数据流量庞大的系统造成的不均衡放大现象，使负载均衡节点部分负载较高，导致负载均衡节点反应变缓，影响客户体验的问题。针对上述平等性节点的负载均衡场景需求，本申请提出了基于IP路由的反馈式负载均衡方案，目的在于从细微部分的流量均衡进行有效的监管，从而去针对上述描述的问题进行相关的干预。从而使得负载均衡体系整体的用户感知度和用户体验进行提升，以及整体系统的压力降低。

作为一种可选的实施方式，负载均衡规则还包括：当服务器集群启动时，根据第二负载均衡算法生成的基础负载均衡规则。

作为一种可选的实施方式，在上述第二生成模块26中，可以包括：子确定模块61和子处理模块63。

其中，子确定模块61，用于根据路由数据池，确定各个服务器节点的实时数据流量；子处理模块63，用于根据实时数据流量对服务器节点进行排序，确定流量最小的服务器节点为目标服务器节点。

具体的，通过上述子确定模块61和子处理模块63，根据服务器集群中与各个服务器节点对应的数据流量大小，对服务器节点进行排序。并将通过排序结果得到与服务器节点对应的负载均衡规则，从而将数据流量最小的服务器节点作为目标服务器。

作为一种可选的实施方式，数据流量值可以为服务器节点接收到的数据量，也可以为服务器节点发送出的数据量，当然也可以是服务器节点发送出的和接收到的数据量的总和，此处不做限制。

作为一种可选的实施方式，如图7所示，在上述装置中还包括：第一获取模块11和更新模块13。

其中，第一获取模块11，用于按照预先设定的第一时间周期，获取服务器集群中的每个服务器节点的实际运行状态，其中，实际运行状态至少包括：有效或失效；更新模块13，用于根据每个服务器节点的实际运行状态，更新服务器节点路由表，其中，服务器节点路由表用于记录实际运行状态为有效的服务器节点的节点路由信息。

具体的，为了保证服务器集群中，各台服务器节点的有效性，可以通过上述第一获取模块11和更新模块13，按照第一时间周期，定期验证服务器集群中的各台服务区节点的有效性，并根据验证得到的与服务器节点对应的实际运行状态，对服务器节点路由表进行更新。其中，在服务器节点路由表中，记录实际运行状态为有效的服务器节点的路由地址、数据流量值等信息。

作为一种可选的实施方式，在上述采集模块22中，可以包括：子获取模块221、子计算模块223和子更新模块225。

其中，子获取模块221，用于按照预先设定的第二时间周期，获取服务器节点的发送数据量或接收数据量；子计算模块223，用于根据每次获取的发送数据量或接收数据量，计算服务器节点的实时数据流量；子更新模块225，用于根据实时数据流量，更新服务器节点路由表的节点路由信息。

具体的，通过上述子获取模块221、子计算模块223和子更新模块225，用于负载均衡的服务器或系统服务，按照预先设置的第二时间周期，获取服务器集群中各个服务器节点发送或接收的数据量。根据每次获取到的发送或接收的数据量，计算各个服务器节点的实时数据流量。并将各个服务器节点对应的实时数据流量，更新至服务器节点路由表中。

作为一种可选的实施方式，如图8所示，上述装置还可以包括：第二获取模块91和处理模块93。

其中，第二获取模块91，用于获取数据处理请求的处理数据量；处理模块93，用于将数据处理请求的处理数据量累加至与目标服务器节点对应的节点路由信息中。

具体的，通过上述第二获取模块91和处理模块93，确定与当前数据处理请求对应的处理数据量，并将该处理数据量累加至服务器节点路由表中的与目标服务器节点对应的节点路由信息当中，从而达到对服务器节点路由表进行实时更新的目的。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种负载均衡的控制方法，其特征在于，包括：

采集服务器集群中各个服务器节点的节点路由信息，其中，所述节点路由信息用于记录所述服务器节点对应的数据流量；

通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；

根据所述路由数据池，通过负载均衡算法生成负载均衡规则，其中，所述负载均衡规则至少包括：当所述服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；

将接收到的数据处理请求，按照所述负载均衡规则调度至目标服务器节点。

2.根据权利要求1所述的方法，其特征在于，所述负载均衡规则还包括：当所述服务器集群启动时，根据第二负载均衡算法生成的基础负载均衡规则。

3.根据权利要求1所述的方法，其特征在于，根据所述路由数据池，通过负载均衡算法生成负载均衡规则，包括：

根据所述路由数据池，确定所述各个服务器节点的实时数据流量；

根据所述实时数据流量对所述服务器节点进行排序，确定流量最小的服务器节点为所述目标服务器节点。

4.根据权利要求1所述的方法，其特征在于，在采集服务器集群中各个服务器节点的节点路由信息之前，所述方法还包括：

按照预先设定的第一时间周期，获取所述服务器集群中的所述每个服务器节点的实际运行状态，其中，所述实际运行状态至少包括：有效或失效；

根据所述每个服务器节点的所述实际运行状态，更新服务器节点路由表，其中，所述服务器节点路由表用于记录所述实际运行状态为有效的服务器节点的节点路由信息。

5.根据权利要求3所述的方法，其特征在于，采集服务器集群中各个服务器节点的节点路由信息，包括：

按照预先设定的第二时间周期，获取所述服务器节点的发送数据量或接收数据量；

根据每次获取的所述发送数据量或接收数据量，计算所述服务器节点的实时数据流量；

根据所述实时数据流量，更新所述服务器节点路由表的所述节点路由信息。

6.根据权利要求5所述的方法，其特征在于，在将接收到的数据处理请求根据所述负载均衡规则调度至所述目标服务器节点之后，所述方法还包括：

获取所述数据处理请求的处理数据量；

将所述数据处理请求的处理数据量累加至所述目标服务器节点对应的节点路由信息中。

7.一种负载均衡的控制装置，其特征在于，包括：

采集模块，用于采集服务器集群中各个服务器节点的节点路由信息，其中，所述节点路由信息用于记录所述服务器节点对应的数据流量；

第一生成模块，用于通过对每个服务器节点对应的数据流量进行汇总，生成路由数据池；

第二生成模块，用于根据所述路由数据池，通过负载均衡算法生成负载均衡规则，其中，所述负载均衡规则至少包括：当所述服务器集群运行时，根据第一负载均衡算法生成的高优先级负载均衡规则；

调度模块，用于将接收到的数据处理请求，按照所述负载均衡规则调度至目标服务器节点。

8.根据权利要求7所述的装置，其特征在于，所述第二生成模块包括：

子确定模块，用于根据所述路由数据池，确定所述各个服务器节点的实时数据流量；

子处理模块，用于根据所述实时数据流量对所述服务器节点进行排序，确定流量最小的服务器节点为所述目标服务器节点。

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

第一获取模块，用于按照预先设定的第一时间周期，获取所述服务器集群中的所述每个服务器节点的实际运行状态，其中，所述实际运行状态至少包括：有效或失效；

更新模块，用于根据所述每个服务器节点的所述实际运行状态，更新服务器节点路由表，其中，所述服务器节点路由表用于记录所述实际运行状态为有效的服务器节点的节点路由信息。

10.根据权利要求9所述的装置，其特征在于，所述采集模块包括：

子获取模块，用于按照预先设定的第二时间周期，获取所述服务器节点的发送数据量或接收数据量；

子计算模块，用于根据每次获取的所述发送数据量或接收数据量，计算所述服务器节点的实时数据流量；

子更新模块，用于根据所述实时数据流量，更新所述服务器节点路由表的所述节点路由信息。

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

第二获取模块，用于获取所述数据处理请求的处理数据量；

处理模块，用于将所述数据处理请求的处理数据量累加至与所述目标服务器节点对应的节点路由信息中。