CN109639796A - 一种负载均衡实现方法、装置、设备及可读存储介质 - Google Patents
一种负载均衡实现方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN109639796A CN109639796A CN201811513270.7A CN201811513270A CN109639796A CN 109639796 A CN109639796 A CN 109639796A CN 201811513270 A CN201811513270 A CN 201811513270A CN 109639796 A CN109639796 A CN 109639796A
- Authority
- CN
- China
- Prior art keywords
- node
- utilization rate
- bandwidth utilization
- service end
- current service
- 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
- 238000003860 storage Methods 0.000 title claims abstract description 15
- 230000005540 biological transmission Effects 0.000 claims abstract description 14
- 238000000034 method Methods 0.000 claims abstract description 10
- 238000004590 computer program Methods 0.000 claims description 11
- 230000001174 ascending effect Effects 0.000 claims description 4
- 238000004364 calculation method Methods 0.000 claims description 3
- 238000005303 weighing Methods 0.000 claims description 2
- 239000002699 waste material Substances 0.000 abstract description 3
- 230000000694 effects Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种负载均衡实现方法,包括:当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;若是,则在当前服务端中确定带宽使用率最小的节点,并将带宽使用率最小的节点确定为目标节点;获取目标节点的MAC地址,并将MAC地址对应的虚拟IP地址返回客户端,以使客户端通过虚拟IP地址访问目标节点,实现当前服务端的负载均衡。该方法可以使客户端访问当前服务端中带宽使用率最小的节点,能够最大化利用该节点的带宽,既不会浪费计算机资源,又实现了服务端的负载均衡,提高了服务端的服务性能。相应地,本发明公开的一种负载均衡实现装置、设备及可读存储介质,也同样具有上述技术效果。
Description
技术领域
本发明涉及分布式存储技术领域,更具体地说,涉及一种负载均衡实现方法、装置、设备及可读存储介质。
背景技术
在分布式文件系统中,基于开源DNS服务组件Power DNS可以提供可控的轮询策略和连接数策略。
轮询策略需要根据域名解析顺序依次返回列表中的IP地址,会损耗较多的计算机资源,且此策略只能保证客户端访问均衡在各个节点上,但实际应用过程中各个节点的负载仍然是不均衡的。连接策略是将所有节点中连接数最少的节点确定为当前客户端要访问的节点,但由于存在连接并不意味着存在访问业务,所以连接数最小的节点并非是负载最小的节点。因此轮询策略和连接数策略并无法使服务端的负载均衡至各个节点,会降低服务端的服务性能。
因此,如何实现服务端的负载均衡,是本领域技术人员需要解决的问题。
发明内容
本发明的目的在于提供一种负载均衡实现方法、装置、设备及可读存储介质,以实现服务端的负载均衡。
为实现上述目的,本发明实施例提供了如下技术方案:
一种负载均衡实现方法,包括:
当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;
若是,则在所述当前服务端中确定带宽使用率最小的节点,并将所述带宽使用率最小的节点确定为目标节点;
获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡。
其中,所述在所述当前服务端中确定带宽使用率最小的节点,包括:
通过SNMP接收所述当前服务端中的各个节点发送的自身带宽使用率,并将每个节点的MAC地址与每个节点的带宽使用率对应记录,确定所述带宽使用率最小的节点。
其中,带宽使用率的计算步骤包括:
分别计算当前节点的接收网速和发送网速,并将当前节点的接收网速和发送网速之和确定为当前节点的带宽使用率。
其中,所述在所述当前服务端中确定带宽使用率最小的节点,包括:
获取所述当前服务端中的每个节点的数据包收发信息,并根据每个节点的数据包收发信息分别计算每个节点的带宽使用率;
将所有节点的带宽使用率降序或升序排列,并将每个节点的MAC地址与每个节点的带宽使用率对应记录;
在排列得到的序列中确定所述带宽使用率最小的节点。
其中,所述获取所述当前服务端中的每个节点的数据包收发信息,包括:
从所述当前服务端的系统文件中解析得到每个节点的网卡名称,并根据每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息。
其中,所述根据每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息,包括:
根据预设的间隔时间和每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息。
其中,还包括:
当所述当前服务端未配置有带宽使用率均衡策略时,则在所述当前服务端中确定连接数最少的节点,并将所述连接数最少的节点确定为所述目标节点,并执行所述获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡的步骤。
一种负载均衡实现装置,包括:
判断模块,用于当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;
确定模块,用于当前服务端配置有带宽使用率均衡策略时,在所述当前服务端中确定带宽使用率最小的节点,并将所述带宽使用率最小的节点确定为目标节点;
访问模块,用于获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡。
一种负载均衡实现设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现上述任意一项所述的负载均衡实现方法的步骤。
一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项所述的负载均衡实现方法的步骤。
通过以上方案可知,本发明实施例提供的一种负载均衡实现方法,包括:当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;若是,则在所述当前服务端中确定带宽使用率最小的节点,并将所述带宽使用率最小的节点确定为目标节点;获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡。
可见,由于带宽使用率代表了各个节点真实的带宽使用情况,即代表了各个节点真实的负载情况,因此基于带宽使用率分配负载,能够使各个节点的负载维持均衡。其中,在接收到客户端发送的域名访问请求时,使当前客户端访问当前服务端中带宽使用率最小的节点,可以最大化利用该节点的带宽,既不会浪费计算机资源,又实现了服务端的负载均衡,提高了服务端的服务性能。
相应地,本发明实施例提供的一种负载均衡实现装置、设备及可读存储介质,也同样具有上述技术效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例公开的一种负载均衡实现方法流程图;
图2为本发明实施例公开的一种确定带宽使用率最小节点的方法流程图;
图3为本发明实施例公开的一种负载均衡实现装置示意图;
图4为本发明实施例公开的一种负载均衡实现设备示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种负载均衡实现方法、装置、设备及可读存储介质,以实现服务端的负载均衡。
参见图1,本发明实施例提供的一种负载均衡实现方法,包括:
S101、接收客户端发送的域名访问请求;
S102、判断当前服务端是否配置有带宽使用率均衡策略;若是,则执行S103;若否,则执行S104;
S103、在当前服务端中确定带宽使用率最小的节点,并将带宽使用率最小的节点确定为目标节点,并执行S105;
S104、在当前服务端中确定连接数最少的节点,并将连接数最少的节点确定为目标节点,并执行S105;
S105、获取目标节点的MAC地址,并将MAC地址对应的虚拟IP地址返回客户端,以使客户端通过虚拟IP地址访问目标节点,实现当前服务端的负载均衡。
优选地,在当前服务端中确定带宽使用率最小的节点,包括:
通过SNMP接收当前服务端中的各个节点发送的自身带宽使用率,并将每个节点的MAC地址与每个节点的带宽使用率对应记录,确定带宽使用率最小的节点。
其中,带宽使用率的计算步骤包括:分别计算当前节点的接收网速和发送网速,并将当前节点的接收网速和发送网速之和确定为当前节点的带宽使用率。也就是说,各个节点计算得到自身的带宽使用率后,将带宽使用率传输至主节点,以便于主节点确定出带宽使用率最小的节点。
具体的,SNMP即简单网络管理协议,该协议能够支持网络管理系统,用以监测连接到网络上的设备是否有任何引起管理上关注的情况。
可见,本实施例提供了一种负载均衡实现方法,由于带宽使用率代表了各个节点真实的带宽使用情况,即代表了各个节点真实的负载情况,因此基于带宽使用率分配负载,能够使各个节点的负载维持均衡。其中,在接收到客户端发送的域名访问请求时,使当前客户端访问当前服务端中带宽使用率最小的节点,可以最大化利用该节点的带宽,既不会浪费计算机资源,又实现了服务端的负载均衡,提高了服务端的服务性能。
请参见图2,图2为本发明实施例公开的一种确定带宽使用率最小节点的方法。基于上述实施例,需要说明的是,所述在所述当前服务端中确定带宽使用率最小的节点,包括:
S201、获取当前服务端中的每个节点的数据包收发信息,并根据每个节点的数据包收发信息分别计算每个节点的带宽使用率;
S202、将所有节点的带宽使用率降序或升序排列,并将每个节点的MAC地址与每个节点的带宽使用率对应记录;
S203、在排列得到的序列中确定带宽使用率最小的节点。
其中,获取当前服务端中的每个节点的数据包收发信息,包括:从当前服务端的系统文件中解析得到每个节点的网卡名称,并根据每个节点的网卡名称获取当前服务端中的每个节点的数据包收发信息。
其中,根据每个节点的网卡名称获取当前服务端中的每个节点的数据包收发信息,包括:根据预设的间隔时间和每个节点的网卡名称获取当前服务端中的每个节点的数据包收发信息。
其中,还包括:当前服务端未配置有带宽使用率均衡策略时,则在当前服务端中确定连接数最少的节点,并将连接数最少的节点确定为目标节点,并执行获取目标节点的MAC地址,并将MAC地址对应的虚拟IP地址返回客户端,以使客户端通过虚拟IP地址访问目标节点,实现当前服务端的负载均衡的步骤。
下面对本发明实施例提供的一种负载均衡实现方案进行介绍,下文描述的一种负载均衡实现方案与上文描述的一种负载均衡实现方法可以相互参照。
具体的,该方案主要实现了以下功能:带宽使用率均衡策略配置、节点带宽使用率实时统计、集群各节点带宽使用率收发管理和域名解析。
在本方案中,带宽使用率的获取在各个节点的单独线程中循环执行,在服务启动时根据是否配置带宽使用率均衡策略决定是否启动带宽使用率统计线程,以减少不必要的开销,且循环间隔时间可设置,获取到带宽使用率后将该值存储至全局变量备用。
带宽使用率的统计通过系统文件/proc/net/dev实时获取网卡的网速及数据包收发情况,计算指定网卡的网络带宽。带宽使用率获取过程如下:
通过读取/etc/ctdb/public_addresses文件解析得到当前节点public网卡名,外部业务通过该网卡进行,故需统计该网卡的带宽信息。
读取系统文件/proc/net/dev,记录时间tv_pre,提取对应网卡名所属数据包收发信息sendpre/recvpre;需要间隔一定时间获取再获取第二次网卡数据信息sendcur、recvcur,并记录当前时间tv_cur。
计算流经该public网卡的接收及发送网速。
接收网速计算公式为:Recvrate=(recvcur-recvpre)/(1024*(tv_cur.tv_sec+tv_cur.tv_usec*0.000001-tv_pre.tv_sec+tv_pre.tv_usec*0.000001));
发送网速计算公式为:Sendrate=(sendcur-sendpre)/(1024*(tv_cur.tv_sec+tv_cur.tv_usec*0.000001-tv_pre.tv_sec+tv_pre.tv_usec*0.000001));
接收网速及发送网速的总和即为该节点当前的带宽使用率。
各个节点将自身的带宽使用率通过SNMP发送至集群中的主节点,主解决将接收到的带宽使用率与各个节点的MAC地址一一对应存储,并比较确定出带宽使用率最小的节点。
带宽使用率均衡策略是指客户端发起域名请求,负载均衡服务端将当前集群中带宽使用率最小的节点所对应的虚拟IP地址返回给客户端,供其业务访问。
域名解析的过程包括:主节点接收到客户端发送的域名访问请求,判断该域名在配置中是否为带宽使用率均衡策略,若是,则调用带宽使用率均衡解析函数。
确定集群中拥有最小带宽使用率的节点的MAC地址,并通过MAC地址与虚拟IP地址的对应关系,确定拥有最小带宽使用率的节点的虚拟IP地址,将虚拟IP地址返回至客户端,以使客户端通过该虚拟IP地址进行业务访问。
可见,本方案能够基于当前集群中各节点的压力情况,分配接收到的域名访问请求,可以最大化利用该节点的带宽,既不会浪费计算机资源,又实现了服务端的负载均衡,提高了服务端的服务性能。
需要说明的是,当服务端中配置有多种负载均衡策略时,可以根据用户选择或实际应用情况进行切换。
下面对本发明实施例提供的一种负载均衡实现装置进行介绍,下文描述的一种负载均衡实现装置与上文描述的一种负载均衡实现方法可以相互参照。
参见图3,本发明实施例提供的一种负载均衡实现装置,包括:
判断模块301,用于当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;
确定模块302,用于当前服务端配置有带宽使用率均衡策略时,在所述当前服务端中确定带宽使用率最小的节点,并将所述带宽使用率最小的节点确定为目标节点;
访问模块303,用于获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡。
其中,所述确定模块具体用于:
通过SNMP接收所述当前服务端中的各个节点发送的自身带宽使用率,并将每个节点的MAC地址与每个节点的带宽使用率对应记录,确定所述带宽使用率最小的节点。
其中,还包括:带宽使用率计算模块,带宽使用率计算模块具体用于:
分别计算当前节点的接收网速和发送网速,并将当前节点的接收网速和发送网速之和确定为当前节点的带宽使用率。
其中,所述确定模块包括:
获取单元,用于获取所述当前服务端中的每个节点的数据包收发信息,并根据每个节点的数据包收发信息分别计算每个节点的带宽使用率;
记录单元,用于将所有节点的带宽使用率降序或升序排列,并将每个节点的MAC地址与每个节点的带宽使用率对应记录;
确定单元,用于在排列得到的序列中确定所述带宽使用率最小的节点。
其中,所述获取单元具体用于:
从所述当前服务端的系统文件中解析得到每个节点的网卡名称,并根据每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息。
其中,所述获取单元具体用于:
根据预设的间隔时间和每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息。
其中,还包括:
均衡模块,用于当所述当前服务端未配置有带宽使用率均衡策略时,则在所述当前服务端中确定连接数最少的节点,并将所述连接数最少的节点确定为所述目标节点,并执行所述访问模块中的步骤。
可见,本实施例提供了一种负载均衡实现装置,包括:判断模块、确定模块以及访问模块。当接收到客户端发送的域名访问请求时,首先由判断模块判断当前服务端是否配置有带宽使用率均衡策略;当前服务端配置有带宽使用率均衡策略时,确定模块用于在当前服务端中确定带宽使用率最小的节点,并将带宽使用率最小的节点确定为目标节点;然后访问模块获取目标节点的MAC地址,并将MAC地址对应的虚拟IP地址返回客户端,以使客户端通过虚拟IP地址访问目标节点,实现当前服务端的负载均衡。如此各个模块之间分工合作,各司其职,可使客户端访问当前服务端中带宽使用率最小的节点,实现了服务端的负载均衡,提高了服务端的服务性能。
下面对本发明实施例提供的一种负载均衡实现设备进行介绍,下文描述的一种负载均衡实现设备与上文描述的一种负载均衡实现方法及装置可以相互参照。
参见图4,本发明实施例提供的一种负载均衡实现设备,包括:
存储器401,用于存储计算机程序;
处理器402,用于执行所述计算机程序时实现上述任意实施例所述的负载均衡实现方法的步骤。
下面对本发明实施例提供的一种可读存储介质进行介绍,下文描述的一种可读存储介质与上文描述的一种负载均衡实现方法、装置及设备可以相互参照。
一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述任意实施例所述的负载均衡实现方法的步骤。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种负载均衡实现方法,其特征在于,包括:
当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;
若是,则在所述当前服务端中确定带宽使用率最小的节点,并将所述带宽使用率最小的节点确定为目标节点;
获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡。
2.根据权利要求1所述的负载均衡实现方法,其特征在于,所述在所述当前服务端中确定带宽使用率最小的节点,包括:
通过SNMP接收所述当前服务端中的各个节点发送的自身带宽使用率,并将每个节点的MAC地址与每个节点的带宽使用率对应记录,确定所述带宽使用率最小的节点。
3.根据权利要求2所述的负载均衡实现方法,其特征在于,带宽使用率的计算步骤包括:
分别计算当前节点的接收网速和发送网速,并将当前节点的接收网速和发送网速之和确定为当前节点的带宽使用率。
4.根据权利要求1所述的负载均衡实现方法,其特征在于,所述在所述当前服务端中确定带宽使用率最小的节点,包括:
获取所述当前服务端中的每个节点的数据包收发信息,并根据每个节点的数据包收发信息分别计算每个节点的带宽使用率;
将所有节点的带宽使用率降序或升序排列,并将每个节点的MAC地址与每个节点的带宽使用率对应记录;
在排列得到的序列中确定所述带宽使用率最小的节点。
5.根据权利要求4所述的负载均衡实现方法,其特征在于,所述获取所述当前服务端中的每个节点的数据包收发信息,包括:
从所述当前服务端的系统文件中解析得到每个节点的网卡名称,并根据每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息。
6.根据权利要求5所述的负载均衡实现方法,其特征在于,所述根据每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息,包括:
根据预设的间隔时间和每个节点的网卡名称获取所述当前服务端中的每个节点的数据包收发信息。
7.根据权利要求1-6任意一项所述的负载均衡实现方法,其特征在于,还包括:
当所述当前服务端未配置有带宽使用率均衡策略时,则在所述当前服务端中确定连接数最少的节点,并将所述连接数最少的节点确定为所述目标节点,并执行所述获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡的步骤。
8.一种负载均衡实现装置,其特征在于,包括:
判断模块,用于当接收到客户端发送的域名访问请求时,判断当前服务端是否配置有带宽使用率均衡策略;
确定模块,用于当前服务端配置有带宽使用率均衡策略时,在所述当前服务端中确定带宽使用率最小的节点,并将所述带宽使用率最小的节点确定为目标节点;
访问模块,用于获取所述目标节点的MAC地址,并将所述MAC地址对应的虚拟IP地址返回所述客户端,以使所述客户端通过所述虚拟IP地址访问所述目标节点,实现所述当前服务端的负载均衡。
9.一种负载均衡实现设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1-7任意一项所述的负载均衡实现方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1-7任意一项所述的负载均衡实现方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811513270.7A CN109639796A (zh) | 2018-12-11 | 2018-12-11 | 一种负载均衡实现方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811513270.7A CN109639796A (zh) | 2018-12-11 | 2018-12-11 | 一种负载均衡实现方法、装置、设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109639796A true CN109639796A (zh) | 2019-04-16 |
Family
ID=66072929
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811513270.7A Pending CN109639796A (zh) | 2018-12-11 | 2018-12-11 | 一种负载均衡实现方法、装置、设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109639796A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110308983A (zh) * | 2019-04-19 | 2019-10-08 | 中国工商银行股份有限公司 | 资源负载均衡方法及系统、服务节点和客户端 |
CN110377407A (zh) * | 2019-06-19 | 2019-10-25 | 北京威努特技术有限公司 | 一种扫描任务调度方法、装置、存储介质及设备 |
CN110933182A (zh) * | 2019-12-12 | 2020-03-27 | 新华三大数据技术有限公司 | 负载分担方法、装置及系统 |
CN113746894A (zh) * | 2021-07-23 | 2021-12-03 | 济南浪潮数据技术有限公司 | 基于hdfs rbf路由层实现负载均衡方法、装置 |
CN115225608A (zh) * | 2022-07-22 | 2022-10-21 | 济南浪潮数据技术有限公司 | 一种dns域名解析的负载均衡方法、装置、设备及介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101764855A (zh) * | 2009-12-30 | 2010-06-30 | 福建星网锐捷网络有限公司 | 一种提供域名解析服务的方法、装置及系统 |
US20100251329A1 (en) * | 2009-03-31 | 2010-09-30 | Yottaa, Inc | System and method for access management and security protection for network accessible computer services |
CN102388373A (zh) * | 2011-09-30 | 2012-03-21 | 华为技术有限公司 | 访问高速缓冲存储器的方法及非真实缓存代理 |
CN105099935A (zh) * | 2015-07-28 | 2015-11-25 | 小米科技有限责任公司 | 服务器负载控制方法及装置 |
CN105450774A (zh) * | 2015-12-28 | 2016-03-30 | 曙光信息产业(北京)有限公司 | 用于dns的负载均衡方法和装置 |
CN106330610A (zh) * | 2016-08-29 | 2017-01-11 | 浪潮(北京)电子信息产业有限公司 | 一种负载均衡处理系统及方法 |
CN108055333A (zh) * | 2017-12-21 | 2018-05-18 | 创新科存储技术(深圳)有限公司 | 一种基于ufs的nas-cifs集群负载均衡方法 |
CN108156267A (zh) * | 2018-03-22 | 2018-06-12 | 山东大学 | 一种雾计算架构中使用缓存改善网站访问时延的方法和系统 |
CN108429656A (zh) * | 2018-02-28 | 2018-08-21 | 国云科技股份有限公司 | 一种监控物理机网卡连接状态的方法 |
CN108540532A (zh) * | 2018-03-13 | 2018-09-14 | 成都蓉兴伟业科技有限公司 | 一种网络文件访问方法及终端 |
-
2018
- 2018-12-11 CN CN201811513270.7A patent/CN109639796A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100251329A1 (en) * | 2009-03-31 | 2010-09-30 | Yottaa, Inc | System and method for access management and security protection for network accessible computer services |
CN101764855A (zh) * | 2009-12-30 | 2010-06-30 | 福建星网锐捷网络有限公司 | 一种提供域名解析服务的方法、装置及系统 |
CN102388373A (zh) * | 2011-09-30 | 2012-03-21 | 华为技术有限公司 | 访问高速缓冲存储器的方法及非真实缓存代理 |
CN105099935A (zh) * | 2015-07-28 | 2015-11-25 | 小米科技有限责任公司 | 服务器负载控制方法及装置 |
CN105450774A (zh) * | 2015-12-28 | 2016-03-30 | 曙光信息产业(北京)有限公司 | 用于dns的负载均衡方法和装置 |
CN106330610A (zh) * | 2016-08-29 | 2017-01-11 | 浪潮(北京)电子信息产业有限公司 | 一种负载均衡处理系统及方法 |
CN108055333A (zh) * | 2017-12-21 | 2018-05-18 | 创新科存储技术(深圳)有限公司 | 一种基于ufs的nas-cifs集群负载均衡方法 |
CN108429656A (zh) * | 2018-02-28 | 2018-08-21 | 国云科技股份有限公司 | 一种监控物理机网卡连接状态的方法 |
CN108540532A (zh) * | 2018-03-13 | 2018-09-14 | 成都蓉兴伟业科技有限公司 | 一种网络文件访问方法及终端 |
CN108156267A (zh) * | 2018-03-22 | 2018-06-12 | 山东大学 | 一种雾计算架构中使用缓存改善网站访问时延的方法和系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110308983A (zh) * | 2019-04-19 | 2019-10-08 | 中国工商银行股份有限公司 | 资源负载均衡方法及系统、服务节点和客户端 |
CN110377407A (zh) * | 2019-06-19 | 2019-10-25 | 北京威努特技术有限公司 | 一种扫描任务调度方法、装置、存储介质及设备 |
CN110933182A (zh) * | 2019-12-12 | 2020-03-27 | 新华三大数据技术有限公司 | 负载分担方法、装置及系统 |
CN113746894A (zh) * | 2021-07-23 | 2021-12-03 | 济南浪潮数据技术有限公司 | 基于hdfs rbf路由层实现负载均衡方法、装置 |
CN115225608A (zh) * | 2022-07-22 | 2022-10-21 | 济南浪潮数据技术有限公司 | 一种dns域名解析的负载均衡方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109639796A (zh) | 一种负载均衡实现方法、装置、设备及可读存储介质 | |
CN109547517B (zh) | 一种带宽资源调度方法和装置 | |
CN1146186C (zh) | 可恢复的虚拟封闭群集 | |
CN109618002B (zh) | 一种微服务网关优化方法、装置及存储介质 | |
CN105554065B (zh) | 处理报文的方法、转换单元和应用单元 | |
US10523748B2 (en) | Managing health status of network devices in a distributed global server load balancing system | |
CN102281190B (zh) | 负载均衡装置组网方法以及服务器、客户端接入方法 | |
CN113810438B (zh) | 服务算力资源的调度、请求方法、节点设备及终端 | |
EP3905589A1 (en) | Slice resource deployment method and apparatus, and slice manager and computer storage medium | |
US9672503B2 (en) | Bandwidth metering in large-scale networks | |
CN106302434A (zh) | 服务器适配方法、装置和系统 | |
CN103607424B (zh) | 一种服务器连接方法及服务器系统 | |
CN103685583A (zh) | 一种域名解析的方法和系统 | |
CN108124020B (zh) | 域名解析方法、系统及设备 | |
US10346367B1 (en) | Load shedding techniques for distributed services with persistent client connections to ensure quality of service | |
US20220200957A1 (en) | Managing Application Access Controls And Routing In Cloud Computing Platforms | |
CN110460457A (zh) | 一种数据传输方法和装置 | |
US20180048551A1 (en) | Method and apparatus for available bandwidth measurement | |
CN109327319A (zh) | 部署网络切片的方法、设备及系统 | |
CN110677475A (zh) | 一种微服务处理方法、装置、设备及存储介质 | |
CN104717102A (zh) | 流量统计方法、装置以及nat网关设备 | |
CN107249038A (zh) | 业务数据转发方法及系统 | |
CN105071965A (zh) | 一种网络设备的管理系统 | |
WO2021068441A1 (zh) | 节点流量调度方法、装置、电子设备及存储介质 | |
CN112350845B (zh) | 广域网口配置方法、网络设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190416 |