[发明专利]一种全局负载均衡中的重定向方法和装置

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种全局负载均衡中的重定向方法和装置。

背景技术

随着网络业务量的提高，以及网络访问量和数据流量的快速增长，现有网络的各个核心部分的处理能力和计算强度也相应地增大，使得单一的服务器设备根本无法承担全部的网络任务。针对上述情况，网络技术领域提出了负载均衡(Load Balance，以下简称：LB)技术，以扩展现有网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。

按照负载均衡设备的网络部署的不同，负载均衡技术可以包括局域负载均衡(Local Load Balance，以下简称：LLB)和全局负载均衡(Global Load Balance，以下简称：GLB)。

如图1所示，为现有技术中的局域负载均衡示意图。服务器集群集中在一个物理位置，负载均衡设备位于服务器集群外侧，对客户端向服务器集群发起的服务访问进行分发处理。

如图2所示，为现有技术中的全局负载均衡示意图。服务器集群分布在不同地理位置，每个服务器集群的前端均部署一台GLB设备，各个GLB设备之间协同工作，对来自客户端的服务访问进行分发。全局负载均衡能够为用户提供完全透明的服务，使用户无需关心服务器集群的物理分布，能够有效避免服务器集群的单点失效，通过就近访问的方式提高服务器集群的响应速度。相对于局域负载均衡而言，全局负载均衡更加可靠，能够向访问用户提供更好的服务体验。

全局负载均衡使用的策略包括HTTP(Hyper Text Transfer Protocol，超文本传输协议)重定向技术，该技术可以通过基于HTTP协议的重定向报文将用户流量引导到最优的站点。如图3所示，为现有技术中的全局负载均衡的HTTP重定向示意图。客户端向服务器集群I发送get(获取)请求；LB设备I接收到get请求后，发现本地服务器全部故障，需要将get请求重定向到服务器集群II上，于是向客户端返回HTTP重定向报文(如图3中的实线流程所示)；客户端收到重定向报文后，向重定向目的地址发起新的HTTP请求(如图3中的虚线流程所示)。

然而，在上述全局负载均衡的HTTP重定向过程中，会出现在多个站点间重复重定向的问题。例如，当服务器集群I与服务器集群II都发生故障时，可能会出现get请求从服务器集群I重定向到服务器集群II，又从服务器集群II重定向回服务器集群I，导致业务不可用。

为解决上述问题，现有系统通过在站点之间增加私有协议交互的方式，以规避重复重定向的问题。例如，全局负载均衡系统中存在三个服务器集群，分别为服务器集群I、服务器集群II和服务器集群III。三个服务器集群之间进行私有协议进行通信，分别报告各自的可用服务器个数。当服务器集群I中的所有服务器发生故障，需要选择重定向站点时，会在存在可用服务器的站点中选择一个最优的站点，如果服务器集群II中没有可用服务器，服务器集群III中存在可用服务器，则将get请求直接重定向到服务器集群III。

在实现本发明的过程中，发明人发现现有技术至少存在如下问题：

由于站点之间的私有协议通信需要一定的通信时间，而在该通信时间内会发生短时间的重定向选择错误。而在访问高峰时期，对于需要提供高可靠性的服务商，短时间的选择错误也是无法接受的。因此，现有技术无法解决全局负载均衡中的重复重定向问题，无法保证全局负载均衡业务的可靠性。

发明内容

本发明提供一种全局负载均衡中的重定向方法和装置，用以解决全局负载均衡中的重复重定向问题。

本发明提出一种全局负载均衡中的重定向方法，包括：

负载均衡设备接收来自客户端的超文本传输协议HTTP请求，获取所述HTTP请求中携带的向所述客户端发送过重定向报文的站点的信息；

所述负载均衡设备从站点列表选择除所述发送过重定向报文的站点之外的站点，作为本次的重定向站点；

所述负载均衡设备根据选择出的重定向站点生成重定向报文，其中，所述负载均衡设备将其所在站点的信息和获取到的发送过重定向报文的站点的信息作为发送过重定向报文的站点的信息添加到所述重定向报文中；

所述负载均衡设备将所述重定向报文发送到所述客户端。

其中，所述客户端通过以下方式生成HTTP请求：

所述客户端接收重定向报文，获取所述重定向报文中携带的统一资源定位符URL信息，所述URL信息中的查询query部分记录有向所述客户端发送过重定向报文的站点的信息；

所述客户端生成包含所述URL信息的HTTP请求。