CN103259740B - 一种负载均衡处理方法及装置 - Google Patents

一种负载均衡处理方法及装置 Download PDF

Info

Publication number
CN103259740B
CN103259740B CN201310156792.7A CN201310156792A CN103259740B CN 103259740 B CN103259740 B CN 103259740B CN 201310156792 A CN201310156792 A CN 201310156792A CN 103259740 B CN103259740 B CN 103259740B
Authority
CN
China
Prior art keywords
equipment
main frame
load
migrated
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201310156792.7A
Other languages
English (en)
Other versions
CN103259740A (zh
Inventor
王�锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201310156792.7A priority Critical patent/CN103259740B/zh
Publication of CN103259740A publication Critical patent/CN103259740A/zh
Application granted granted Critical
Publication of CN103259740B publication Critical patent/CN103259740B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本发明提供一种负载均衡处理方法及对应的装置,其中应该方法包括:在收到来自主机的地址解析请求时,根据预设的负载均衡算法从VRRP备份组中选择一个设备,并将选择到的设备的虚拟MAC地址作为解析结果发送给该主机,并更新主机分配表;定期检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡,如果均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备;主动构造单播解析应答报文发送给所述待迁移主机,其中该单播解析应答报文携带的解析结果为目标设备的虚拟MAC地址。本发明能够在各种失衡事件发生之后迅速恢复到均衡状态,避免了现有技术的缺点。

Description

一种负载均衡处理方法及装置
技术领域
本发明涉及数据通信领域,尤其涉及一种负载均衡处理方法及装置。
背景技术
IP网络的作用是不同的局域网络(也可理解为一个二层广播域)相连,其可以屏蔽掉不同局域网络之间差异,比如说链路层面收发技术差异。在IPv4网络中,主机之间使用IP地址相互通信。当主机与局域网内部的其他主机通信时,其可以通过地址解析协议--ARP协议获知其他主机的实际地址(通常是MAC地址),在IPv6网络中,则相应采用ND协议作为地址解析协议。在发送报文时,封装其他主机的MAC地址,局域网内的交换机可以根据MAC地址将报文转发给对应的其他主机。这个过程中报文的传递过程主要依据MAC地址这个二层的地址,因此这个通信过程通常被称为二层通信。
但是当主机需要与位于不同的局域网中的其他主机通信时,其无法通过ARP协议得知其他主机的MAC地址,此时需要通过网关来进行通信。主机通过自身缺省的路由将报文发送给网关,网关根据报文的IP地址决定从哪个链路将报文发送出去,这个过程报文从局域网进入IP网络再到达其他主机所在的局域网。在IP网络中的传递过程主要依据IP地址来决定转发的方向,因此这个通信过程通常被称为三层通信。而网关可以形象地理解为主机与外部通信时投递信件的当地邮局,当地邮局可以将主机的信件准确地送到另一个距离很远收信者所在的邮局,该邮局再将信件送达当地真正收信人。
通常同一网段内(可能有多个局域网)的所有主机上都存在以一个相同网关为下一跳的缺省路由,比如一个中等规模的企业中,其可能有数百台主机同时通过相同的网关与外部通信。当网关发生故障时,这个网段内所有以网关为缺省路由的主机将无法与外部网络通信。很明显,网关是主机与外部通信的关键节点,有必要提高该节点的可靠性以及冗余性。VRRP技术是一种常用的解决网关冗余性的技术。
VRRP(Virtual Router Redundancy Protocol,虚拟网络设备冗余协议)将可以承担网关功能的一组网络设备(比如路由器或者具备路由功能的三层交换机)加入到VRRP备份组中,形成一台虚拟网络设备,由VRRP的选举机制决定哪台网络设备承担转发任务,局域网内的主机只需将虚拟网络设备配置为缺省网关。VRRP协议可以在提高可靠性的同时简化主机的配置。在具有多播或广播能力的局域网(如以太网)中,借助VRRP能在某台网络设备出现故障时仍然提供高可靠的缺省链路,有效避免单一链路发生故障后网络中断的问题,而无需修改动态路由协议、路由发现协议等配置信息。
在VRRP标准协议模式下,一个备份组中只有主设备(Master)可以转发来自用户主机的报文,备用设备(Backup)处于监听状态,其并不转发报文。虽然创建多个备份组可以实现多个网络设备之间的负载分担,但是局域网内的主机需要设置不同的网关,增加了配置的复杂性。
VRRP负载均衡模式在VRRP标准模式提供的虚拟网关冗余备份功能基础上,增加了负载均衡功能。其实现原理为:将一个虚拟IP地址与多个虚拟MAC地址相对应,备份组中的每个网络设备都对应使用一个虚拟MAC地址;使用不同的虚拟MAC地址应答主机的地址解析ARP(IPv4网络中)或ND(IPv6网络中)请求,从而使得不同主机获得相同的网关IP地址,不同的网关MAC地址。这样就能实现主机报文发送到备份组中不同的网络设备,实现负载分担功能。在VRRP负载均衡模式中,只需创建一个备份组,就可以实现备份组中多个网络设备之间的负载分担,避免了VRRP备份组中Backup网络设备始终处于空闲状态、网络资源利用率不高的问题。
VRRP负载均衡模式中,Master设备负责为备份组中的其他设备分配虚拟MAC地址,并为来自不同主机的ARP或ND请求,应答不同的虚拟MAC地址,从而实现流量在多个网络设备之间分担。备份组中的Backup网络设备被禁止应答主机的ARP/ND请求。
请参考图1,以IPv4网络为例,VRRP负载均衡模式的具体工作过程为:
步骤一,Master设备为备份组中的网络设备(包括Master自身)分配虚拟MAC地址。如图1所示,虚拟IP地址为10.1.1.1/24的备份组中,Router A作为Master,Router B作为Backup。Router A为自己分配的虚拟MAC地址为000f-e2ff-0011,为Router B分配的虚拟MAC地址为000f-e2ff-0012。
步骤二,Master设备接收到Host A或发送的目标IP地址为虚拟IP地址(也就是网关的IP地址)的ARP请求后,根据负载均衡算法使用不同的虚拟MAC地址应答主机的ARP请求。如图1所示,Host A发送ARP请求获取网关10.1.1.1对应的MAC地址时,Master(即RouterA)使用Router A的虚拟MAC地址应答该请求;Host B发送ARP请求获取网关10.1.1.1对应的MAC地址时,Master使用Router B的虚拟MAC地址应答该请求。
步骤三,通过使用不同的虚拟MAC地址应答主机的ARP请求,可以实现不同主机的流量发送给不同的网络设备。如图1所示,Host A认为网关的MAC地址为Router A的虚拟MAC地址,Host A发送报文时,其填写的目的MAC地址将是Router A的虚拟MAC地址,这就保证了Host A发往外部的报文将全部通过Router A转发;同样的道理Host B发往外部的报文将全部通过Router B转发。
从协议层面来所,为了实现VRRP负载均衡模式,其中定义了四种协议报文。Advertisement报文:不仅用于通告本路由器上备份组的状态,还用于通告本路由器上处于Active状态的虚拟转发器信息。Master和Backup设备均周期性发送该报文。Request报文:处于Backup状态的设备发送Request报文,请求Master设备为其分配虚拟MAC地址。Reply报文:Master设备接收到Request报文后,将通过Reply报文为Backup设备分配虚拟MAC地址。收到Reply报文后,Backup设备会创建虚拟MAC地址对应的虚拟转发器。Release报文:备份路由器的失效时间达到一定值后,接替其工作的路由器将发送Release报文,通知备份组中的路由器删除对应虚拟MAC的虚拟转发器。
然而VRRP负载均衡的实现机制,依然有其不足的地方。要实现VRRP负载均衡模式,就必须先部署好VRRP备份组,这时候用户主机的报文才能在不同的网络设备间实现均衡。如果在已经部署VRRP备份组已经部署好的情况下,用户还需要对该VRRP备份组扩容,加入Backup网络设备,则新加入的Backup设备没有办法充分分担用户主机的报文。或者说如果原有的Backup设备故障,在消除故障后再接入VRRP备份组后,此事用户主机没有变化的情况下,Backup设备也没有办法充分分担用户主机的报文。
发明内容
有鉴于此,本发明提供一种负载均衡处理装置,应用于VRRP备份组中的设备上,其中当该设备为Master设备时,该装置包括:负载调度单元以及负载调整单元,其中
解析响应单元,用于在收到来自主机的ARP请求时,根据预设的负载均衡算法从VRRP备份组中选择一个设备,通过解析应答报文将选择到的设备的虚拟MAC地址作为解析结果发送给该主机,并更新主机分配表;
负载调度单元,用于定期检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡,如果均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备,更新主机分配表并通知负载调整单元进行处理;
负载调整单元,用于主动构造单播解析应答报文发送给所述待迁移主机,其中该单播解析应答报文携带的解析结果为目标设备的虚拟MAC地址。
本发明还提供一种负载均衡处理方法,应用于VRRP备份组中的设备上,当该设备为Master设备时,该方法包括:
步骤A,在收到来自主机的ARP请求时,根据预设的负载均衡算法从VRRP备份组中选择一个设备,通过解析应答报文将选择到的设备的虚拟MAC地址作为解析结果发送给该主机,并更新主机分配表;
步骤B,定期检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡,如果均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备,更新主机分配表并通知负载调整单元进行处理;
步骤C,主动构造单播解析应答报文发送给所述待迁移主机,其中该单播解析应答报文携带的解析结果为目标设备的虚拟MAC地址。
本发明能够在现有网关负载均衡协议基础上动态调整备份组中各个设备的负载,使得各个设备的负载能够在各种失衡事件发生之后迅速恢复到均衡状态,避免了现有技术的缺点。
附图说明
图1是一种典型的VRRP组网图。
图2是本发明一种实施方式中负载均衡处理装置的逻辑结构及其典型硬件环境的示意图。
图3是本发明一种实施方式中负载均衡处理方法的一般处理流程图。
图4是本发明另一种实施方式中负载均衡处理方法的流程图。
具体实施方式
本发明提供一种新的VRRP负载均衡处理机制,来解决VRRP备份组中各个设备上存在显著负载不均衡的问题。在一种软件实现的优选方式中,本发明提供一种负载均衡处理装置,其应用于支持VRRP负载均衡模式的设备上,请参考图2,该装置运行的基本硬件环境包括CPU、内存、非易失性存储器以及各种业务硬件,如果是分布式架构的设备,这里的业务硬件可广义地包括各种业务板;从逻辑层面上来看,该装置包括:解析响应单元、负载调度单元、负载调整单元以及流量监控单元。请同时参考图2以及图3,该装置运行过程通常包括如下步骤。
步骤101,解析响应单元在收到来自主机的地址解析请求时,根据预设的负载均衡算法从VRRP备份组中选择一个设备,通过解析应答报文将选择到的设备的虚拟MAC地址作为解析结果发送给该主机,并更新主机分配表;
步骤102,负载调度单元定期检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡,如果均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备,更新主机分配表并通知负载调整单元进行处理;
步骤103,负载调整单元主动构造单播ARP应答报文发送给所述待迁移主机,其中该单播解析应答报文携带的解析结果为目标设备的虚拟MAC地址。
以下以最为流行的ARP协议(适用于IPv4)为例提供本发明各种有选实施方案,ND协议(适用于IPv6)等实施原理相同。请进一步参考图3,对于VRRP备份组而言,其中的Master设备可以基于各种负载均衡算法来确定每次使用哪个设备的虚拟MAC地址来响应当前主机的ARP请求。在这个过程中解析响应单元可以不断地调整各个设备的负载在Master设备当前采用的负载均衡算法下慢慢趋向均衡。然而如果发生一些突发的事件可能导致这个趋向均衡的过程需要很长时间,这种突发的事件可能有多种。
比如说新设备加入事件,假设有新设备(比如路由器)加入到VRRP备份组中,此时新设备的负载是零,而且他设备的负载却很高。所谓的新设备加入既可能是用户扩容加入的设备,也可能VRRP备份组中的设备因为故障等原因退出后又重新加入的。如前所述现有技术中,Master设备的负载均衡算法只是在有主机发送ARP请求的时候才显现效果的。并且现有技术的负载均衡算法通常不考虑新设备零负载这种情况,其很可能是采用简单的轮流分配的方法来为各个设备分配主机,这就可能导致新设备在相当长的一段时间内分配到的主机很少,造成其负载长时间过低。
再比如说,由于链路故障或者局部断电等原因可能引发突发主机大量下线事件。在一个企业网络中,如果部分主机因局域网内的链路或者二层交换机而离开网络,这很可能造成不少用户同时下线,而这些用户的下线可能导致VRRP备份组中各个设备之间的负载出现瞬间严重失衡的状况。当发生突发事件导致负载严重失衡的时候,本发明VRRP备份组中的Master设备会及时响应该事件来做出相应调整。无论是部分主机突发下线事件还是新设备加入时间,负载调度单元通常都可以通过定期检查主机分配表(请参考表1示例)发现这种情况,并相应做出调整。
请参考表1,假设VRRP备份组中有三个设备Router A、Router B以及Router C。假设Router C(虚拟MAC地址为0-0-9)上的主机突然全部下线了。此时各个在线主机的ARP表项中已经保存了Router A或者Router B的虚拟MAC地址,只有新发送ARP请求的主机才有可能被分配到Router C的虚拟MAC地址。因此整个VRRP备份组中,Router C将在很长时间内只有少量的主机通过其对外发送报文。
在本发明中,VRRP备份组的Master设备上的负载调度单元检查到负载不均衡之后其会相应为新设备Router C调度一些主机来避免其负载过低的情况。假设网络中有6台主机(实际上通常远远超过6台),此时负载调度单元确定Router A、Router B以及Router C三个设备分别服务2台主机即可实现均衡。当然这里的计算仅仅是示例性的,在实际的算法中还可能会考虑设备的各种性能以及带宽等参数通过权重的方式来计算,当然本发明并不关注负载均衡的计算方法本身,各种不同的负载均衡算法均可以本发明中使用。
主机 主机IP 主机MAC 网关IP 网关MAC 网关设备
Host1 10.1.1.10 0-0-1 10.1.1.1 0-0-7 Router A
Host2 10.1.1.11 0-0-2 10.1.1.1 0-0-8 Router B
Host3 10.1.1.12 0-0-3 10.1.1.1 0-0-7 Router A
Host4 10.1.1.13 0-0-4 10.1.1.1 0-0-8 Router B
Host5 10.1.1.14 0-0-5 10.1.1.1 0-0-7 Router A
Host6 10.1.1.15 0-0-6 10.1.1.1 0-0-8 Router B
…… …… …… …… …… ……
表1
在确定Router C需要分担2台主机时,Master设备的负载调度单元可以从RouterA(也就是自身)或者Router B服务的主机中选择两个主机(比如Host1以及Host2)作为待迁移主机,而Router C这是迁移目标设备。在确定待迁移主机以及迁移目标设备后,更新主机分配表(如表2所示)并通知负载调整单元处理。Master设备的负载调整单元立刻主动构造两个单播ARP应答报文(对应于IPv6中的“邻居通告消息NA”)分别发送给Host1以及Host2。这两个单播ARP应答报文的发送者MAC地址将填写Router C的MAC地址0-0-9。发送给Host1的单播ARP应答报文的源IP为10.1.1.1,源MAC为Router C的MAC地址0-0-9,目的IP为10.1.1.10,目的MAC为0-0-1;发送给Host2的单播ARP应答报文的源IP为10.1.1.1,源MAC为Router C的MAC地址0-0-9,目的IP为10.1.1.11,目的MAC为0-0-2。Host1以及Host2收到之后会相应更新自身的ARP缓存,Host1以及Host2再次向外部发送报文时,其填写的目的MAC地址将是Router C的MAC地址,因此来自Host1和Host2的报文将被分担到Router C上去转发处理。在这一过程中,Master设备是主动为每个待迁移的主机构造ARP应答报文的,并不需要待迁移主机发送ARP请求再应答,相当于主动“欺骗”一次主机的行为。值得注意的是以上仅仅是示例性的,所谓负载均衡并不是绝对相等的概念,其还与VRRP备份组中各设备的性能等各种因素有关,性能更高的设备通常会承担更多的负载。
主机 主机IP 主机MAC 网关IP 网关MAC 网关设备
Host 1 10.1.1.10 0-0-1 10.1.1.1 0-0-9 Router C
Host 2 10.1.1.11 0-0-2 10.1.1.1 0-0-9 Router C
Host 3 10.1.1.12 0-0-3 10.1.1.1 0-0-7 Router A
Host 4 10.1.1.13 0-0-4 10.1.1.1 0-0-8 Router B
Host 5 10.1.1.14 0-0-5 10.1.1.1 0-0-7 Router A
Host 6 10.1.1.15 0-0-6 10.1.1.1 0-0-8 Router B
…… …… …… …… …… ……
表2
迁移过程对于主机来说是变更实际网关,或者说变更网关所在实际物理设备。如果过多主机变更实际网关,或者说部分主机频繁变更实际网关,在一些场景下可能会造成负面影响,比如说位于网关和主机之间的接入设备可能会将此视为攻击行为等。为了改善这一问题,本发明在实际应用的过程中可以进一步优化。负载调整单元检查主机分配表发现结果为不均衡时,先启动一个第一定时器,等到该第一定时器超时的时候再检查一次结果是否依然是不均衡,如果是再通知负载调整单元进行处理,否则结束当前处理。负载不均衡的发生很可能是短时间的,或者说不均衡的程度是相对比较轻微的,解析响应单元有可能在未来一段时间内自行消除这种不均衡。因此引入一个第一定时器,可以在相当程度上减少负载调整的次数,避免主机频繁变更实际网关。
对于新设备加入而言,为了除了可以通过上述定期检查主机分配表进行调整以外,还可以引入实时性更高的处理机制。如果有新设备加入VRRP备份组,负载调度单元可以很快地从VRRP协议层面检测这一事件,相应地可以立刻根据负载均衡算法启动迁移主机的工作。同样的道理,为了在减少主机变更实际网关的情况,同时兼顾尽快实现负载均衡,在优选的方式中,在进行迁移之前,所述负载调度单元可以先启动一个第二定时器。在第二定时器超时之后再进入正常的调度过程。第二定时器的作用与第一定时器类似,先由负载均衡算法来进行自我调整,避免迁移主机,如果这种自我调整不能满足要求,再进行进入迁移调整。
负载调度单元在启动第二定时器时发送集中分配通知给所述解析响应单元,告知解析响应单元后续分配主机时先分配给新设备。所述解析响应单元在收到集中分配通知时从原有的正常工作模式进入集中分配模式,在集中分配模式下,解析响应单元在收到来自主机的ARP请求时,不再采用原先的负载均衡算法来选择设备,而是在每个ARP应答报文都携带新设备的虚拟MAC地址作为解析结果发送给主机。这样一来,在第二定时器超时之前,所有发送ARP请求的主机,其获得的解析结果都是新设备的虚拟MAC地址,相当于将这些主机都分配给新设备。在第二定时器超时的时候,负载调度单元会相应给解析响应单元发送集中分配退出通知时,解析响应单元收到后会退出集中分配模式。以上的处理可以让新设备尽快为更多主机服务,提升其负载。在第二定时器超时的时候,负载调度单元可以再次执行步骤102中的检查过程来检查当前负载是否均衡,如果不是则继续按照前述流程处理,启动第一定时器,在第一定时器超时后再在检查;当然也可以不启动第一定时器而立刻启动迁移过程。
从Master的角度来说,其负载均衡整个处理过程中,是以主机为调度对象进行负载分配的。然而不同的主机其发送的报文流量大小可能差异较大。这可能导致VRRP组中设备在主机数量层面被调度均衡之后却面临较大的流量压力。比如说某个设备有大量用户使用P2P应用从而导致该设备上的报文流量压力非常大,进而导致主机数量均衡而流量却不均衡。在本发明一种优选的实施方式中提供一种应对措施来协助解决流量不均衡的状况。
所述负载均衡处理装置进一步包括流量监控单元。该流量监控单元用于定期检查自身的流量是否超过预设阈值,如果是则向Master设备的负载调度单元发送重分配请求(Re-Assign)。如果当前设备是Backup设备,则该重分配请求携带在VRRP协议报文中,如果当前设备是Master设备自身,该请求可以通过Master内部通信通道发送给负载调度单元。负载调度单元在收到重分配请求后,将该设备的状态标注为过载状态,而解析响应单元则停止使用该过载设备的虚拟MAC地址来响应主机的ARP请求;同时负载调度单元可以从主机分配表中选择一个或多个由该过载设备所服务的主机作为待迁移主机,选择VRRP备份组中其他正常状态设备作为目标设备;然后通知负载调整单元进行处理。负载调整单元主动构造ARP应答报文来将待迁移主机迁移到目标设备,由正常状态的目标设备来服务这些主机。
Master设备的一次调整未必能够解决当前过载设备流量过高的问题。如前所述,设备的流量监控单元会定期检查自身的流量,一旦达到预设阈值其会发送重分配请求。因此只要当前设备的流量一直处于超过预设阈值的状态(也就是过载的状态),那么其会不断地发送重分配请求。而Master设备会响应该请求不断地将其服务的主机迁移到其他设备上去。Master设备每次迁移的主机数量可以是一个预设的数量,比如10台这样不太大的数量等。如果Master设备一次迁移过多的主机,有可能导致当前设备从过载变为负载过低,而其他目标设备却从正常状态变成了过载,因此Master设备进行主机迁移的数量应当是相对较小的数值。
一旦一个过载设备的流量下降到低于所述预设阈值时,流量监控单元会通过定期检查来感知到这一变化,其会相应发送正常状态通知给Master设备的负载调度单元。负载调度单元收到以后会将该设备的状态标注为正常状态。相应地,解析响应单元会使用负载均衡算法的时候将该设备作为正常设备进行选择,即恢复使用其虚拟MAC地址。
需要说明的是,以上描述处理过程中,该装置各个单元在Master设备上都是运行状态中,对于Backup设备来说,其仅仅运行流量监管单元。当然一旦一个Backup设备的角色因为各种原因转变为Master设备时,其上原先没有使能的各个单元会立刻使能。因此本发明中VRRP备份组中各个设备的逻辑设计可以一致的,只不过在不同的角色下使能不同的单元而已。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (8)

1.一种负载均衡处理装置,应用于VRRP备份组中的设备上,包括:负载调度单元以及负载调整单元,其特征在于,当该设备为Master设备时:
解析响应单元,用于在收到来自主机的地址解析请求时,根据预设的负载均衡算法从VRRP备份组中选择一个设备,通过解析应答报文将选择到的设备的虚拟MAC地址作为解析结果发送给该主机,并更新主机分配表;
负载调度单元,用于定期检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡,如果均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备,更新主机分配表并通知负载调整单元进行处理;
负载调整单元,用于主动为每个待迁移主机构造单播解析应答报文发送给所述待迁移主机,其中该单播解析应答报文携带的解析结果为目标设备的虚拟MAC地址;
所述负载调度单元进一步用于确定不均衡时先启动第一定时器,并在定时器超时后再检查各个设备分配到的主机数量是否均衡,如果是均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备;所述负载调度单元进一步用于确定新设备加入VRRP备份组时,启动第二定时器,并发送集中分配通知给所述解析响应单元;并在第二定时器超时后,发送集中分配退出通知给所述解析响应单元;
所述解析响应单元,用于在收到集中分配通知时进入集中分配模式,并在收到集中分配退出通知时,退出集中分配模式;该解析响应单元在集中分配模式下收到来自主机的地址解析请求时,通过解析应答报文将新设备的虚拟MAC地址发送给该主机。
2.如权利要求1所述的装置,其特征在于,所述负载调度单元进一步用于在第二定时器超时后检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡。
3.如权利要求1所述的装置,其特征在于,还包括:
流量监控单元,用于定期监控自身设备的报文流量是否超过预设阈值,如果是则向Master设备的负载调度单元发送重分配请求;
所述负载调度单元进一步用于,在收到重分配请求时,将该设备的状态标记为过载状态;并从主机分配表中选择一个或多个分配给该设备的主机作为待迁移主机,选择VRRP备份组中其他正常状态设备作为目标设备;然后通知负载调整单元进行处理;
所述解析响应单元进一步用于在VRRP备份组中的设备处于过载状态时,停止使用该设备的虚拟MAC地址。
4.如权利要求3所述的装置,其特征在于,流量监控单元进一步用于在检测到自身设备流量从达到预设阈值变为未到达预设阈值时,向Master设备的负载调度单元发送状态正常通知;所述负载调度单元进一步用于,在收到该设备状态正常通知时,将该设备的状态从过载状态修改为正常状态。
5.一种负载均衡处理方法,应用于VRRP备份组中的设备上,其特征在于,当该设备为Master设备时,该方法包括:
步骤A,在收到来自主机的ARP请求时,根据预设的负载均衡算法从VRRP备份组中选择一个设备,通过解析应答报文将选择到的设备的虚拟MAC地址作为解析结果发送给该主机,并更新主机分配表;
步骤B,定期检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡,如果均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备,更新主机分配表并通知负载调整单元进行处理;在确定不均衡时先启动第一定时器,并在定时器超时后再检查各个设备分配到的主机数量是否均衡,如果是均衡则结束,如果不均衡,则根据所述负载均衡算法确定待迁移主机以及待迁移主机需要迁移的目标设备;在确定新设备加入VRRP备份组时,启动第二定时器,并进入集中分配模式;并在第二定时器超时后,退出集中分配模式;其中在集中分配模式下收到来自主机的地址解析请求时,通过解析应答报文将新设备的虚拟MAC地址发送给该主机;
步骤C,主动构造为每个待迁移主机单播解析应答报文发送给所述待迁移主机,其中该单播解析应答报文携带的解析结果为目标设备的虚拟MAC地址。
6.如权利要求5所述的方法,其特征在于,所述步骤B进一步包括:
在第二定时器超时后检查Master设备上的主机分配表以确定各个设备分配到的主机数量是否均衡。
7.如权利要求5所述的方法,其特征在于,还包括:
步骤D,定期监控自身设备的报文流量是否超过预设阈值,如果是则发送重分配请求;
所述步骤B进一步包括:
在收到重分配请求时,将该设备的状态标记为过载状态;并从主机分配表中选择一个或多个分配给该设备的主机作为待迁移主机,选择VRRP备份组中其他正常状态设备作为目标设备;然后转步骤C处理;
所述步骤A进一步包括:
在VRRP备份组中的设备处于过载状态时,停止使用该设备的虚拟MAC地址。
8.如权利要求7所述的方法,其特征在于,所述步骤D进一步包括:
在检测到自身设备流量从达到预设阈值变为未到达预设阈值时,发送状态正常通知;
所述步骤B进一步包括:
在收到该设备状态正常通知时,将该设备的状态从过载状态修改为正常状态。
CN201310156792.7A 2013-04-27 2013-04-27 一种负载均衡处理方法及装置 Active CN103259740B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310156792.7A CN103259740B (zh) 2013-04-27 2013-04-27 一种负载均衡处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310156792.7A CN103259740B (zh) 2013-04-27 2013-04-27 一种负载均衡处理方法及装置

Publications (2)

Publication Number Publication Date
CN103259740A CN103259740A (zh) 2013-08-21
CN103259740B true CN103259740B (zh) 2017-03-15

Family

ID=48963448

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310156792.7A Active CN103259740B (zh) 2013-04-27 2013-04-27 一种负载均衡处理方法及装置

Country Status (1)

Country Link
CN (1) CN103259740B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105939258B (zh) * 2016-03-16 2019-09-06 杭州迪普科技股份有限公司 Vrrp报文的发送方法及装置
CN105847143B (zh) * 2016-06-06 2022-06-07 北京博维亚讯技术有限公司 基于vrrp的负载均衡方法及系统
CN106357726B (zh) * 2016-08-24 2019-08-20 东软集团股份有限公司 负载均衡方法及装置
CN109407976B (zh) * 2018-09-21 2021-09-14 联想(北京)有限公司 一种分布式存储方法及分布式存储装置
CN111770167B (zh) * 2020-06-25 2023-02-17 武汉众邦银行股份有限公司 一种基于服务端处理能力的负载均衡算法的服务网关
CN114143230B (zh) * 2020-09-02 2023-07-21 中国移动通信集团安徽有限公司 双栈用户dns解析时长计算方法及装置
CN113504976B (zh) * 2021-06-10 2023-05-23 中国联合网络通信集团有限公司 软件定义网络架构调度方法、系统、终端设备及存储介质
CN114079636A (zh) * 2021-10-25 2022-02-22 深信服科技股份有限公司 一种流量处理方法及交换机、软负载设备、存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1531262A (zh) * 2003-03-11 2004-09-22 ��Ϊ�������޹�˾ 实现网络负载分担功能的网络通信方法
CN1533108A (zh) * 2003-03-21 2004-09-29 ��Ϊ�������޹�˾ 一种实现网关动态负载分担和备份的方法
US7260647B2 (en) * 2002-03-28 2007-08-21 International Business Machines Corporation Method of load balancing traffic among routers in a data transmission system
CN101184039A (zh) * 2007-11-30 2008-05-21 北京大学 一种以太网负载均衡的方法
WO2009007830A2 (en) * 2007-07-10 2009-01-15 Telefonaktiebolaget L M Ericsson (Publ) System and method for balancing ip gateway services
CN101404621A (zh) * 2008-11-24 2009-04-08 杭州华三通信技术有限公司 实现vrrp负载均衡的方法和路由设备
CN102333027A (zh) * 2011-06-17 2012-01-25 杭州华三通信技术有限公司 基于vrrpe备份组的流量负载分担实现方法及其装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8514854B2 (en) * 2009-06-11 2013-08-20 Brocade Communications Systems, Inc. Virtual router redundancy for server virtualization

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7260647B2 (en) * 2002-03-28 2007-08-21 International Business Machines Corporation Method of load balancing traffic among routers in a data transmission system
CN1531262A (zh) * 2003-03-11 2004-09-22 ��Ϊ�������޹�˾ 实现网络负载分担功能的网络通信方法
CN1533108A (zh) * 2003-03-21 2004-09-29 ��Ϊ�������޹�˾ 一种实现网关动态负载分担和备份的方法
WO2009007830A2 (en) * 2007-07-10 2009-01-15 Telefonaktiebolaget L M Ericsson (Publ) System and method for balancing ip gateway services
CN101184039A (zh) * 2007-11-30 2008-05-21 北京大学 一种以太网负载均衡的方法
CN101404621A (zh) * 2008-11-24 2009-04-08 杭州华三通信技术有限公司 实现vrrp负载均衡的方法和路由设备
CN102333027A (zh) * 2011-06-17 2012-01-25 杭州华三通信技术有限公司 基于vrrpe备份组的流量负载分担实现方法及其装置

Also Published As

Publication number Publication date
CN103259740A (zh) 2013-08-21

Similar Documents

Publication Publication Date Title
CN103259740B (zh) 一种负载均衡处理方法及装置
CN100334866C (zh) 一种实现网关动态负载分担和备份的方法
US9775008B2 (en) System and method for elastic scaling in a push to talk (PTT) platform using user affinity groups
CN101316236B (zh) Vrrp备份组负载分担方法及路由器
CN101404621B (zh) 实现vrrp负载均衡的方法和路由设备
CN102143046B (zh) 负载均衡的方法、设备和系统
EP2993838B1 (en) Methods for setting a member identity of gateway device and corresponding management gateway devices
CN101217448B (zh) 实现网关动态负载分担的方法及系统
CN102215158B (zh) 实现vrrp流量传输的方法和路由设备
EP3864801B1 (en) Technique for monitoring a redundancy status of a connection
WO2004082222A1 (fr) Procede de communication ayant la fonction de partage de charge de reseau
CN111698158B (zh) 主设备选举方法、装置及机器可读存储介质
CN102333027B (zh) 基于vrrpe备份组的流量负载分担实现方法及其装置
CN101420381B (zh) 一种提高vrrp负载均衡中转发可靠性的方法和装置
CN105721328B (zh) 一种vrrp负载均衡的方法、装置和路由器
CN106936943A (zh) 虚拟机地址的分配方法及系统
CN102801632A (zh) Pim-sm指定路由器和igmp查询器的统一选举方法
CN102780615A (zh) 一种链路备份方法和路由转发设备
CN102571527A (zh) 基于虚拟路由冗余的备份及负载均衡系统
CN104243304B (zh) 非全连通拓扑结构的数据处理方法、设备和系统
WO2017000625A1 (zh) 动态主机配置协议dhcp服务器管理方法及装置
CN106375211A (zh) Vrrp负载均衡场景中的交换机数据处理方法和交换机
CN114900526B (zh) 负载均衡方法及系统、计算机存储介质、电子设备
CN114079636A (zh) 一种流量处理方法及交换机、软负载设备、存储介质
CN114268581A (zh) 一种实现网络设备高可用和负载分担的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP03 Change of name, title or address

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Patentee after: Xinhua three Technology Co., Ltd.

Address before: 310053 Hangzhou science and Technology Development Zone, Zhejiang high tech park, No. six and road, No. 310

Patentee before: Huasan Communication Technology Co., Ltd.

CP03 Change of name, title or address