CN103220354A - 一种实现服务器集群负载均衡的方法 - Google Patents
一种实现服务器集群负载均衡的方法 Download PDFInfo
- Publication number
- CN103220354A CN103220354A CN2013101348370A CN201310134837A CN103220354A CN 103220354 A CN103220354 A CN 103220354A CN 2013101348370 A CN2013101348370 A CN 2013101348370A CN 201310134837 A CN201310134837 A CN 201310134837A CN 103220354 A CN103220354 A CN 103220354A
- Authority
- CN
- China
- Prior art keywords
- server
- load
- balanced
- node
- address
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种实现服务器集群负载均衡的方法,包括客户端向服务器集群广播地址解析协议请求;负载均衡服务器对所述地址解析协议请求进行识别,且当所述负载均衡服务器与所述地址解析协议请求相匹配时,负载均衡服务器将物理地址反馈至所述客户端;客户端根据所述负载均衡服务器的物理地址,将业务请求发送至所述负载均衡服务器;负载均衡服务器将所述业务请求调度给所述负载均衡服务器所连接的负载值最小的节点服务器进行处理;所述节点服务器对所述业务请求进行处理后,并将所述获得的数据包发送至所述客户端。本发明提供的一种实现服务器集群负载均衡的方法,达到服务器集群的资源合理利用与系统性能优化的效果。
Description
技术领域
本发明涉及计算机网络技术领域,尤其涉及一种实现服务器集群负载均衡的方法。
背景技术
集群,英文名称为Cluster。在通信网络技术领域中,集群是指服务器集群,其将多台服务器连接到一起以提供同一种服务,使得在客户端看来,集群中的多台服务器能够像一台机器那样工作。服务器集群中的各台服务器也称为节点服务器。
服务器集群可提高系统的稳定性和网络中心的数据处理能力及服务能力。例如,服务器集群可以利用多台服务器进行并行计算从而获得很高的计算速度;也可以利用多个计算机做备份,从而避免单点故障。在目前的服务器集群系统中,各台节点服务器对客户端的服务质量往往决定于该服务器集群的负载均衡能力。
目前随着计算机网络的各个核心服务器的业务量的提高,访问量和数据流量的快速增长,其处理能力和计算强度的要求也相应地增大,使得单一的服务器设备根本无法承担,因此,有关于服务器集群的负载均衡技术应运而生。
负载均衡(又称为负载分担),英文名称为Load Balance,其作用是将负载或工作任务平衡分摊到多个操作单元上进行执行。在服务器集群中,负载均衡建立在现有计算机网络结构之上,提供了一种有效的方法扩展服务器带宽和增加吞吐量,提高服务器响应速度,加强计算机网络数据处理能力,提高计算机网络的灵活性和可用性。
目前,为实现服务器集群的资源合理利用与系统性能优化的目的,现有技术提供了多种实现服务器集群负载均衡的技术解决方案。
其中,目前基于域名系统的实现了一种负载均衡方法。域名系统(Domain Name System,简称DNS)是因特网的一项核心服务,其将域名和网络地址(Internet
Protocol,简称IP)相互映射的一个分布式数据库,使用户方便访问互联网,而不必记住被机器直接读取的IP数串。在现有的基于域名系统的负载均衡方法中,通过DNS服务中的随机域名解析来实现负载均衡,在DNS服务器中可以为多个不同的地址配置同一个域名。对于同一个域名,不同的客户机会得到不同的地址,因此也就访问了不同地址上的Web(网络)服务器,从而达到负载均衡的目的。但该方法为了保证DNS数据的及时更新,通常将DNS的刷新时间设置得较小,这将会造成大量的额外网络流量,更新后的DNS数据也不能立即生效;并且,该方法无法得知各个节点服务器之间的差异,不能为性能较好的节点服务器多分配请求,也不能了解到各个节点服务器的当前状态。
现有技术中还提供了一种反向代理负载均衡方法,其使用代理服务器可以将请求转发给集群内部Web服务器,让代理服务器将请求均匀地转发给内部多台Web服务器之一上,从而达到负载均衡的目的。反向代理负载均衡的缺点是针对每一次服务请求,代理服务器就必须打开两个连接(一个对外连接,一个对内连接),当服务请求数量非常大时,代理服务器的负载值急剧增大,代理服务器成为了服务器集群负载均衡的瓶颈。
此外,现有技术中还基于网络地址转换(Network Address Translation,简称NAT)技术,将内部地址和外部地址进行转换,以便具备内部地址的服务器能访问外部网络;而当外部网络中的服务器访问地址转换网关时,地址转换网关能将其外部地址映射到一个内部服务器的内部地址上,从而达到负载分担的目的。基于NAT的负载均衡技术由于带宽共用,通常中心负载均衡器存在带宽限制,也成为整个服务器集群负载均衡的瓶颈。如在100MB(MByte,兆字节)的快速以太网条件下,该方法最快能达80MB的带宽;然而在实际应用中,该方法通常只有40MB到60MB的可用带宽。
发明内容
本发明所要解决的技术问题是,提供一种实现服务器集群负载均衡的方法,解决负载均衡器所带来的瓶颈问题,以实现服务器集群资源的合理利用与性能优化的目的。
为解决以上技术问题,本发明提供一种实现服务器集群负载均衡的方法,包括:
S1、客户端向服务器集群广播地址解析协议请求,所述服务器集群包括至少一台负载均衡服务器,所述负载均衡服务器与至少一台节点服务器连接;
S2、所述服务器集群中的负载均衡服务器对所述地址解析协议请求进行识别,且当所述负载均衡服务器与所述地址解析协议请求相匹配时,所述负载均衡服务器将所述负载均衡服务器的物理地址反馈至所述客户端;
S3、所述客户端根据所述负载均衡服务器的物理地址,将业务请求发送至所述负载均衡服务器;
S4、所述负载均衡服务器将所述业务请求调度给所述负载均衡服务器所连接的负载值最小的节点服务器进行处理;
S5、所述节点服务器对所述业务请求进行处理后,获得数据包,并将所述数据包发送至所述客户端。
在一种可实现方式中,所述步骤S2具体包括:
S21、所述服务器集群中的负载均衡服务器对所述地址解析协议请求进行解析,获得所述地址解析协议中的网络地址;
S22、所述负载均衡服务器将所述地址解析协议中的网络地址与所述负载均衡服务器的网络地址进行比较;
S23、当所述地址解析协议中的网络地址与所述负载均衡服务器的网络地址相同时,所述负载均衡服务器将所述负载均衡服务器的物理地址反馈至所述客户端。
进一步地,所述负载均衡服务器设置有至少一个调度器,以及与所述调度器一一对应的网络接口;
则所述负载均衡服务器与至少一台节点服务器连接,具体为:
所述调度器与所述网络接口一一对应建立数据连接;每个所述网络接口通过连接一台交换机,分别与至少一台节点服务器建立数据连接。
更进一步地,在所述步骤S5之后,所述方法还包括:
S6:所述负载均衡服务器分别定时检测所述负载均衡服务器所连接的各台所述节点服务器的工作状态,且将发生故障的节点服务器所处理的业务请求,调度给所述负载均衡服务器所连接的负载值最小的节点服务器中进行处理。
本发明提供的一种实现服务器集群负载均衡的方法,实现了服务器集群的资源合理利用与系统性能优化。具体地,本发明通过横向增加负载均衡服务器或纵向增加负载均衡服务器中的调度器,有效地扩展了服务器集群的带宽和增加了服务器集群的资源吞吐量;根据服务器集群中各个服务器的负载值,将客户端的业务请求调度给负载值最小的节点服务器进行处理,且当大量并发的数据业务请求向该服务器集群发出时,负载均衡服务器可将该并发数据业务请求分配至多台节点服务器进行处理,每台节点服务器并行运行,提高了服务器集群的数据处理能力;各台节点服务器对业务请求进行处理后,分别将处理结果直接发送至客户端,而无需经过负载均衡服务器,从而有效地解决服务器集群中的瓶颈问题。
附图说明
图1是本发明提供的一种实现服务器集群负载均衡的方法的第一实施例的方法流程图;
图2是本发明第一实施例提供的一个服务器集群连接结构示意图;
图3是本发明第一实施例中步骤S2的一种优选实现方式的步骤流程图;
图4是本发明第二实施例提供的一个服务器集群连接结构示意图;
图5是本发明第二实施例中步骤S4的一种实现方式的步骤流程图;
图6是本发明第二实施例中步骤S4的又一种实现方式的步骤流程图;
图7是本发明所提供的一种实现服务器集群负载均衡的方法的第三实施例的方法流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
参见图1,是本发明提供的一种实现服务器集群负载均衡的方法的第一实施例的方法流程图。
在第一实施例中,所述的一种实现服务器集群负载均衡的方法包括以下步骤:
步骤S1:客户端向服务器集群广播地址解析协议请求,所述服务器集群包括至少一台负载均衡服务器,所述负载均衡服务器与至少一台节点服务器连接。
参见图2,是本发明实施例的提供的一个服务器集群连接结构示意图。
在本实施例中,客户端100连接有多台负载均衡服务器,如负载均衡服务器110、负载均衡服务器120等。其中,负载均衡服务器110连接有多台节点服务器,如节点服务器111,节点服务器112,节点服务器113等节点服务器。
在本实施例中,各个负载均衡服务器及其所连接的节点服务器构成服务器集群。具体实施时,可通过横向增加负载均衡服务器的数量,以提高服务器集群的数据量承载能力和带宽。
在本实施例中,客户端100向服务器集群广播地址解析协议请求。地址解析协议也称为ARP(Address Resolution Protocol)协议,是获取物理地址的一种TCP/IP协议;而TCP/IP是Transmission
Control Protocol/Internet Protocol的简写,中文译名为“传输控制协议/因特网互联协议”,又名网络通信协议,是因特网最基本的协议。
步骤S2:所述服务器集群中的负载均衡服务器对所述地址解析协议请求进行识别,且当所述负载均衡服务器与所述地址解析协议请求相匹配时,所述负载均衡服务器将所述负载均衡服务器的物理地址反馈至所述客户端100。
物理地址,也即MAC地址,是Media Access
Control(介质访问控制)的简写,MAC地址是识别局域网中传输数据时真正赖以标识发出数据的计算机和接收数据的计算机的地址。
在本实施例中,客户端100在发出业务请求之前,需要先获得该业务请求所对应的目的MAC地址。因此,客户端100向服务器集群中的各台负载均衡服务器广播ARP请求时,集群中的每台负载均衡服务器均接收到该ARP请求,但只有与该ARP匹配的负载均衡服务器才对该ARP请求进行响应,即只有与该ARP请求匹配的负载均衡服务器将其自身的物理地址发送给客户端100,以便于客户端100获得业务请求所要发送的目的地址。譬如,负载均衡服务器110接收所述ARP请求后,对该ARP请求进行解析后发现其与自身匹配,则负载均衡服务器110将其自身的MAC地址反馈给客户端100。
参看图3,是本发明第一实施例中的步骤S2的一种优选实现方式的步骤流程图。
作为优选的实现方式,在本发明实施例中,所述步骤S2具体包括:
步骤S21:所述服务器集群中的负载均衡服务器对所述地址解析协议请求进行解析,获得所述地址解析协议中的网络地址。具体地,网络地址也称为IP(Internet Protocol)地址,是为计算机网络相互连接进行通信而设计的基础协议。目前使用的IPV4(Internet Protocol version 4,互联网协议版本4)的IP地址长度为32位,分为4段,每段8位,用十进制数字表示,每段数字范围为0~255,段与段之间用句点隔开,例如159.226.1.1。
具体实施时,客户端100在广播ARP请求时,该请求携带有目标节点服务器的IP地址;服务器集群中的各台负载均衡服务器在接收到该ARP请求时,对其进行解析,获取ARP中所标示的IP地址。
步骤S22:所述负载均衡服务器将所述地址解析协议中的网络地址与所述负载均衡服务器的网络地址进行比较。IP地址作为计算机网络中每一台计算机的二进制地址标识,服务器集群中的每一台服务器也具有相应的IP地址。当客户端广播ARP请求时,服务器集群中的各台均衡负载服务器均将自身的IP地址与解析ARP请求所得到的IP地址进行比较。
步骤S23:当所述地址解析协议中的网络地址与所述负载均衡服务器的网络地址相同时,所述负载均衡服务器将所述负载均衡服务器的物理地址反馈至所述客户端。具体地,通过执行步骤S22的比较后,服务器集群中的某一台均衡服务器检测到自身的IP地址与ARP请求中所携带的IP地址相同时,即该均衡服务器与ARP请求相匹配,并向客户端发出响应。
在本实施例中,所述步骤S2的目的是获取客户端所需要的物理地址,以便于在下一个步骤中,客户端可以对其获得的物理地址所标示的服务器发出真正的数据业务请求。
步骤S3:所述客户端根据所述负载均衡服务器的物理地址,将业务请求发送至所述负载均衡服务器。譬如,若负载均衡服务器110与客户端所发出的ARP请求相匹配,且其MAC地址为“00-23-5A-15-99-4E”,客户端100在收到负载均衡服务器110的响应后,将“00-23-5A-15-99-4E”设定为本次业务请求的目的MAC地址。
在本实施例中,客户端100将其获得的MAC地址存储起来。具体实施时,当业务请求实际需要发送到的目的地址与上述MAC地址相同时,客户端100不再需要通过发送ARP请求便可获知相应的MAC地址,提高数据处理的效率。
步骤S4:所述负载均衡服务器将所述业务请求调度给所述负载均衡服务器所连接的负载值最小的节点服务器进行处理。具体实施时,负载均衡服务器将其所连接的各台节点服务器的负载信息进行数值量化时,可用负载值表示每一台节点服务器的负载情况。具体地,客户端100每次向服务器集群中的某一台负载均衡服务器发送业务请求时,该负载均衡服务器都会将业务请求调度给所述负载均衡服务器所连接的负载值最小的节点服务器进行处理。
步骤S5:所述节点服务器对所述业务请求进行处理后,获得数据包,并将所述数据包发送至所述客户端。该节点服务器作为客户端所发送的业务请求的执行目的地,对该业务请求进行处理后将处理结果直接发送给客户端。
以图2所示的服务器集群结构图为例。当节点服务器111的负载值最小时,均衡服务器110将客户端100的业务请求调度给节点服务器111进行处理;节点服务器111对该业务请求进行处理后,直接将该业务请求的一个或多个处理结果(数据包)进行汇总后反馈给客户端100,无需经过负载均衡服务器110来将处理结果反馈给客户端100。降低了负载均衡服务器对整个服务器集群的限制和提高了负载均衡服务器的带宽,从而提高了整个服务器集群的数据处理效率。
进一步地,在本发明实施例所提供的服务器集群中,各台负载均衡服务器设置有至少一个调度器,以及与所述调度器一一对应的网络接口。
参见图4,是本发明第二实施例提供的一个服务器集群连接结构示意图。
本发明基于图4所示的服务器集群连接结构图,提供了一种实现服务器集群负载均衡的方法的第二实施例。
在第二实施例中,步骤S1~步骤S3的实现过程与基本原理与第一实施例中所描述的相关内容一致。
在本实施例中,具体实施时,各台负载均衡服务器设置有至少一个调度器,以及与所述调度器一一对应的网络接口,则所述负载均衡服务器与至少一台节点服务器连接,具体为:
所述调度器与所述网络接口一一对应建立数据连接;每个所述网络接口通过连接一台交换机,分别与至少一台节点服务器建立数据连接。
如图4所示,客户端200与负载均衡服务器300连接,负载均衡服务器300内置有调度器301、调度器302等多个调度器。具体实施时,负载均衡服务器300通过虚拟机的方式提供调度器。其中,负载均衡服务器300中的调度器301通过网络接口与交换机401连接;交换机401再通过网络接口与多台节点服务器连接,如节点服务器501、节点服务器502等。同理,负载均衡服务器300中的调度器302通过网络接口与交换机402连接;交换机402再与节点服务器601、节点服务器602等多台节点服务器分别连接。
具体地,负载均衡服务器300的内置调度器的数量(虚拟机的数量)决定于负载均衡服务器300上的网络适配器(即网卡)的数量。在本实施例中,可根据实际应用需要,通过增加调度器的数量来提高负载均衡服务器的带宽和数据处理能力。
进一步地,在第二实施例中,所述负载均衡服务器300还设置有中央处理器310。
在第二实施例所提供的一种实现服务器集群负载均衡的方法中,在第一实施例的基础上,进一步地,所述步骤S4在具体实现时,还包括步骤S41~步骤S44。
参看图5,是本发明第二实施例中步骤S4的一种实现方式的步骤流程图。
步骤S41:每个所述调度器通过所对应的网络接口,分别定时对所述网络接口所连接的所述节点服务器的负载值进行采集。具体实施时,服务器集群中的每一台负载均衡服务器,通过中央处理器对负载均衡服务器中内置的各台调度器进行任务分配,使得各台调度器分别定期收集并记录其所连接的各台节点服务器的负载值,然后执行步骤S42。
步骤S42:每个所述调度器将所述节点服务器的负载值发送给所述中央处理器310。
因此,与客户端的ARP请求相匹配的任意一台负载均衡服务器在接收到客户端的业务请求时,均可及时获知其所连接的负载值最小的节点服务器,从而降低映射地址或转发的业务请求所带来额外的传输时延。
步骤S43:所述中央处理器310将所述节点服务器的负载值进行汇总和排序,并获取负载值最小的节点服务器的物理地址。具体地,中央处理器310获得其通过各个交换机所连接多台节点服务器的负载值后,通过对各个负载值的汇总和排序,定位得到负载值最小的节点服务器及其物理地址,以找到对客户端200所发送的业务请求执行实际处理的节点服务器。找到执行实际处理的节点服务器的目的MAC地址后,执行步骤S44。
步骤S44:所述中央处理器根据所述负载值最小的节点服务器的物理地址,将所述客户的业务请求调度给所述负载值最小的节点服务器进行处理。
具体实施时,中央处理器310以负载值最小的节点服务器的物理地址为依据,将由客户端200发送过来的业务请求(数据包)转发给其所连接的实时负载值最小的节点服务器进行处理。具体地,负载值最小的节点服务器对该业务请求的一个或多个处理结果进行汇总后直接发送给客户端200。
譬如,客户端200通过广播ARP请求后,已获知负载均衡服务器300与当前的ARP请求相匹配,且在负载均衡服务器300所连接的多台节点服务器中,节点服务器502的负载值最小,则中央处理器310将客户端200所发送的业务请求(数据包)发送给交换机401;交换机401再将该业务请求分配给节点服务器502中进行处理;最终的处理结果反馈给客户端200。
需要说明的是,在发明实施例中,当客户端向集群服务器发送“短连接”业务请求时,当该业务请求处理完毕时,负载均衡服务器自动断开其与相应的节点服务器的数据连接;当客户端向集群服务器发送“长连接”业务请求时,当该业务请求处理完毕时,负载均衡服务器并不会自动断开其与相应的节点服务器的数据连接,也即负载均衡服务器需要接受相关信令的控制才会断开其建立的数据链路连接。
在计算机网络技术中,“短连接”是指通信双方有数据交互时,就建立一个连接;数据发送完成后,则断开此连接,即每次连接只完成一项业务的发送。所谓“长连接”,是指在一个连接上可以连续发送多个数据包;在连接保持期间,如果没有数据包发送,需要双方发链路检测包。
其中,长连接的负载均衡可以很好的实现数据分流,使每个节点服务器的处理流量相差不大,其较为经典的应用场合是多接入点的信令分析处理。长连接的特点是它一旦建立连接就不会自动断开,因此,当一个节点服务器的负载值超过到一定值时,该节点服务器的处理效率会大大降低。
因此,在本实施例中,进一步地,需要利用调度器,根据节点服务器的负载值,动态地对每一条数据链路进行最优选择,以合理利用每一台节点服务器的资源,避免出现某一个节点服务器过高或过低负载的情况,达到资源合理利用最大化效果。
参看图6,是本发明第二实施例中步骤S4的又一种实现方式的步骤流程图。
其中,在本实现方式中,步骤S41~步骤S44的实现过程及基本原理与图5所示的方法流程图一致。
在本实施例中,所述负载均衡服务器对其所连接的所述节点服务器设定负载阈值。本实施例通过为各个节点服务器设置负载阈值,以避免长连接过程中造成的某一个节点服务器过高或过低负载的情况。
具体地,则在所述步骤S44之后,所述方法还包括:
步骤S45:所述调度器将定时采集得到的所述节点服务器的负载值与所述负载阈值进行比较。
步骤S46:当所述节点服务器的负载值大于所述负载阈值时,所述调度器断开所述调度器与所述节点服务器的数据连接。
需要说明的是,当服务器集群中的某一负载均衡服务器中的调度器断开其与某一节点服务器的数据连接时,客户端可检测到该长连接的断开状态,并将该长连接中的未处理的业务请求重新作为新的业务请求,通过服务器集群中的某一负载均衡服务器调度给负载值最小的节点服务器进行处理。
参看图7,是本发明所提供的一种实现服务器集群负载均衡的方法的第三实施例的方法流程图。
进一步地,在本发明第一实施例或第二实施例的基础上,在本发明提供的第三实施例中,在所述步骤S5之后,所述方法还包括:
步骤S6:所述负载均衡服务器分别定时检测所述负载均衡服务器所连接的各台所述节点服务器的工作状态,且将发生故障的节点服务器所处理的业务请求,调度给所述负载均衡服务器所连接的负载值最小的节点服务器中进行处理。
本实施例通过增加步骤S6,使得当服务器集群中的任意一台服务器发生故障时,负载均衡服务器均可对客户端持续地提供相关服务。
综上所述,本发明实施例所提供的一种实现服务器集群负载均衡的方法,实现了服务器集群的资源合理利用与系统性能优化。具体地,本发明中的服务器集群通过增加负载均衡服务器,有效地提高了服务器集群的带宽和资源吞吐量;负载均衡服务器根据节点服务器的负载值,动态的对每一个业务情况或数据链路连接进行最优选择,合理利用每一台节点服务器的资源和合理分配客户端的业务请求,避免了某一台节点服务器负载过高或过低。各台节点服务器对业务请求进行处理后,分别将处理结果直接发送至客户端,而无需运载经过负载均衡服务器,从而解决了服务器集群中的负载均衡服务器的瓶颈问题。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (6)
1.一种实现服务器集群负载均衡的方法,其特征在于,包括:
S1、客户端向服务器集群广播地址解析协议请求,所述服务器集群包括至少一台负载均衡服务器,所述负载均衡服务器与至少一台节点服务器连接;
S2、所述服务器集群中的负载均衡服务器对所述地址解析协议请求进行识别,且当所述负载均衡服务器与所述地址解析协议请求相匹配时,所述负载均衡服务器将所述负载均衡服务器的物理地址反馈至所述客户端;
S3、所述客户端根据所述负载均衡服务器的物理地址,将业务请求发送至所述负载均衡服务器;
S4、所述负载均衡服务器将所述业务请求调度给所述负载均衡服务器所连接的负载值最小的节点服务器进行处理;
S5、所述节点服务器对所述业务请求进行处理后,获得数据包,并将所述数据包发送至所述客户端。
2.如权利要求1所述的一种实现服务器集群负载均衡的方法,其特征在于,所述步骤S2具体包括:
S21、所述服务器集群中的负载均衡服务器对所述地址解析协议请求进行解析,获得所述地址解析协议中的网络地址;
S22、所述负载均衡服务器将所述地址解析协议中的网络地址与所述负载均衡服务器的网络地址进行比较;
S23、当所述地址解析协议中的网络地址与所述负载均衡服务器的网络地址相同时,所述负载均衡服务器将所述负载均衡服务器的物理地址反馈至所述客户端。
3.如权利要求1或2所述的一种实现服务器集群负载均衡的方法,其特征在于,所述负载均衡服务器设置有至少一个调度器,以及与所述调度器一一对应的网络接口;
则所述负载均衡服务器与至少一台节点服务器连接,具体为:
所述调度器与所述网络接口一一对应建立数据连接;每个所述网络接口通过连接一台交换机,分别与至少一台节点服务器建立数据连接。
4.如权利要求3所述的一种实现服务器集群负载均衡的方法,其特征在于,所述负载均衡服务器还设置有中央处理器,则所述步骤S4具体包括:
S41、每个所述调度器通过所对应的网络接口,分别定时对所述网络接口所连接的所述节点服务器的负载值进行采集;
S42、每个所述调度器将所述节点服务器的负载值发送给所述中央处理器;
S43、所述中央处理器将所述节点服务器的负载值进行汇总和排序,并获取负载值最小的节点服务器的物理地址;
S44、所述中央处理器根据所述负载值最小的节点服务器的物理地址,将所述客户的业务请求调度给所述负载值最小的节点服务器进行处理。
5.如权利要求4所述的一种实现服务器集群负载均衡的方法,其特征在于,所述负载均衡服务器对其所连接的所述节点服务器设定负载阈值;
则在所述步骤S44之后,所述方法还包括:
S45、所述调度器将定时采集得到的所述节点服务器的负载值与所述负载阈值进行比较;
S46、当所述节点服务器的负载值大于所述负载阈值时,所述调度器断开所述调度器与所述节点服务器的数据连接。
6.如权利要求1或2所述的一种实现服务器集群负载均衡的方法,其特征在于,在所述步骤S5之后,所述方法还包括:
S6、所述负载均衡服务器分别定时检测所述负载均衡服务器所连接的各台所述节点服务器的工作状态,且将发生故障的节点服务器所处理的业务请求,调度给所述负载均衡服务器所连接的负载值最小的节点服务器中进行处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101348370A CN103220354A (zh) | 2013-04-18 | 2013-04-18 | 一种实现服务器集群负载均衡的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101348370A CN103220354A (zh) | 2013-04-18 | 2013-04-18 | 一种实现服务器集群负载均衡的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103220354A true CN103220354A (zh) | 2013-07-24 |
Family
ID=48817805
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013101348370A Pending CN103220354A (zh) | 2013-04-18 | 2013-04-18 | 一种实现服务器集群负载均衡的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103220354A (zh) |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104079497A (zh) * | 2014-07-21 | 2014-10-01 | 北京信诺瑞得软件系统有限公司 | 透明网桥模式的高可用性负载均衡设备及方法 |
CN104683253A (zh) * | 2013-11-27 | 2015-06-03 | 北京大唐高鸿数据网络技术有限公司 | 用于统一通信系统的动态负载均衡方法 |
CN105376317A (zh) * | 2015-11-19 | 2016-03-02 | 网宿科技股份有限公司 | 负载均衡的控制方法及装置 |
CN105450774A (zh) * | 2015-12-28 | 2016-03-30 | 曙光信息产业(北京)有限公司 | 用于dns的负载均衡方法和装置 |
CN106034040A (zh) * | 2015-03-13 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 扫描节点的控制方法、装置及系统 |
CN106254464A (zh) * | 2016-08-07 | 2016-12-21 | 深圳市小马立行科技有限公司 | 一种车载智能终端及其网络通信方法 |
CN106326252A (zh) * | 2015-06-24 | 2017-01-11 | 中兴通讯股份有限公司 | 数据库的数据处理方法及装置 |
CN106375395A (zh) * | 2016-08-30 | 2017-02-01 | 厦门中学西渐信息科技有限公司 | 节点服务器的负载均衡方法和系统 |
CN106506701A (zh) * | 2016-12-28 | 2017-03-15 | 北京奇艺世纪科技有限公司 | 一种服务器负载均衡方法及负载均衡器 |
WO2017114017A1 (zh) * | 2015-12-30 | 2017-07-06 | 华为技术有限公司 | 实现负载均衡的计算机设备、系统和方法 |
WO2017181890A1 (zh) * | 2016-04-19 | 2017-10-26 | 中国银联股份有限公司 | 基于服务器集群的数据处理系统及方法 |
CN107342929A (zh) * | 2016-08-10 | 2017-11-10 | 杭州朗和科技有限公司 | 一种新消息通知的发送方法、装置及系统 |
CN107395379A (zh) * | 2016-05-16 | 2017-11-24 | 北京京东尚科信息技术有限公司 | 一种集群巡检系统及方法 |
CN107680374A (zh) * | 2017-09-29 | 2018-02-09 | 南威软件股份有限公司 | 一种过车数据的智能采集调度系统 |
CN107819825A (zh) * | 2017-10-11 | 2018-03-20 | 深圳市买买提乐购金融服务有限公司 | 一种服务调度方法、装置和电子设备 |
CN108055338A (zh) * | 2017-12-22 | 2018-05-18 | 创新科存储技术有限公司 | 一种iscsi访问负载均衡方法 |
CN108471387A (zh) * | 2018-03-27 | 2018-08-31 | 中国农业银行股份有限公司 | 一种日志流量分散控制方法及系统 |
CN108737527A (zh) * | 2018-05-11 | 2018-11-02 | 重庆工商职业学院 | 一种适用于平台大规模用户访问方法及系统 |
CN108848141A (zh) * | 2018-05-31 | 2018-11-20 | 郑州云海信息技术有限公司 | 一种服务器数据访问的响应方法以及相关方法和相关装置 |
CN108881368A (zh) * | 2018-04-22 | 2018-11-23 | 平安科技(深圳)有限公司 | 高并发业务请求处理方法、装置、计算机设备和存储介质 |
CN109698796A (zh) * | 2019-03-07 | 2019-04-30 | 江苏省人民医院 | 一种高性能网络负载均衡系统及其实现方法 |
CN110062032A (zh) * | 2019-04-01 | 2019-07-26 | 北京航天发射技术研究所 | 一种计算机网络集群控制平台应用重构系统 |
CN110099115A (zh) * | 2019-04-30 | 2019-08-06 | 湖南麒麟信安科技有限公司 | 一种透明调度转发的负载均衡方法及系统 |
CN111078379A (zh) * | 2019-12-06 | 2020-04-28 | 中至数据集团股份有限公司 | 任务调度方法、系统、移动终端及存储介质 |
CN111343254A (zh) * | 2020-02-17 | 2020-06-26 | 天津卓朗科技发展有限公司 | 客户端连接方法、装置和电子设备 |
CN111556125A (zh) * | 2020-04-24 | 2020-08-18 | 北京奇艺世纪科技有限公司 | 一种访问请求分配方法、负载均衡设备及电子设备 |
CN111885105A (zh) * | 2020-06-16 | 2020-11-03 | 广州三七互娱科技有限公司 | 任务执行方法、装置、系统、计算机设备和存储介质 |
CN113312151A (zh) * | 2021-06-23 | 2021-08-27 | 哈尔滨工程大学 | 一种IPSecVPN集群的负载均衡方法 |
CN113810304A (zh) * | 2021-09-30 | 2021-12-17 | 深圳前海微众银行股份有限公司 | 一种负载均衡方法、装置、设备和计算机存储介质 |
CN115225608A (zh) * | 2022-07-22 | 2022-10-21 | 济南浪潮数据技术有限公司 | 一种dns域名解析的负载均衡方法、装置、设备及介质 |
CN115225733A (zh) * | 2022-02-22 | 2022-10-21 | 北京邮电大学 | 基于直接路由和动态量化解析负载的标识解析方法及装置 |
CN116112493A (zh) * | 2023-02-09 | 2023-05-12 | 网易(杭州)网络有限公司 | 一种通信方法、装置、电子设备及存储介质 |
WO2023151264A1 (zh) * | 2022-02-10 | 2023-08-17 | 华为云计算技术有限公司 | 负载均衡方法、装置、节点及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102288A (zh) * | 2006-07-06 | 2008-01-09 | 阿里巴巴公司 | 一种实现大型即时通信的方法及系统 |
CN101242422A (zh) * | 2007-02-06 | 2008-08-13 | 中国电信股份有限公司 | 适应多业务融合的内容分发网络系统和方法 |
CN101252591A (zh) * | 2008-04-03 | 2008-08-27 | 中国科学技术大学 | 实现上下行数据分离的方法和装置 |
CN102025630A (zh) * | 2010-12-14 | 2011-04-20 | 成都市华为赛门铁克科技有限公司 | 负载均衡方法及负载均衡系统 |
CN102143046A (zh) * | 2010-08-25 | 2011-08-03 | 华为技术有限公司 | 负载均衡的方法、设备和系统 |
CN102752188A (zh) * | 2011-04-21 | 2012-10-24 | 北京邮电大学 | 一种传输控制协议连接迁移方法及系统 |
-
2013
- 2013-04-18 CN CN2013101348370A patent/CN103220354A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102288A (zh) * | 2006-07-06 | 2008-01-09 | 阿里巴巴公司 | 一种实现大型即时通信的方法及系统 |
CN101242422A (zh) * | 2007-02-06 | 2008-08-13 | 中国电信股份有限公司 | 适应多业务融合的内容分发网络系统和方法 |
CN101252591A (zh) * | 2008-04-03 | 2008-08-27 | 中国科学技术大学 | 实现上下行数据分离的方法和装置 |
CN102143046A (zh) * | 2010-08-25 | 2011-08-03 | 华为技术有限公司 | 负载均衡的方法、设备和系统 |
CN102025630A (zh) * | 2010-12-14 | 2011-04-20 | 成都市华为赛门铁克科技有限公司 | 负载均衡方法及负载均衡系统 |
CN102752188A (zh) * | 2011-04-21 | 2012-10-24 | 北京邮电大学 | 一种传输控制协议连接迁移方法及系统 |
Cited By (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104683253A (zh) * | 2013-11-27 | 2015-06-03 | 北京大唐高鸿数据网络技术有限公司 | 用于统一通信系统的动态负载均衡方法 |
CN104079497A (zh) * | 2014-07-21 | 2014-10-01 | 北京信诺瑞得软件系统有限公司 | 透明网桥模式的高可用性负载均衡设备及方法 |
CN104079497B (zh) * | 2014-07-21 | 2017-03-22 | 北京信诺瑞得软件系统有限公司 | 透明网桥模式的高可用性负载均衡设备及方法 |
CN106034040B (zh) * | 2015-03-13 | 2019-07-02 | 阿里巴巴集团控股有限公司 | 扫描节点的控制方法、装置及系统 |
CN106034040A (zh) * | 2015-03-13 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 扫描节点的控制方法、装置及系统 |
CN106326252A (zh) * | 2015-06-24 | 2017-01-11 | 中兴通讯股份有限公司 | 数据库的数据处理方法及装置 |
CN106326252B (zh) * | 2015-06-24 | 2020-05-22 | 中兴通讯股份有限公司 | 数据库的数据处理方法及装置 |
CN105376317A (zh) * | 2015-11-19 | 2016-03-02 | 网宿科技股份有限公司 | 负载均衡的控制方法及装置 |
CN105450774A (zh) * | 2015-12-28 | 2016-03-30 | 曙光信息产业(北京)有限公司 | 用于dns的负载均衡方法和装置 |
US10171567B2 (en) | 2015-12-30 | 2019-01-01 | Huawei Technologies Co., Ltd. | Load balancing computer device, system, and method |
WO2017114017A1 (zh) * | 2015-12-30 | 2017-07-06 | 华为技术有限公司 | 实现负载均衡的计算机设备、系统和方法 |
WO2017181890A1 (zh) * | 2016-04-19 | 2017-10-26 | 中国银联股份有限公司 | 基于服务器集群的数据处理系统及方法 |
CN107395379A (zh) * | 2016-05-16 | 2017-11-24 | 北京京东尚科信息技术有限公司 | 一种集群巡检系统及方法 |
CN106254464A (zh) * | 2016-08-07 | 2016-12-21 | 深圳市小马立行科技有限公司 | 一种车载智能终端及其网络通信方法 |
CN107342929B (zh) * | 2016-08-10 | 2020-07-03 | 杭州朗和科技有限公司 | 一种新消息通知的发送方法、装置及系统 |
CN107342929A (zh) * | 2016-08-10 | 2017-11-10 | 杭州朗和科技有限公司 | 一种新消息通知的发送方法、装置及系统 |
CN106375395A (zh) * | 2016-08-30 | 2017-02-01 | 厦门中学西渐信息科技有限公司 | 节点服务器的负载均衡方法和系统 |
CN106375395B (zh) * | 2016-08-30 | 2019-06-11 | 厦门中学西渐信息科技有限公司 | 节点服务器的负载均衡方法和系统 |
CN106506701A (zh) * | 2016-12-28 | 2017-03-15 | 北京奇艺世纪科技有限公司 | 一种服务器负载均衡方法及负载均衡器 |
CN107680374A (zh) * | 2017-09-29 | 2018-02-09 | 南威软件股份有限公司 | 一种过车数据的智能采集调度系统 |
CN107819825A (zh) * | 2017-10-11 | 2018-03-20 | 深圳市买买提乐购金融服务有限公司 | 一种服务调度方法、装置和电子设备 |
CN108055338A (zh) * | 2017-12-22 | 2018-05-18 | 创新科存储技术有限公司 | 一种iscsi访问负载均衡方法 |
CN108471387A (zh) * | 2018-03-27 | 2018-08-31 | 中国农业银行股份有限公司 | 一种日志流量分散控制方法及系统 |
CN108471387B (zh) * | 2018-03-27 | 2022-10-21 | 中国农业银行股份有限公司 | 一种日志流量分散控制方法及系统 |
CN108881368A (zh) * | 2018-04-22 | 2018-11-23 | 平安科技(深圳)有限公司 | 高并发业务请求处理方法、装置、计算机设备和存储介质 |
WO2019205406A1 (zh) * | 2018-04-22 | 2019-10-31 | 平安科技(深圳)有限公司 | 高并发业务请求处理方法、装置、计算机设备和存储介质 |
CN108737527A (zh) * | 2018-05-11 | 2018-11-02 | 重庆工商职业学院 | 一种适用于平台大规模用户访问方法及系统 |
CN108737527B (zh) * | 2018-05-11 | 2021-07-09 | 重庆工商职业学院 | 一种适用于平台大规模用户访问方法及系统 |
CN108848141A (zh) * | 2018-05-31 | 2018-11-20 | 郑州云海信息技术有限公司 | 一种服务器数据访问的响应方法以及相关方法和相关装置 |
CN109698796A (zh) * | 2019-03-07 | 2019-04-30 | 江苏省人民医院 | 一种高性能网络负载均衡系统及其实现方法 |
CN110062032A (zh) * | 2019-04-01 | 2019-07-26 | 北京航天发射技术研究所 | 一种计算机网络集群控制平台应用重构系统 |
CN110099115A (zh) * | 2019-04-30 | 2019-08-06 | 湖南麒麟信安科技有限公司 | 一种透明调度转发的负载均衡方法及系统 |
CN111078379A (zh) * | 2019-12-06 | 2020-04-28 | 中至数据集团股份有限公司 | 任务调度方法、系统、移动终端及存储介质 |
CN111078379B (zh) * | 2019-12-06 | 2024-01-09 | 中至数据集团股份有限公司 | 任务调度方法、系统、移动终端及存储介质 |
CN111343254A (zh) * | 2020-02-17 | 2020-06-26 | 天津卓朗科技发展有限公司 | 客户端连接方法、装置和电子设备 |
CN111343254B (zh) * | 2020-02-17 | 2022-11-11 | 天津卓朗科技发展有限公司 | 客户端连接方法、装置和电子设备 |
CN111556125B (zh) * | 2020-04-24 | 2022-05-17 | 北京奇艺世纪科技有限公司 | 一种访问请求分配方法、负载均衡设备及电子设备 |
CN111556125A (zh) * | 2020-04-24 | 2020-08-18 | 北京奇艺世纪科技有限公司 | 一种访问请求分配方法、负载均衡设备及电子设备 |
CN111885105A (zh) * | 2020-06-16 | 2020-11-03 | 广州三七互娱科技有限公司 | 任务执行方法、装置、系统、计算机设备和存储介质 |
CN113312151A (zh) * | 2021-06-23 | 2021-08-27 | 哈尔滨工程大学 | 一种IPSecVPN集群的负载均衡方法 |
CN113312151B (zh) * | 2021-06-23 | 2024-07-05 | 哈尔滨工程大学 | 一种IPSecVPN集群的负载均衡方法 |
CN113810304A (zh) * | 2021-09-30 | 2021-12-17 | 深圳前海微众银行股份有限公司 | 一种负载均衡方法、装置、设备和计算机存储介质 |
WO2023151264A1 (zh) * | 2022-02-10 | 2023-08-17 | 华为云计算技术有限公司 | 负载均衡方法、装置、节点及存储介质 |
CN115225733A (zh) * | 2022-02-22 | 2022-10-21 | 北京邮电大学 | 基于直接路由和动态量化解析负载的标识解析方法及装置 |
CN115225733B (zh) * | 2022-02-22 | 2024-04-05 | 北京邮电大学 | 基于直接路由和动态量化解析负载的标识解析方法及装置 |
CN115225608A (zh) * | 2022-07-22 | 2022-10-21 | 济南浪潮数据技术有限公司 | 一种dns域名解析的负载均衡方法、装置、设备及介质 |
CN116112493A (zh) * | 2023-02-09 | 2023-05-12 | 网易(杭州)网络有限公司 | 一种通信方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103220354A (zh) | 一种实现服务器集群负载均衡的方法 | |
CN111345012B (zh) | 使用目的地系统的链路级容量的dns解析的系统和方法 | |
US11522734B2 (en) | Method for controlling a remote service access path and relevant device | |
EP3528440B1 (en) | Path selection method and system, network acceleration node, and network acceleration system | |
JP4529974B2 (ja) | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム | |
CN102075445B (zh) | 负载均衡方法及装置 | |
CN101616079B (zh) | Dns请求报文的nat出口链路负载均衡方法及装置 | |
CN111464592A (zh) | 基于微服务的负载均衡方法、装置、设备及存储介质 | |
CN109547517B (zh) | 一种带宽资源调度方法和装置 | |
US7292571B2 (en) | Load balancing with direct terminal response | |
CN109040243B (zh) | 一种报文处理方法及装置 | |
CN102480469B (zh) | 一种sip服务集群中基于能量均衡的负载调度的方法及装置 | |
US8130755B2 (en) | Load balancing with direct terminal response | |
JPH11143804A (ja) | マルチ・コンピュータ・サーバのためのネットワーク負荷均衡化 | |
JP4041038B2 (ja) | 高位レイヤ処理方法及びシステム | |
RU2010146258A (ru) | Способ, устройство и система для распределения сообщений | |
CN101355521B (zh) | 负载均衡控制方法、通信装置与通信系统 | |
Zhang et al. | Creating Linux virtual servers | |
CN103368872A (zh) | 数据包转发系统和方法 | |
CN102916898A (zh) | 一种多链路出口的应用保持方法及装置 | |
CN109788062A (zh) | 输电系统服务器负载均衡方法 | |
CN103414800A (zh) | 一种nat穿越中分布式中继服务器的分配和选择方法及系统 | |
CN111600929B (zh) | 传输线路探测方法、路由策略生成方法及代理服务器 | |
CN105577546A (zh) | 一种基于QoS的主动请求连接方法 | |
CN116743836A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130724 |