CN102984079B - 负载均衡控制方法和系统 - Google Patents

Abstract

本发明公开了一种负载均衡控制方法和系统，所述方法包括：通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略；接收用户反馈的评价信息，以根据所述评价信息对所述带宽分配策略进行调整以生成最终的负载均衡策略。本发明可以根据用户反馈的体验信息来动态生成带宽分配策略，并根据各个应用系统的访问量来动态调整所述带宽分配策略，以生成最终的负载均衡策略。本发明能够更加整体、全面、均衡的实现资源的有效利用和分配，实现提升多个应用系统整体的用户友好度，进而提高用户忠诚度。

Description

负载均衡控制方法和系统

技术领域

本发明涉及通信技术领域，特别涉及一种负载均衡控制方法和系统。

背景技术

随着互联网的发展，负载均衡技术已经成为了不可或缺的一项技术。由于单台服务器的处理能力是有限的，而现有网络的各个核心部分随着业务量的提高，访问量和数据流量都快速增长。为了提高处理能力和处理效率，现有技术中引入了负载均衡的概念。负载均衡往往建立在现有网络结构之上，它提供了一种廉价有效透明的方法，以扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。当前的负载均衡往往是对用户透明的，用户只能感觉到打开一个页面是否流畅，查询信息是否迅速，并不知道后台是如何进行带宽分配的。因此如果一个局域网内部署了多个应用系统，外部网络通过一个负载均衡器访问该局域网内的应用，虽然带宽是在动态分配，但是可能有的应用用户很满意现有的刷新速度，而另一些应用的用户并不满意现有的刷新速度。这说明这种动态分配策略最终没有达到多个系统保持在一个平均用户体验水平的状态。即使各个应用系统的访问很正常很顺利，连接数也没有问题，但是依旧影响用户对某些系统的访问评价，甚至影响到这些系统、网站的客户忠诚度。

已有的负载均衡分配方法主要是通过OSI的四层或七层模型分层进行控制，主要包括：通过协议、管理员手动配置服务器、应用的带宽使用比率来静态或动态的分配带宽。例如现有的Web服务器的动态均衡算法主要包括基于RR-DNS的解决方法、基于客户端的解决方法、基于IP层负载均衡调度方法、基于内容的Web负载均衡调度方法和基于TCP层的负载均衡调度方法等。

但是这些已有的动态均衡算法在不同应用服务器业务量高低使用动态变化的情况下和用户体验不同的情况下等多种动态因素的影响下，负载均衡配置还不能满足用户的需求。

发明内容

本发明要解决的技术问题是本发明提出一种更为灵活的负载均衡控制方法和系统，以实时生成更加有效的资源预留和负载均衡策略，实现更加有效的资源分配。

为了解决上述技术问题，本发明的实施例提供一种负载均衡控制方法，包括：

步骤1、通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略；

步骤2、接收用户反馈的评价信息，以根据所述评价信息对所述带宽分配策略进行调整以生成最终的负载均衡策略。

作为上述技术方案的优选，所述步骤1具体包括：

定期通过负载均衡器查询各个应用系统的访问量，并由负载均衡器计算第k个应用系统所占带宽百分比R_k,origin。

作为上述技术方案的优选，所述步骤2具体包括：

步骤21、用户通过用户层进行访问后，接收用户对本次访问的评价；

步骤22、通过所述评价计算第k个应用系统的满意度与所有应用系统的平均满意度的差值

其中a_k表示固定时间区间内某个应用系统的用户不满意的数量除以总访问量；

n表示应用系统的个数，

a_k表示第k个应用系统的用户不满意百分比，

表示所有应用系统的不满意百分比之和，

表示所有应用系统的不满意百分比平均值；

步骤23、根据差值和预分配带宽百分比R_k,origin，生成各个应用系统最终的负载均衡策略R_k；

$R_k=R_{k,origin}+\[(a_k-\frac{\underset{i=1}{\overset{n}{\mathrm{\Σ}}}{a}_i}{n})\]*100\%.$

作为上述技术方案的优选，在所述步骤2之后还包括：

步骤3、将所述最终的负载均衡策略发布到负载均衡器，并使所述负载均衡器加载所述最终的负载均衡策略以使所述负载均衡器按照所述最终的负载均衡策略进行负载均衡，并将所述最终的负载均衡策略记录到日志中。

作为上述技术方案的优选，在步骤1之前还包括：

步骤A、接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。

同时，本发明实施例还提出了一种负载均衡控制系统，包括：

生成模块，用于通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略；

调整模块，用于接收用户反馈的评价信息，以根据所述评价信息对所述带宽分配策略进行调整以生成最终的负载均衡策略。

作为上述技术方案的优选，所述生成模块用于定期通过负载均衡器查询各个应用系统的访问量，并由负载均衡器计算第k个应用系统所占带宽百分比R_k,origin。

作为上述技术方案的优选，所述调整模块包括：

接收单元，用于在用户通过用户层进行访问后，接收用户对本次访问的评价；

计算单元，用于通过所述评价计算第k个应用系统的满意度与所有应用系统的平均满意度的差值

其中a_k表示固定时间区间内某个应用系统的用户不满意的数量除以总访问量；

n表示应用系统的个数，

a_k表示第k个应用系统的用户不满意百分比，

表示所有应用系统的不满意百分比之和，

表示所有应用系统的不满意百分比平均值；

生成单元，用于根据差值和预分配带宽百分比R_k,origin，生成各个应用系统最终的负载均衡策略R_k；

$R_k=R_{k,origin}+\[(a_k-\frac{\underset{i=1}{\overset{n}{\mathrm{\Σ}}}{a}_i}{n})\]*100\%.$

作为上述技术方案的优选，所述系统还包括：

加载模块，用以将所述最终的负载均衡策略发布到负载均衡器，并使所述负载均衡器加载所述最终的负载均衡策略以使所述负载均衡器按照所述最终的负载均衡策略进行负载均衡，并将所述最终的负载均衡策略记录到日志中。

作为上述技术方案的优选，所述系统还包括：

控制模块，用于在接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。

在本发明提出的上述实施例中，可以根据用户反馈的体验信息来动态生成带宽分配策略，并根据各个应用系统的访问量来动态调整该述带宽分配策略，以生成最终的负载均衡策略。本发明实施例利用基于用户反馈和访问量的负载分配模型，通过对用户体验信息的收集，对负载均衡策略进行调整，更加整体、全面、均衡的实现资源的有效利用和分配。实现提升多个应用系统整体的用户友好度，进而提高用户忠诚度。本发明能够生成一种基于用户体验和访问量的动态负载分配模型，将一个局域网内部署的多个应用系统的用户体验，加上各系统的访问量加入了动态负载均衡算法中，实现了更加有效的分配、预留资源(带宽资源)的效果。

附图说明

图1为现有的网络机构拓扑图；

图2为本发明的实施例的流程示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的实施例提供一种负载均衡控制方法和系统。其中，所述方法的流程如图2所示的，包括：

步骤1、通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略；

步骤2、接收用户反馈的评价信息，以根据所述评价信息对所述带宽分配策略进行调整以生成最终的负载均衡策略。

在本发明提出的上述实施例中，可以根据用户反馈的体验信息来动态生成带宽分配策略，并根据各个应用系统的访问量来动态调整该述带宽分配策略，以生成最终的负载均衡策略。本发明实施例利用基于用户反馈和访问量的负载分配模型，通过对用户体验信息的收集，对负载均衡策略进行调整，更加整体、全面、均衡的实现资源的有效利用和分配。实现提升多个应用系统整体的用户友好度，进而提高用户忠诚度。

具体的，所述步骤1具体包括：

步骤1a、定期通过负载均衡器查询各个应用系统的访问量，并由负载均衡器计算第k个应用系统所占带宽百分比R_k,origin。

其中，负载均衡器可以利用现有技术中的任何一种方法来计算该各个应用系统的预分配带宽百分比R_k,origin。

具体的，所述步骤2具体包括：

步骤21、用户通过用户层进行访问后，接收用户对本次访问的评价。

具体的，在步骤21中的评价可以包括对响应时间是否满意。如果用户不填则表示满意。

步骤22、通过所述评价计算第k个应用系统的满意度与所有应用系统的平均满意度的差值

其中a_k表示固定时间区间内某个应用系统的用户不满意的数量除以总访问量；

n表示应用系统的个数，

a_k表示第k个应用系统的用户不满意百分比，

表示所有应用系统的不满意百分比之和，

表示所有应用系统的不满意百分比平均值。

在步骤22中，表示k应用的满意度与所有应用的平均满意度的差值。如果该值大于0，表示该应用的不满意度大于平均不满意度，所以需要对负载均衡器计算出来的预分配带宽百分比R_k,origin进行调整，增加其带宽。反之，则表示该应用的不满意度小于平均不满意度，需要降低其带宽。具体的调整方法如步骤23。当然，无论如何调整，需要保持

步骤23、根据差值和预分配带宽百分比R_k,origin，生成各个应用系统最终的负载均衡策略R_k；

在上述方法中，在计算出了第k个应用系统的最终的负载均衡策略R_k后，还需要对负载均衡器进行调整。为了公平起见，应当为本发明实施例的方法设定一个固定的周期。即在预定期间内提取用户的评价，并根据该评价生成最终的负载均衡策略R_k。

在上述方法中，在计算出了第k个应用系统的最终的负载均衡策略R_k后，还需要对负载均衡器进行调整。为了公平起见，应当为本发明实施例的方法设定一个固定的周期。即在预定期间内提取用户的评价，并根据该评价生成最终的负载均衡策略R_k。

具体的，上述方法中仅以多个应用系统平均满意度作为目标进行调整，要想达到对不同应用系统满意度不同，趋于贴近目标满意度。在本发明的实施方式中，还可以对公式进行进一步的扩展。通过将用户体验因素作为调整因子，切实提高对用户反馈的及时响应，提升对用户的友好程度，从而提升整体的系统的用户忠诚度。

在本发明的一个实施方式中，在所述步骤2之后还包括：

步骤3、将所述最终的负载均衡策略发布到负载均衡器，并使所述负载均衡器加载所述最终的负载均衡策略以使所述负载均衡器按照所述最终的负载均衡策略进行负载均衡，并将所述最终的负载均衡策略记录到日志中；

这样可以将最终的负载均衡策略及时进行加载，以使负载均衡器通过重新对带宽进行分配，以提高用户的使用体验感。同时还可以将每一次的调整结果进行记录，以供上级决策人员进行查阅。

具体的，在本发明的步骤1之前还包括：

步骤A、接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。

这样可以确保负载均衡器能够控制所有的访问，以控制系统总带宽的使用。

下面通过一个具体的实例来对本发明进行详细说明，以证明本发明的负载均衡控制方法的有效性和优势。

本发明实施例的方法虽然不能达到使用户都满意，但是可以达到使局域网内部署的多个应用的用户满意度尽量保持在相当的水平，不会产生一个应用系统很满意，另一个应用系统完全不满意的情况。同时，由于算法是基于负载均衡器已有的算法的基础上增加了用户满意度的因素，所以该计算结果更加科学。

参阅表1所示举例，一个局域网内有三个应用系统：App1、App2、App3。三个系统的满意度、不满意度如表所示。通过计算平均不满意度和平均满意度的差，得到微调百分比，最终得到各个应用系统因该分配的带宽R_k。

表1三个系统的微调百分比计算过程

本发明实施例还提出了一种负载均衡控制系统，包括：

控制模块，用于在接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。

生成模块，用于通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略。

调整模块，用于接收用户反馈的评价信息，以根据所述评价信息对所述带宽分配策略进行调整以生成最终的负载均衡策略。

加载模块，用以将所述最终的负载均衡策略发布到负载均衡器，并使所述负载均衡器加载所述最终的负载均衡策略以使所述负载均衡器按照所述最终的负载均衡策略进行负载均衡，并将所述最终的负载均衡策略记录到日志中。

其中，所述生成模块用于定期通过负载均衡器查询各个应用系统的访问量，并由负载均衡器计算第k个应用系统所占带宽百分比R_k,origin。

其中，所述调整模块包括：

接收单元，用于在用户通过用户层进行访问后，接收用户对本次访问的评价；

计算单元，用于通过所述评价计算第k个应用系统的满意度与所有应用系统的平均满意度的差值

其中a_k表示固定时间区间内某个应用系统的用户不满意的数量除以总访问量；

n表示应用系统的个数，

a_k表示第k个应用系统的用户不满意百分比，

表示所有应用系统的不满意百分比之和，

表示所有应用系统的不满意百分比平均值；

生成单元，用于根据差值和预分配带宽百分比R_k,origin，生成各个应用系统最终的负载均衡策略R_k；

$R_k=R_{k,origin}+\[(a_k-\frac{\underset{i=1}{\overset{n}{\mathrm{\Σ}}}{a}_i}{n})\]*100\%.$

其中，所述系统还包括：控制模块，用于在接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。

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

Claims (8)

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

步骤1、通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略；

步骤2、接收用户反馈的评价信息，以根据所述评价信息对所述带宽分配策略进行调整以生成最终的负载均衡策略，具体包括：

步骤21、用户通过用户层进行访问后，接收用户对本次访问的评价；

步骤22、通过所述评价计算第k个应用系统的满意度与所有应用系统的平均满意度的差值

其中a_k表示固定时间区间内某个应用系统的用户不满意的数量除以总访问量；

n表示应用系统的个数，

a_k表示第k个应用系统的用户不满意百分比，

表示所有应用系统的不满意百分比之和，

表示所有应用系统的不满意百分比平均值；

步骤23、根据差值和预分配带宽百分比R_k,origin，生成各个应用系统最终的负载均衡策略R_k；

$R_k=R_{k,origin}+\[(a_k-\frac{\underset{i=1}{\overset{n}{\Σ}}{a}_i}{n})\]*100\%.$

2.根据权利要求1所述的负载均衡控制方法，其特征在于，所述步骤1具体包括：

定期通过负载均衡器查询各个应用系统的访问量，并由负载均衡器计算第k个应用系统所占带宽百分比R_k,origin。

3.根据权利要求1或2所述的负载均衡控制方法，其特征在于，在所述步骤2之后还包括：

步骤3、将所述最终的负载均衡策略发布到负载均衡器，并使所述负载均衡器加载所述最终的负载均衡策略以使所述负载均衡器按照所述最终的负载均衡策略进行负载均衡，并将所述最终的负载均衡策略记录到日志中。

4.根据权利要求3所述的负载均衡控制方法，其特征在于，在步骤1之前还包括：

步骤A、接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。

5.一种负载均衡控制系统，其特征在于，包括：

生成模块，用于通过负载均衡器查询各个应用系统的访问量以生成带宽分配策略；

调整模块，包括：接收单元、计算单元、以及生成单元，其中，

所述接收单元，用于在用户通过用户层进行访问后，接收用户对本次访问的评价；

所述计算单元，用于通过所述评价计算第k个应用系统的满意度与所有应用系统的平均满意度的差值

其中a_k表示固定时间区间内某个应用系统的用户不满意的数量除以总访问量；

n表示应用系统的个数，

a_k表示第k个应用系统的用户不满意百分比，

表示所有应用系统的不满意百分比之和，

表示所有应用系统的不满意百分比平均值；

所述生成单元，用于根据差值和预分配带宽百分比R_k,origin，生成各个应用系统最终的负载均衡策略R_k；

$R_k=R_{k,origin}+\[(a_k-\frac{\underset{i=1}{\overset{n}{\Σ}}{a}_i}{n})\]*100\%.$

6.根据权利要求5所述的负载均衡控制系统，其特征在于，所述生成模块用于定期通过负载均衡器查询各个应用系统的访问量，并由负载均衡器计算第k个应用系统所占带宽百分比R_k,origin。

7.根据权利要求5或6所述的负载均衡控制系统，其特征在于，所述系统还包括：

加载模块，用以将所述最终的负载均衡策略发布到负载均衡器，并使所述负载均衡器加载所述最终的负载均衡策略以使所述负载均衡器按照所述最终的负载均衡策略进行负载均衡，并将所述最终的负载均衡策略记录到日志中。

8.根据权利要求7所述的负载均衡控制系统，其特征在于，所述系统还包括：

控制模块，用于在接收到用户对网内的应用系统的访问请求后，通过负载均衡器将所述请求发送到对应的应用系统或应用集群。