CN107547394A

CN107547394A - 一种负载均衡设备多活部署方法和装置

Info

Publication number: CN107547394A
Application number: CN201710690863.XA
Authority: CN
Inventors: 车渝
Original assignee: New H3C Security Technologies Co Ltd
Current assignee: New H3C Security Technologies Co Ltd
Priority date: 2017-08-14
Filing date: 2017-08-14
Publication date: 2018-01-05

Abstract

本申请提供一种LB设备多活部署方法和装置，该方法应用于LB管理设备，LB管理设备分别与转发设备、多个LB设备连接，该方法为：确定第一业务对应的至少一个第一LB设备；针对每个第一LB设备，向转发设备发送第一路由，第一路由的目的IP地址为第一业务对应的第一虚拟IP地址、下一跳为该第一LB设备的IP地址；向每个第一LB设备下发用于处理第一业务的多个服务器的IP地址，及这多个服务器的IP地址分别对应的第二路由，以使该第一LB设备在接收到目的IP地址为第一虚拟IP地址的报文时，将该报文的目的IP地址修改为从该多个服务器的IP地址中选择的一IP地址，并根据第二路由转发修改后的报文。

Description

一种负载均衡设备多活部署方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种负载均衡设备多活部署方法和装置。

背景技术

LB(LoadBlance，负载均衡)设备，经常部署在用户出口做多链路负载均衡，或者部署在数据中心做服务器负载均衡。目前越来越多的业务，比如网银业务等，普遍要求LB设备能够具备多活部署的功能，以不间断地提供服务。

现有的LB设备部署方式可以有以下两种：

第一种：对LB设备做IRF(Intelligent Resilient Framework，智能弹性架构)堆叠。IRF可以将多个设备通过IRF物理端口连接在一起，进行必要的配置后，虚拟化成一个“分布式设备”。但目前IRF协议只能实现2个LB设备堆叠，且只能实现主备部署，无法实现双活和多活部署。

第二种：通过VRRP(Virtual Router Redundancy Protocol，虚拟路由器冗余协议)对LB设备配置备份组。VRRP可以将局域网内的一组设备(包括一个活动设备和若干个备份设备)组织成一个虚拟设备，称之为一个备份组；通过建立两个或更多的备份组，可以实现LB设备的多活部署。但配置备份组会占用较多的IP(网际协议，Internet Protocol)地址，备份组中的每个设备的上下行接口各需要一个IP地址，以及每个备份组还需要两个IP地址作为该备份组对外体现的上下行接口IP地址。如果某个备份组包含2个设备，则该备份组共需要使用2*2+2＝6个IP地址；如果某个备份组包含3个设备，则该备份组共需要使用2*3+2＝8个IP地址。

因而，现在亟需一种简单有效的LB设备多活部署方案。

发明内容

有鉴于此，本申请提供一种LB设备多活部署方法和装置，用以实现对多个LB设备的统一管理、流量负载分担和会话表项备份等功能。

具体地，本申请是通过如下技术方案实现的：

本申请第一方面，提供了一种LB设备多活部署方法，所述方法应用于LB管理设备，所述LB管理设备分别与转发设备、多个LB设备连接，且所述转发设备分别与所述多个LB设备连接，所述方法包括：

确定第一业务对应的至少一个第一LB设备；

针对每个第一LB设备，向所述转发设备发送第一路由，所述第一路由的目的网际协议IP地址为所述第一业务对应的第一虚拟IP地址、下一跳为该第一LB设备的IP地址；

向每个第一LB设备下发用于处理所述第一业务的多个服务器的IP地址，及所述多个服务器的IP地址分别对应的第二路由，以使该第一LB设备在接收到目的IP地址为所述第一虚拟IP地址的报文时，将所述报文的目的IP地址修改为从所述多个服务器的IP地址中选择的一IP地址，并根据所述第二路由，转发修改后的报文。

本申请第二方面，提供了一种LB设备多活部署装置，所述装置可以应用于LB管理设备，所述LB管理设备分别与转发设备、多个LB设备连接，且所述转发设备分别与所述多个LB设备连接。所述装置具有实现上述方法的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块或单元。

一种实现方式中，所述装置包括：

确定单元，用于确定第一业务对应的至少一个第一LB设备；

路由下发单元，用于针对每个第一LB设备，向所述转发设备发送第一路由，所述第一路由的目的网际协议IP地址为所述第一业务对应的第一虚拟IP地址、下一跳为该第一LB设备的IP地址；以及，向每个第一LB设备下发用于处理所述第一业务的多个服务器的IP地址，及所述多个服务器的IP地址分别对应的第二路由，以使该第一LB设备在接收到目的IP地址为所述第一虚拟IP地址的报文时，将所述报文的目的IP地址修改为从所述多个服务器的IP地址中选择的一IP地址，并根据所述第二路由，转发修改后的报文。

另一种实现方式中，所述装置可以包括通信接口、处理器、存储器和总线，所述通信接口、所述处理器和所述存储器之间通过总线相互连接；所述处理器通过读取所述存储器中存储的逻辑指令，执行本申请第一方面所述的LB设备多活部署方法。

在本申请中，引入了LB管理设备之后，无需配置备份组便能实现LB设备的多活部署，并且所有LB设备可以同时保持活动状态。此外，由于不需要配置备份组，意味着不需要再专门为备份组配置对外体现的上下行接口IP地址，每个LB设备只占用两个IP地址，与VRRP部署方式相比，可以减少占用的IP地址的数量。本方案通过LB管理设备、LB设备和转发设备之间的联动，不需要部署备份组，便能实现LB设备的可以实现多业务的负载分担，并且该联动方式简单有效，无技术壁垒，可以和第三方设备轻松对接。

附图说明

图1是本申请提供的一种LB设备部署方案的组网示意图；

图2是本申请提供的方法流程图；

图3是本申请提供的装置功能模块框图；

图4是本申请提供的图3所述装置的硬件架构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请提供一种新的网络设备多活部署方案，在本申请中，新增加了一个用于统筹管理的管理设备来实现网络设备的多活部署。本申请提供的网络设备多活部署方案可以适用于三层网络设备的多活部署，如LB设备、防火墙(FW)、入侵防御***(IPS)等。为便于说明，下文将以LB设备为例来描述本申请提供的网络设备多活部署方案。

下面通过图1对本申请所应用的组网进行描述：

参见图1，图1中的设备按角色可包括LB设备、转发设备和LB管理设备。

LB设备，可用于实现链路负载均衡或者服务器负载均衡，例如图1中的4个LB设备正是用于实现企业内部网(intranet)的服务器负载均衡。

本申请可以实现2个以及2个以上的LB设备的多活部署，每个LB设备连接到网络中只需要配置基本的上下行接口地址，即每个LB设备只需占用两个IP地址，LB设备之间无紧耦合关系。与现有的通过配置VRRP备份组实现LB设备多活部署的方法相比，本申请提供的LB设备多活部署方法可以节省IP地址的使用量。以实现4个LB设备多活部署为例，按照本申请的方法这4个LB设备只需要8个IP地址，且这4个LB设备可以同时保持活动状态。而按照VRRP，则需要配置2个备份组，每个备份组包括1个活动LB设备和1个备份LB设备，每个备份组中的每个LB设备的上下行接口各需要一个IP地址，以及每个备份组还需要两个IP地址作为该备份组对外体现的上下行接口IP地址，即这4个LB设备共需要12个IP地址，且只有2个LB设备可以同时保持活动状态。

转发设备，可以是路由器或者交换机(SW)，本申请按照转发设备在组网中的位置可以将转发设备分为LB设备的上行转发设备(简称上行转发设备，如图1中的转发设备1)和LB设备的下行转发设备(简称下行转发设备，如图1中的转发设备2)。上行转发设备可以根据LB管理设备的指示将访问指定业务的流量分担到指定的LB设备上。下行转发设备的接口可以开启保持上一跳功能，从而保证来回流量可以由同一个LB设备处理。

LB管理设备，为本申请新增的一种设备，可以是服务器或PC(Personal Computer，个人计算机)，可实现以下功能：

1)对LB设备进行统一的配置下发，以实现各LB设备之间的配置同步。

这里的配置包括和业务相关的配置，如负载分担策略、用于处理指定业务的多个服务器的IP地址，及该多个服务器的IP地址分别对应的路由等。LB管理设备上还可以配置有服务器所提供的业务及业务对应的VIP(虚拟IP)地址。

2)对LB设备进行统一的会话表项收集。收集的会话表项可在某一LB设备故障或超负荷的场景下，由LB管理设备发送给有可能会处理到该故障LB设备上的业务流量的其它LB设备，使得原来负责处理该故障LB设备上的业务流量的服务器能够继续处理该业务流量。

3)探测LB设备的健康状态、服务器的健康状态和业务的健康状态。其中，LB设备和服务器的健康状态可以包括LB设备和其下挂服务器当前的CPU

(Central Processing Unit，中央处理器)利用率、内存利用率、温度等信息；业务的健康状态可以包括该业务当前的流量速率、并发连接数和每秒请求数等信息。

4)根据探测到的LB设备的健康状态和/或组网中配置的业务的健康状态，生成合适的路由发送给LB设备的上行转发设备，使得该上行转发设备能够将访问各业务的流量分担到对应的LB设备上进行处理。根据探测到的服务器的健康状态，生成合适的路由发送给LB设备，使得LB设备能够将访问指定业务的流量分担到对应的服务器上进行处理。

需要说明的是，本申请并不限制LB管理设备的部署位置，只要LB管理设备与LB设备和LB设备的上行转发设备网络可达即可。

基于上面描述，下面对本申请提供的方法进行描述：

参见图2，图2为本申请提供的方法流程图。该方法应用于包括LB管理设备，该LB管理设备分别与转发设备、多个LB设备连接，且该转发设备分别与该多个LB设备连接。如图2所示，当LB设备上线时，LB管理设备可以进行如下处理：

步骤201：LB管理设备确定第一业务对应的至少一个第一LB设备。

这里，LB管理设备可以通过获取组网中的多个LB设备的健康状态，并根据获取的LB设备的健康状态，从组网包括的多个LB设备中确定出第一业务对应的至少一个第一LB设备。

其中，LB设备的健康状态可以包括LB设备当前的CPU利用率、内存利用率、温度等参数中的至少一项。

步骤202：LB管理设备针对每个第一LB设备，向连接该第一LB设备的转发设备发送第一路由，第一路由的目的IP地址为第一业务对应的第一VIP地址、下一跳为该第一LB设备的IP地址。

这里所说的转发设备，具体是指第一LB设备的上行转发设备。

需要注意的是，这里第一路由的下一跳中填写的第一LB设备的IP地址，具体是该第一LB设备的上行接口IP地址。而不同的是，在通过VRRP配置备份组来实现LB设备的多活部署中，上行转发设备上保存的目的地址为第一VIP地址的路由，其下一跳为某个备份组对外体现的上行接口IP地址。由此可以看出，本实施例中不需要为多个LB设备配置对外体现的上下行接口IP地址，每个LB设备只占用两个IP地址，与VRRP部署方式相比，可以减少占用的IP地址的数量。

步骤203：LB管理设备向每个第一LB设备下发用于处理该第一业务的多个服务器的IP地址，及该多个服务器的IP地址分别对应的第二路由，以使第一LB设备在接收到目的IP地址为第一VIP地址的报文时，将该报文的目的IP地址修改为从该多个服务器的IP地址中选择的一IP地址，并根据第二路由，转发修改后的报文。

以图1为例，假设图1中的服务器对外提供4种业务，这4种业务对应的VIP地址分别为VIP1～VIP4，在4个LB设备上线后，LB管理设备通过探测这4个LB设备的健康状态发现LB设备均运行正常，则在一个例子中，LB管理设备可以向转发设备1下发5条路由，这5条路由可以是：

路由1：目的地址为VIP1，下一跳为LB1的IP地址；

路由2：目的地址为VIP2，下一跳为LB2的IP地址；

路由3：目的地址为VIP3，下一跳为LB2的IP地址；

路由4：目的地址为VIP3，下一跳为LB3的IP地址；

路由5：目的地址为VIP4，下一跳为LB4的IP地址；

这样，转发设备1就可以根据LB管理设备下发的路由，将访问不同业务的流量分发到不同的LB设备上进行处理，其中，路由3和路由4形成等价路由。

转发设备基于LB管理设备下发的第一路由，可以将目的IP地址为第一VIP地址的报文转发至第一LB设备进行处理。当第一路由有多条时，这多条第一路由可以形成等价路由。基于这多条等价路由，转发设备可以通过负载均衡算法，如哈希算法，将目的IP地址均为第一VIP、但五元组不完全相同的不同报文分别转发至不同的第一LB设备进行处理。在第一LB设备均正常运行的前提下，属于同一条流量的报文会一直被转发到同一个第一LB设备上进行处理。但若是第一LB设备发生异常，比如有第一LB设备故障，或是有第一LB设备超负荷而加入了新的LB设备做负载承担，则此时会导致流量的重分布，比如，之前一直由LB设备1处理的流量后续可能会被转发到LB设备2上。

为了保证第一业务的流量在上述异常发生时不会中断，本申请还提出了以下解决措施：

步骤203之后，针对每个第一LB设备，LB管理设备可以周期性地获取该第一LB设备生成的会话表项并在本地备份，会话表项中记录了该第一LB设备负责处理的目的IP地址为第一VIP地址的报文的五元组，以及该第一LB设备从上述多个服务器的IP地址中选择的负责处理此报文的一IP地址。LB管理设备可以周期性地向除该第一LB设备之外的其它第一LB设备发送该第一LB设备的会话表项；或者，也可以在该第一LB设备发生异常时，再向除该第一LB设备之外的其它第一LB设备发送该第一LB设备的会话表项。

其中第一LB设备发生异常，包括故障和超负荷两种情况。

在任一第一LB设备发生故障时，作为一个实施例，可以由未故障的第一LB设备来继续处理该故障第一LB设备原来负责的流量，具体实现方式如下：针对每个未发生故障的第一LB设备，LB管理设备可以将除该第一LB设备之外的其它第一LB设备生成的会话表项，均发送给该第一LB设备。

以图1为例，假设初始LB管理设备向转发设备下发了目的地址均为VIP3、下一跳分别为LB2和LB3的两条路由，转发设备基于这两条路由，可以将访问VIP3的流量分担到LB2和LB3上。LB2和LB3运行一段时间后，如果LB2发生故障，则LB管理设备只需将LB2生成的会话表项发送给LB3，则后续访问VIP3的流量将全部被转发到LB3上；对于之前LB2和LB3曾处理过的流量，LB3可以基于LB2生成的会话表项和本设备之前生成的会话表项，将该流量转发到原先负责处理该流量的服务器上继续处理。其中，将LB2生成的会话表项发送给LB3也可以是在LB2发生故障前执行的，可避免发生断流的情况。

作为另一个实施例，在任一第一LB设备发生异常时，还可以加入新的LB设备，由新的LB设备和未发生异常的第一LB设备一起来处理访问第一业务的流量，具体实现方式如下：LB管理设备可以从第一LB设备之外的LB设备中选择至少一个第二LB设备；针对每个第二LB设备，将每个第一LB设备上的会话表项发送给该第二LB设备；针对每个第二LB设备，向转发设备下发第三路由，第三路由的目的IP地址为该第一VIP地址、下一跳为该第二LB设备的IP地址；以及向该第二LB设备下发用于处理第一业务的多个服务器的IP地址及该多个服务器的IP地址分别对应的第四路由，以使该第二LB设备在接收到目的IP地址为该第一VIP地址的报文时，可以基于该报文的五元组查找对应的会话表项将该报文的目的IP地址修改为对应会话表项中记录的IP地址或是将该报文的目的地址修改为从上述多个服务器的IP地址中选择的一IP地址，并根据第四路由，转发修改后的报文。

在一个例子中，仍以图1为例，假设初始LB管理设备向转发设备1下发了目的地址为VIP1，下一跳为LB1的IP地址的路由，转发设备基于这条路由可以将访问VIP1的流量转发到LB1上。当LB1出现故障时，转发设备上会自动将这条路由失效，此时LB管理设备可以基于LB2、LB3和LB4这3个LB设备当前的健康状态，从中选择一个或多个LB设备来处理访问VIP1的流量，比如选择了LB2，那么在选择完毕后，LB管理设备可以将之前LB1生成的会话表项发送给选中的LB2，并重新向转发设备1下发路由，该新路由的目的地址为VIP1、下一跳为LB管理设备选中的LB2的IP地址。之后，访问VIP1的流量将被转发到LB2上，对于LB1曾处理过的流量，LB2可以基于LB1生成的会话表项，将该流量转发到原先负责处理这条流量的服务器上继续处理。

在另一个例子中，仍以图1为例，假设初始LB管理设备向转发设备下发了目的地址均为VIP3、下一跳分别为LB2和LB3的两条路由，转发设备基于这两条路由，可以将访问VIP3的流量分担到LB2和LB3上。当LB2超负荷时，LB管理设备根据探测到的结果，可以从LB1和LB4中选择一个或多个LB设备，比如选择了LB1，那么在选择完毕后，LB管理设备可以将之前LB2生成的会话表项发送给LB1和LB3，以及将之前LB3生成的会话表项发送给LB1和LB2，并主动向转发设备1再下发一条目的地址为VIP3、下一跳为LB1的路由。这样，转发设备1上具有目的地址为VIP3的3条等价路由，可以实现业务的负载分担功能，避免一个LB设备因性能不足影响业务的运行。

至此，完成图2所示的流程。

通过图2所示的流程可以看出，本申请通过引入LB管理设备，实现了一种简单有效的LB设备多活部署方案。引入了LB管理设备之后，无需配置备份组便能实现LB设备的多活部署，并且所有LB设备可以同时保持活动状态。此外，由于不需要配置备份组，意味着不需要再专门为备份组配置对外体现的上下行接口IP地址，每个LB设备只占用两个IP地址，与VRRP部署方式相比，可以减少占用的IP地址的数量。本申请将各LB设备之间的关系解耦和，由LB管理设备统一向LB设备下发配置，LB设备只需与LB管理设备实现配置同步，不需要再与其它LB设备实现配置同步。本方案通过LB管理设备、LB设备和转发设备之间的联动，可以实现多业务的负载分担和会话表项备份，以及可以实现相同业务的负载分担和会话表项备份，并且该联动方式简单有效，无技术壁垒，可以和第三方设备轻松对接。

以上对本申请提供的方法进行了描述。下面对本申请提供的装置进行描述。

参见图3，为本申请提供的一种LB设备多活部署装置，所述装置应用于LB管理设备，所述LB管理设备分别与转发设备、多个LB设备连接，且所述转发设备分别与所述多个LB设备连接，所述装置可以包括以下单元：

确定单元301，用于确定第一业务对应的至少一个第一LB设备。

路由下发单元302，用于针对每个第一LB设备，向所述转发设备发送第一路由，所述第一路由的目的网际协议IP地址为所述第一业务对应的第一虚拟IP地址、下一跳为该第一LB设备的IP地址；以及，向每个第一LB设备下发用于处理所述第一业务的多个服务器的IP地址，及所述多个服务器的IP地址分别对应的第二路由，以使该第一LB设备在接收到目的IP地址为所述第一虚拟IP地址的报文时，将所述报文的目的IP地址修改为从所述多个服务器的IP地址中选择的一IP地址，并根据所述第二路由，转发修改后的报文。

在其中一种实施方式中，所述确定单元301，可以获取所述多个LB设备的健康状态；根据获取的LB设备的健康状态，从所述多个LB设备中确定第一业务对应的至少一个第一LB设备。

在其中一种实施方式中，所述装置还可以包括会话表项备份单元；

所述会话表项备份单元，用于针对每个第一LB设备，获取该第一LB设备生成的会话表项；向除该第一LB设备之外的其它第一LB设备发送所述会话表项；所述会话表项记录了该第一LB设备负责处理的目的IP地址为第一虚拟IP地址的报文的五元组，以及该第一LB设备从所述多个服务器的IP地址中选择的一IP地址。

在其中一种实施方式中，所述会话表项备份单元，用于当该第一LB设备发生异常时，向除该第一LB设备之外的其它第一LB设备发送所述会话表项。

在其中一种实施方式中，所述装置还可以包括异常处理单元；

所述异常处理单元，用于当该第一LB设备发生异常时，从所述至少一个第一LB设备之外的LB设备中选择至少一个未发生异常的第二LB设备。

所述会话表项备份单元，用于针对每个第二LB设备，将每个第一LB设备生成的会话表项发送给该第二LB设备；

所述路由下发单元302，用于针对每个第二LB设备，向所述转发设备下发第三路由，所述第三路由的目的IP地址为所述第一虚拟IP地址、下一跳为该第二LB设备的IP地址；以及向该第二LB设备下发所述多个服务器的IP地址及所述多个服务器的IP地址分别对应的第四路由，以使该第二LB设备在接收到目的IP地址为所述第一虚拟IP地址的报文时，基于该报文的五元组查找对应的会话表项将该报文的目的IP地址修改为对应会话表项中记录的IP地址或将该报文的目的IP地址修改为从所述多个服务器的IP地址中选择的一IP地址，并根据所述第四路由，转发修改后的报文。

需要说明的是，本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

至此，完成图3所示装置的描述。

参见图4，本申请还提供一种LB管理设备的硬件架构图，该LB管理设备包括：通信接口401、处理器402、存储器403和总线404；其中，通信接口401、处理器402和存储器403通过总线404完成相互间的通信。

其中，通信接口401，用于与LB设备和转发设备通信。处理器402可以是一个CPU，存储器403可以是非易失性存储器(non-volatile memory)，并且存储器403中存储有LB设备多活部署逻辑指令，处理器402可以执行存储器403中存储的LB设备多活部署逻辑指令，以实现上述图2所示流程中的LB管理设备的功能。

至此，完成图4所示的硬件结构描述。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种负载均衡设备多活部署方法，其特征在于，所述方法应用于LB管理设备，所述LB管理设备分别与转发设备、多个LB设备连接，且所述转发设备分别与所述多个LB设备连接，所述方法包括：

确定第一业务对应的至少一个第一LB设备；

2.根据权利要求1所述的方法，其特征在于，所述确定第一业务对应的至少一个第一LB设备，所述方法还包括：

获取所述多个LB设备的健康状态；

根据获取的LB设备的健康状态，从所述多个LB设备中确定第一业务对应的至少一个第一LB设备。

3.根据权利要求1所述的方法，其特征在于，在向每个第一LB设备下发用于处理所述第一业务的多个服务器的IP地址，及所述多个服务器的IP地址分别对应的第二路由之后，所述方法还包括：

针对每个第一LB设备，获取该第一LB设备生成的会话表项；

向除该第一LB设备之外的其它第一LB设备发送所述会话表项；

所述会话表项记录了该第一LB设备负责处理的目的IP地址为第一虚拟IP地址的报文的五元组，以及该第一LB设备从所述多个服务器的IP地址中选择的一IP地址。

4.根据权利要求3所述的方法，其特征在于，所述向除该第一LB设备之外的其它第一LB设备发送所述会话表项，具体包括：

当该第一LB设备发生异常时，向除该第一LB设备之外的其它第一LB设备发送所述会话表项。

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

当该第一LB设备发生异常时，从所述至少一个第一LB设备之外的LB设备中选择至少一个未发生异常的第二LB设备；

针对每个第二LB设备，将每个第一LB设备生成的会话表项发送给该第二LB设备；

针对每个第二LB设备，向所述转发设备下发第三路由，所述第三路由的目的IP地址为所述第一虚拟IP地址、下一跳为该第二LB设备的IP地址；以及向该第二LB设备下发所述多个服务器的IP地址及所述多个服务器的IP地址分别对应的第四路由，以使该第二LB设备在接收到目的IP地址为所述第一虚拟IP地址的报文时，基于该报文的五元组查找对应的会话表项将该报文的目的IP地址修改为对应会话表项中记录的IP地址或将该报文的目的IP地址修改为从所述多个服务器的IP地址中选择的一IP地址，并根据所述第四路由，转发修改后的报文。

6.一种负载均衡设备多活部署装置，其特征在于，所述装置应用于LB管理设备，所述LB管理设备分别与转发设备、多个LB设备连接，且所述转发设备分别与所述多个LB设备连接，所述装置包括：

确定单元，用于确定第一业务对应的至少一个第一LB设备；

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

所述确定单元，用于获取所述多个LB设备的健康状态；根据获取的LB设备的健康状态，从所述多个LB设备中确定第一业务对应的至少一个第一LB设备。

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

会话表项备份单元，用于针对每个第一LB设备，获取该第一LB设备生成的会话表项；向除该第一LB设备之外的其它第一LB设备发送所述会话表项；所述会话表项记录了该第一LB设备负责处理的目的IP地址为第一虚拟IP地址的报文的五元组，以及该第一LB设备从所述多个服务器的IP地址中选择的一IP地址。

9.根据权利要求8所述的装置，其特征在于，

所述会话表项备份单元，用于当该第一LB设备发生异常时，向除该第一LB设备之外的其它第一LB设备发送所述会话表项。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括异常处理单元；

所述异常处理单元，用于当该第一LB设备发生异常时，从所述至少一个第一LB设备之外的LB设备中选择至少一个未发生异常的第二LB设备；

所述路由下发单元，用于针对每个第二LB设备，向所述转发设备下发第三路由，所述第三路由的目的IP地址为所述第一虚拟IP地址、下一跳为该第二LB设备的IP地址；以及向该第二LB设备下发所述多个服务器的IP地址及所述多个服务器的IP地址分别对应的第四路由，以使该第二LB设备在接收到目的IP地址为所述第一虚拟IP地址的报文时，基于该报文的五元组查找对应的会话表项将该报文的目的IP地址修改为对应会话表项中记录的IP地址或将该报文的目的IP地址修改为从所述多个服务器的IP地址中选择的一IP地址，并根据所述第四路由，转发修改后的报文。