CN108449282A - 一种负载均衡方法及其装置 - Google Patents
一种负载均衡方法及其装置 Download PDFInfo
- Publication number
- CN108449282A CN108449282A CN201810531218.8A CN201810531218A CN108449282A CN 108449282 A CN108449282 A CN 108449282A CN 201810531218 A CN201810531218 A CN 201810531218A CN 108449282 A CN108449282 A CN 108449282A
- Authority
- CN
- China
- Prior art keywords
- load balancing
- pending
- service
- service request
- node
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/088—Load balancing or load distribution among core entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2521—Translation architectures other than single NAT servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5053—Lease time; Renewal aspects
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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)
- Power Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供一种负载均衡方法及其装置,其中方法可包括如下步骤:负载均衡节点接收来自服务请求端的第一服务请求报文,该第一服务请求包括服务请求端的地址信息、待处理负载均衡实例的地址信息和负载均衡节点的MAC地址;根据待处理负载均衡实例的地址信息确定待处理服务成员,该待处理服务成员用于处理第一服务请求报文;将第一服务请求报文中的负载均衡节点的MAC地址修改为待处理服务成员的MAC地址得到第二服务请求报文,并将第二服务请求报文发送至待处理成员所属的计算节点。采用本申请实施例,可以确保服务请求报文的正确转发,同时还可以在不影响性能的情况下,实现源地址信息透传。
Description
技术领域
本申请实施例涉及通信技术领域,具体涉及一种负载均衡方法及其装置。
背景技术
负载均衡(Load Balance,LB)技术,是指通过某种负载分担技术(例如,轮询、最少连接数等),将外部发送的业务请求均匀地分配到对称结构(例如资源池)中的某一台服务器,而接收到业务请求的服务器将独立地进行请求处理,并进行回复。在用户数量及应用访问请求增多的情况下,需要更多的服务器进行请求处理并回复,此时,需要一个负载均衡器通过一定规则将业务请求分发到多台服务器上,以实现服务的横向可扩展。
请参见图1,为一个负载均衡系统的示意图,该负载均衡系统一般包括五部分:负载均衡器、监听器、资源池、监控检查器及服务成员。负载均衡器负责请求的转发及资源池与服务成员的选择。监听器是一组监听信息及规则的集合,主要包括协议类型、监听端口、访问连接数限制等。资源池为一组具有相同或相似功能的服务成员的集合。一个服务成员可以是一个虚拟机或者物理机。每个资源池配置一个或多个健康检查器,健康检查器用于检查资源池中每个服务成员端口的状态。一个负载均衡器可以配置多个监听器,连接多个资源池,即一个负载均衡器可以同时为多个服务提供负载均衡转发服务。一般而言,负载均衡器会配置服务的虚拟互联网协议地址(Virtual Internet Protocol,VIP),客户端访问服务时,向VIP发出服务请求报文,负载均衡器接收到客户端的服务请求报文后,首先查看其对应的监听器,查找相应的资源池。然后,从资源池中,按照特定的负载均衡算法或规则,选择一个服务成员对本次访问请求进行处理,并对服务请求报文进行相关操作,例如,网络地址转换(Network Address Translation,NAT),报文覆盖网络(overlay)封装等操作,将服务请求报文通过隧道协议进行传输等。最后,将服务请求报文转发给选定的服务成员。服务成员处理完毕后,再向客户端返回服务响应报文。
随着云计算相关技术的发展,负载均衡器在数据中心的应用愈加广泛,同时,也对负载均衡器提出来更高的要求,主要体现在源互联网协议(Internet Protocol,IP)地址(可以是客户端IP地址)透传、支持多租户,实现高性能转发等方面。目前,主要通过两种负载均衡方案来实现源IP地址透传,分别是全网络地址转换(Full NAT)模式的负载均衡方案和直接返回(Direct Return,DR)模式的负载均衡方案。
Full NAT模式的负载均衡方案,负载均衡器通过将客户端发送的服务请求报文的源IP地址(即客户端IP地址)存放到服务请求报文头部的特定字段或将源IP地址置于服务请求报文的有效载荷(payload)部分,再对服务请求报文进行源IP地址转换(Source IPNAT,SNAT)和目的IP地址转换(Destination IP NAT,DNAT),然后将转换后的服务请求报文转发至服务成员所在的物理节点,从而实现源IP地址透传。但是,这种方案需要对服务请求报文的特定字段或有效载荷进行修改,需要重新计算服务请求报文的检验值,这样便会带来较大的性能损耗,并且还需要对服务成员的操作系统进行修改,以便服务成员的操作系统能够支持对服务请求报文的处理。
DR模式的负载均衡方案,负载均衡器通过对客户端发送的服务请求报文进行DNAT,再将服务请求报文封装在IP-in-IP隧道中,然后将服务请求报文转发至服务成员所在的物理节点,从而实现源IP地址透传。
上述两种方案都是通过DNAT将服务请求报文转发至服务成员所在的物理节点,由该物理节点根据转换后的目的IP地址将服务请求报文转发至该目的IP地址对应的服务成员,在同一物理节点下的不同服务成员具有相同IP地址的情况下,服务请求报文存在转发错误的风险,从而影响客户端的访问,例如将本应转发至服务成员1的服务请求报文转发至服务成员2,服务成员1与服务成员2属于同一物理节点,并具有相同的IP地址。
由此可见,目前的负载均衡方案在实现源IP地址透传时,可能存在性能损耗较大的弊端,还可能存在服务请求报文转发错误的风险。
发明内容
本申请实施例所要解决的技术问题在于,提供一种负载均衡方法及其装置,可以确保服务请求报文的正确转发,同时还可以在不影响性能的情况下,实现源地址信息透传。
本申请实施例第一方面提供一种负载均衡方法,包括如下步骤:
负载均衡节点接收来自服务请求端的第一服务请求报文,第一服务请求报文包括服务请求端的地址信息(即源地址信息)、待处理负载均衡实例的地址信息(即目的地址信息)和负载均衡节点的媒体访问控制(Media Access Control,MAC)地址(即目的MAC地址),待处理负载均衡实例为负载均衡节点上配置的负载均衡实例;
负载均衡节点根据待处理负载均衡实例的地址信息确定待处理服务成员,待处理服务成员用于处理第一服务请求报文;
负载均衡节点将第一服务请求报文中的负载均衡节点的MAC地址修改为待处理服务成员的MAC地址得到第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址;
负载均衡节点将第二服务请求报文发送至待处理服务成员所属的计算节点。
本申请实施例第一方面,负载均衡节点通过修改第一服务请求报文的目的MAC地址,可以确保服务请求报文的正确转发,在修改目的MAC地址的同时,不修改源地址信息,可以实现源地址信息的透传,并且在实现源地址信息透传的过程中,并未对服务请求报文的字段获有效载荷进行修改,也不需要修改服务成员的操作系统,因此不会带来性能的损耗。
其中,第一服务请求报文为服务请求端向负载均衡节点发送的服务请求报文;第二服务请求报文为负载均衡节点对第一服务请求报文处理后得到的服务请求报文,负载均衡节点向计算节点发送第二服务请求报文;第三服务请求报文为计算节点对第二服务请求报文处理后得到的服务请求报文,计算节点向待处理服务成员发送第三服务请求报文。待处理服务成员对第三服务请求报文进行处理,间接实现对第一服务请求报文的处理。
其中,地址信息可以包括IP地址和端口标识。
在一种可能的实现方式中,负载均衡节点根据待处理负载均衡实例的IP地址和端口标识,即第一服务请求报文的目的地址信息,查询待处理负载均衡实例对应的资源池,然后根据资源池对应的负载均衡算法,从资源池中选择出待处理服务成员,从而实现根据第一服务请求报文所携带的目的地址信息来确定待处理服务成员。
负载均衡节点可根据负载均衡控制器下发的配置信息,结合第一服务请求报文所携带的目的地址信息来确定待处理服务成员,以便可以快速、准确地确定待处理服务成员。
其中,配置信息可以包括负载均衡实例信息、监听器信息、资源池信息和服务成员信息等。负载均衡实例信息包括负载均衡实例的虚拟IP地址、租户标识、实例标识、实例描述信息、实例状态和虚拟IP地址所属子网等;监听器信息包括监听协议标识、所监听的端口标识、最大连接数量限制、绑定的资源池标识、关联的负载均衡实例的实例标识和所属租户的租户标识等;资源池信息包括资源池状态、协议类型、负载均衡算法、关联的健康检查器的标识和至少一个服务成员的标识等;服务成员信息包括服务成员所属租户的租户标识、所属子网、权重值、协议号和服务成员的IP地址、MAC地址等。
在一种可能的实现方式中,负载均衡节点在从第一服务请求报文中获取目的地址信息时,并不清楚该目的地址信息是哪个负载均衡实例的地址信息,因此需要先确定目的IP地址所对应的待处理负载均衡实例,再根据目的端口标识查询待处理负载均衡实例所关联的监听器,然后查询该监听器所绑定的资源池,并将该资源池确定为待处理负载均衡实例对应的资源池,从而根据该资源池对应的负载均衡算法,从该资源池中选择出待处理服务成员。
该过程可结合上述配置信息执行,即结合负载均衡实例信息确定目的IP地址所对应的待处理负载均衡实例,结合监听器信息查询待处理负载均衡实例所关联的监听器,结合监听器信息查询该监听器所绑定的资源池,结合资源池信息选择待处理服务成员。
在一种可能的实现方式中,负载均衡节点在向计算节点发送第二服务请求报文之前,可对第二服务请求报文进行封装,该封装可以是overlay封装。
本申请实施例第二方面提供一种负载均衡节点,该负载均衡节点具有实现第一方面提供方法的功能。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的单元。
在一种可能的实现方式中,该负载均衡节点包括:收发单元和处理单元,收发单元,用于接收来自服务请求端的第一服务请求报文,第一服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和负载均衡节点的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例;处理单元,用于根据待处理负载均衡实例的地址信息确定待处理服务成员,待处理服务成员用于对与第一服务请求报文相关的服务请求报文进行处理;处理单元,还用于将第一服务请求报文中的负载均衡节点的MAC地址修改为待处理服务成员的MAC地址得到第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址;收发单元,还用于将第二服务请求报文发送至待处理服务成员所属的计算节点。
在一种可能的实现方式中,该负载均衡节点包括:处理器、收发器和存储器,其中,收发器用于接收和发送信息,存储器中存储计算机执行指令,处理器通过总线与存储器和收发器连接,处理器执行存储器中存储的计算机执行指令,以使该负载均衡节点执行以下操作:接收来自服务请求端的第一服务请求报文,第一服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和负载均衡节点的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例;根据待处理负载均衡实例的地址信息确定待处理服务成员,待处理服务成员用于对与第一服务请求报文相关的服务请求报文进行处理;将第一服务请求报文中的负载均衡实例的MAC地址修改为待处理服务成员的MAC地址得到第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址;将第二服务请求报文发送至待处理服务成员所属的计算节点。
基于同一发明构思,由于该负载均衡节点解决问题的原理以及有益效果可以参见第一方面的方法以及所带来的有益效果,因此该负载均衡节点的实施可以参见方法的实施,重复之处不再赘述。
本申请实施例第三方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
本申请实施例第四方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
本申请实施例第五方面提供一种负载均衡方法,包括如下步骤:
计算节点接收来自负载均衡节点的第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例,第二服务请求报文由负载均衡节点修改第一服务请求报文中的负载均衡实例的MAC地址得到,第一服务请求报文为服务请求端向负载均衡节点发送的服务请求报文;
计算节点根据配置信息将第二服务请求报文中的待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息,得到第三服务请求报文;
计算节点根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员。
本申请实施例第五方面,计算节点通过接收携带待处理服务成员的MAC地址的第二服务请求报文,对第二服务请求报文的目的地址信息进行修改(将待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息)得到第三服务请求报文,根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员,可确保第三服务请求报文的正确转发,同时还可以实现服务请求端的地址信息透传,即源地址信息透传,并且不会影响性能。
在一种可能的实现方式中,上述配置信息由负载均衡控制器向计算节点下发,该配置信息包括负载均衡实例的地址信息与计算节点上部署的服务成员的地址信息之间的映射关系,即包括负载均衡节点上配置的各个负载均衡实例的地址信息与其在计算节点上对应的服务成员的地址信息之间的映射关系。该映射关系可以是一对一,即一个负载均衡实例的地址信息对应于一个服务成员的地址信息,也可以是多对一,即多个负载均衡实例的地址信息可以对应于一个服务成员的地址信息。
其中,地址信息包括IP地址和端口标识。
在一种可能的实现方式中,计算节点在将第二服务请求报文中的待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息之后,可记录连接信息,该连接信息可以包括源地址信息(即服务请求端的地址信息)、待处理负载均衡实例的地址信息和待处理服务成员的地址信息,即该记录连接信息描述服务请求报文从服务请求端到负载均衡节点的负载均衡实例,再到待处理服务成员这一条链路的地址信息,以便计算节点在接收到来自待处理服务成员的服务响应报文的情况下,可以直接确定服务请求端的地址信息,从而便于计算节点快速将服务响应报文转发至服务请求端。
在一种可能的实现方式中,计算节点在接收到第二服务请求报文时,对第二服务请求报文进行解封装,该解封装可以是overlay解封装。
在一种可能的实现方式中,计算节点接收来自待处理服务成员的服务响应报文,该服务响应报文包括的源地址信息为待处理服务成员的地址信息,根据连接信息将服务响应报文中的待处理服务成员的地址信息修改为待处理负载均衡实例的地址信息,即进行源网络地址转换,并根据连接信息向服务请求端发送修改后的服务响应报文。由于服务响应报文不经过负载均衡节点,计算节点直接通过路由器将服务响应报文发送至客户端,可实现快速响应服务请求报文。
在一种可能的实现方式中,计算节点可对修改后的服务响应报文进行封装,然后再向服务请求端发送修改并封装后的服务响应报文。
本申请实施例第六方面提供一种计算节点,该计算节点具有实现第五方面提供方法的功能。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的单元。
在一种可能的实现方式中,该计算节点包括:收发单元和处理单元,收发单元,用于接收来自负载均衡节点的第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例,第二服务请求报文由负载均衡节点修改第一服务请求报文中的负载均衡节点的MAC地址得到,第一服务请求报文为服务请求端向负载均衡节点发送的服务请求报文;处理单元,用于根据配置信息将第二服务请求报文中的待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息,得到第三服务请求报文;收发单元,还用于根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员。
在一种可能的实现方式中,该计算节点包括:处理器、收发器和存储器,其中,收发器用于接收和发送信息,存储器中存储计算机执行指令,处理器通过总线与存储器和收发器连接,处理器执行存储器中存储的计算机执行指令,以使该计算节点执行以下操作:接收来自负载均衡节点的第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例,第二服务请求报文由负载均衡节点修改第一服务请求报文中的负载均衡节点的MAC地址得到,第一服务请求报文为服务请求端向负载均衡节点发送的服务请求报文;根据配置信息将第二服务请求报文中的待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息,得到第三服务请求报文;根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员。
基于同一发明构思,由于该计算节点解决问题的原理以及有益效果可以参见第五方面的方法以及所带来的有益效果,因此该计算节点的实施可以参见方法的实施,重复之处不再赘述。
本申请实施例第七方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第五方面所述的方法。
本申请实施例第八方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第五方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为一个负载均衡系统的示意图;
图2为应用本申请实施例的负载均衡系统的网络架构示意图;
图3为本申请实施例提供的负载均衡方法的流程示意图;
图4为本申请实施例提供的负载均衡节点的逻辑结构示意图;
图5为本申请实施例提供的负载均衡节点的实体结构简化示意图;
图6为本申请实施例提供的计算节点的逻辑结构示意图;
图7为本申请实施例提供的计算节点的实体结构简化示意图。
具体实施方式
下面将结合附图对本申请实施例提供的负载均衡方法及其装置进行详细介绍。
请参见图2,为应用本申请实施例的负载均衡系统的网络架构示意图,该示意图可以是云数据中心负载均衡系统的网络架构示意图,也可以是其它数据中心负载均衡系统的网络架构示意图。
图2中虚线框所示的部分为数据中心,可以是云数据中心或其它数据中心。数据中心可以包括负载均衡节点201、计算节点202a、计算节点202b和负载均衡控制器203,这些节点或设备在数据中心内通过内部网络进行通信,内部网络即数据中心所使用的网络,可以实现数据中心内部的通信。需要说明的是,数据中心中可以部署至少一个计算节点,图2以两个计算节点为例进行介绍,并不构成对本申请实施例的限定。
图2所示的客户端204通过公网与负载均衡节点201进行通信,例如,客户端204向负载均衡节点201发送服务请求报文等。客户端204可以是终端设备上可以访问互联网的应用程序、浏览器等应用,在服务器侧存在与客户端204对应的服务端,这些服务端可以是部署在计算节点上的服务成员。其中,终端设备可以是用户终端(User Equipment,UE),用户终端可以包括但不限于手机、台式计算机、掌上电脑、笔记本电脑等终端。
客户端204在连接公网的情况下,可通过路由器与负载均衡节点201进行通信。本申请实施例在介绍客户端204与负载均衡节点201之间的通信时,省略两者之间的路由器,即不考虑路由器在传输两者之间的报文所做的处理,实际应用中,路由器会对两者之间的报文进行处理。
应用在本申请实施例中,客户端204在接收访问指令时,向负载均衡节点201发送服务请求报文,以便服务端响应该服务请求报文,进行业务数据传输等。
其中,服务请求报文这个名称并不构成对本申请实施例的限定,也可以称为访问请求报文、访问请求数据包、服务请求数据包、访问请求等。
图2所示的负载均衡节点201部署于负载均衡物理节点,负载均衡物理节点即实际应用的负载均衡器。负载均衡节点201负责服务请求报文的接收、分析;确定服务请求报文所属的负载均衡实例;定位监听器;选择服务成员;修改服务请求报文;转发服务请求报文等等。负载均衡节点201可以是弹性负载均衡(Elastic Load Balance,ELB)节点,也可以是其他类型的负载均衡节点,本申请实施例以ELB节点为例进行介绍。
负载均衡节点201可以配置或部署一个或多个负载均衡实例,即负载均衡节点201可以包括一个或多个负载均衡实例,一个负载均衡实例可配置一个VIP。可以理解的是,一个负载均衡实例可以实现一个负载均衡器的功能。负载均衡实例可以是ELB实例,也可以是其他类型的负载均衡实例,本申请实施例以ELB实例进行介绍。
图2所示的负载均衡控制器203可以部署于负载均衡物理节点,也可以独立于负载均衡物理节点部署。负载均衡控制器203负责接收管理员输入的操作指令、操作信息等,执行相应操作,并将相关配置信息下发到负载均衡节点和计算节点。负载均衡控制器可以是ELB控制器,也可以是其他类型的负载均衡控制器,本申请实施例以ELB控制器为例进行介绍。
图2所示的计算节点可以为服务成员所属的物理节点。计算节点上可以部署负载均衡代理(ELB agent),ELB agent主要根据ELB控制器下发的配置信息匹配、修改并转发服务请求报文,即ELB agent负责将ELB节点发送的服务请求报文转发至相应的服务成员,以便服务成员对该服务请求报文进行处理。部署于数据中心的计算节点的数量的具体数值视情况而定,在本申请实施例中不做限定。
计算节点上可以部署一个或多个服务成员,例如图2中计算节点202a上部署了两个服务成员。服务成员可以是虚拟机或物理机,负责对服务请求报文进行处理,例如响应服务请求报文等。可以理解的是,服务成员为后端服务成员,即对前端(即客户端)不可见。同一计算节点上的不同服务成员可能具有相同的IP地址,例如计算节点202a上部署的两个服务成员具有相同的IP地址。服务成员这个名称并不构成对本申请实施例的限定,也可以称为服务器、后端服务器、虚拟服务器等。
下面将对本申请实施例涉及的名称或术语进行介绍:
地址信息,可以包括IP地址,还可以包括端口标识,即端口号。地址信息可以分为源地址信息和目的地址信息,源地址信息用于描述数据包或报文的发送端的地址信息,目的地址信息用于描述数据包或报文的接收端的地址信息。
地址信息也可以包括媒体访问控制(Media Access Control,MAC)地址,MAC地址是固定的,并且不同设备的MAC地址是不同的。应用在本申请实施例中,采用MAC地址来区分具有相同IP地址的服务成员,从而可以避免数据包或报文转发错误的风险。MAC地址也可不包括在地址信息中,即独立与地址信息,具体包括与否是地址信息的定义而言,在本申请实施例中,以MAC地址独立于地址信息为例进行介绍。
服务请求报文,为服务请求端发出的,用于请求访问互联网或请求网络资源等。服务请求端可以是图2所示的客户端,也可以是数据中心内的某个服务成员等。本申请实施例中的服务请求端以客户端为例进行介绍。
服务响应报文,为服务成员发出的,用于响应服务请求报文。
待处理负载均衡实例,即服务请求端发送的服务请求报文所请求的负载均衡实例,为负载均衡节点上所配置的一负载均衡实例。需要说明的是,待处理负载均衡实例这个名称并不构成对本申请实施例的限定。
待处理服务成员,即负载均衡节点确定的,用于对服务请求报文进行处理的服务成员,为部署在计算节点上的一服务成员。需要说明的是,待处理服务成员这个名称并不构成对本申请实施例的限定。
鉴于目前负载均衡方案所存在的弊端,本申请实施例提供一种负载均衡方法及其装置,既可以确保服务请求报文的正确转发,又可以在不影响性能的情况下,实现源地址信息透传。
下面将对本申请实施例提供的负载均衡方法进行详细介绍。
请参见图3,为本申请实施例提供的负载均衡方法的流程示意图,该方法从负载均衡节点、计算节点以及服务成员交互的角度进行介绍,该方法可以包括但不限于如下步骤:
步骤S301,服务请求端向负载均衡节点发送第一服务请求报文,该第一服务请求报文包括源地址信息、目的地址信息和目的MAC地址。相应地,负载均衡节点接收来自服务请求端的服务请求报文。
其中,服务请求端可以是图2所示的客户端,也可以是数据中心内的某个服务成员等。
服务请求端在接收到访问指令时,向负载均衡节点发送第一服务请求报文。该第一服务请求包括源地址信息、目的地址信息和目的MAC地址。
其中,源地址信息为服务请求端的地址信息,可以包括服务请求端的IP地址和端口标识。例如,服务请求端的地址信息包括客户端的IP地址和客户端的端口标识。
其中,目的地址信息为第一服务请求报文所请求负载均衡实例的地址信息,可以包括目的IP地址和目的端口标识,将该负载均衡实例称为待处理负载均衡实例,那么目的IP地址即为待处理负载均衡实例的IP地址,目的端口标识即为待处理负载均衡实例的端口标识。对任意一个负载均衡实例而言,该负载均衡实例的IP地址可以是该负载均衡实例的VIP,也可以是该负载均衡实例的其他可访问的IP地址。
服务请求端发出的服务请求报文在到达负载均衡节点之前,可能会经过一个或多个路由器,在这个过程中,该服务请求报文所携带目的MAC地址为下一跳路由器的MAC地址,但是当该服务请求报文的下一跳为负载均衡节点时,该服务请求报文所携带的目的MAC地址便为负载均衡节点的MAC地址。本申请实施例中,负载均衡节点接收到的第一服务请求报文所携带的目的MAC地址为负载均衡节点的MAC地址。
步骤S302,负载均衡节点根据待处理负载均衡实例的地址信息确定待处理服务成员。
其中,待处理服务成员用于处理第一服务请求报文,实则是处理第三服务请求报文,间接实现对第一服务请求报文的处理。本发明实施例中,第一服务请求报文为服务请求端向负载均衡节点发送的服务请求报文;第二服务请求报文为负载均衡节点对第一服务请求报文处理后得到的服务请求报文,负载均衡节点向计算节点发送第二服务请求报文;第三服务请求报文为计算节点对第二服务请求报文处理后得到的服务请求报文,计算节点向待处理服务成员发送第三服务请求报文。
在一种可能实现的方式中,负载均衡节点根据待处理负载均衡实例的IP地址和端口标识确定待处理服务成员。
负载均衡节点根据待处理负载均衡实例的IP地址和端口标识,查询待处理负载均衡实例对应的资源池。每个资源池可配置负载均衡算法,在确定资源池的情况下,负载均衡节点可根据该资源池所配置的负载均衡算法,从该资源池对应的至少一个服务成员中选择一个服务成员作为待处理服务成员。
负载均衡节点可根据负载均衡控制器下发的配置信息,结合待处理负载均衡实例的IP地址和端口标识来确定待处理服务成员。
其中,配置信息可以包括负载均衡实例信息、监听器信息、资源池信息和服务成员信息。
负载均衡实例信息用于描述每个负载均衡实例的属性信息,可以包括每个负载均衡实例的VIP,每个负载均衡实例的VIP不相同,可以理解的是,不同的负载均衡实例具有不同的VIP。负载均衡实例信息还包括每个负载均衡实例的租户标识、实例标识、实例描述信息、实例状态和其VIP所属子网等。租户标识用于标识负载均衡实例所属租户。实例标识可以为实例名称或实例ID等,用于标识哪个负载均衡实例。实例描述信息用于描述负载均衡实例的作用或功能。实例状态用于标识负载均衡实例处于工作状态还是空闲状态。
监听器信息用于描述每个监听器的属性信息,一个监听器的属性信息可以包括监听协议标识、端口标识、最大连接数量限制、绑定的资源池标识、关联的负载均衡实例的实例标识和所属租户的租户标识等。监听协议标识可以是监听协议号或监听协议版本。
资源池信息用于描述每个资源池的属性信息,一个资源池的属性信息可以包括该资源池状态、该资源池所采用的协议类型、该资源池对应的负载均衡算法、该资源池所关联的健康检查器的标识和该资源池对应的至少一个服务成员中每个服务成员的标识等。一个资源池所对应的至少一个服务成员,即为该资源池所包括的至少一个服务成员。
服务成员信息用于描述每个服务成员的属性信息,一个服务成员的属性信息可以包括该服务成员所属租户的租户标识、所属子网、权重值、协议号以及该服务成员的IP地址、端口标识、MAC地址等。
配置信息还可以包括健康检查器信息。健康检查器信息可以包括健康检查器标识、健康检查频率、健康检查方法等。健康检查频率,表示健康检查器对服务成员的健康检查的时间间隔;健康检查方法,可以包括因特网控制报文协议(Internet Control MessageProtocol,ICMP)检查(ping检查)、传输控制协议(Transmission Control Protocol,TCP)检查、超文本传输协议(Hyper Text Transport Protocol,HTTP)检查等。健康检查器完成对服务成员检查后,将检查结果(服务成员是否工作正常)反馈给负载均衡控制器,负载均衡控制器将根据结果决定是否移除服务成员。
负载均衡节点根据配置信息,结合待处理负载均衡实例的IP地址和端口标识来确定待处理服务成员的步骤可包括:
A,负载均衡节点可以从第一服务请求报文中获取目的地址信息,但是并不清楚目的地址信息是哪个负载均衡实例的地址信息,因此负载均衡节点需要先确定待处理负载均衡实例。负载均衡节点可根据目的IP地址(即第一服务请求报文所携带的待处理负载均衡实例的IP地址),结合负载均衡实例信息来查询待处理负载均衡实例,若目的IP地址与某个负载均衡实例的IP地址相同,则将该负载均衡实例确定为待处理负载均衡实例;
B,在确定待处理负载均衡实例的情况下,负载均衡节点可根据目的端口标识,结合监听器信息查询该待处理负载均衡实例所关联的监听器,若目标端口标识与某个监听器所监听的端口标识相同,则将该监听器确定为该待处理负载均衡实例所关联的监听器,进而确定该监听器所绑定的资源池标识,将该资源池标识所标识的资源池确定为待处理负载均衡实例对应的资源池;
C,在确定资源池的情况下,负载均衡节点结合资源池信息,查询该资源池对应的负载均衡算法,从资源池中确定待处理服务成员。
步骤S303,负载均衡节点将第一服务请求报文中的负载均衡节点的MAC地址修改为待处理服务成员的MAC地址,得到第二服务请求报文。
负载均衡节点确定出待处理服务成员的情况下,可根据服务成员信息获取待处理服务成员的MAC地址,并将第一服务请求报文中的负载均衡节点的的MAC地址修改为待处理服务成员的MAC地址,即将第一服务请求报文中的目的MAC地址修改为待处理服务成员的MAC地址,得到第二服务请求报文。第二服务请求报文包括源地址信息、目的地址信息和待处理服务成员的MAC地址,即包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址。
可以理解的是,负载均衡节点在此时对第一服务请求报文的目的MAC地址进行了修改,其余信息未修改,依然保留,即第一服务请求报文与第二服务请求报文的区别在于目的MAC不同。
步骤S304,负载均衡节点将第二服务请求报文发送至计算节点,该计算节点为待处理服务成员所属的计算节点。相应地,该计算节点接收来自负载均衡节点的第二服务请求报文。
负载均衡节点在将第二服务请求报文发送至计算节点之前,可对第二服务请求报文进行封装,该封装可以是overlay封装,封装上虚拟扩展局域网(Virtual ExtensibleLocal Area Network,VXLAN)头及外层报文头,外层报文头包括外层用户数据报协议(UserDatagram Protocol,UDP)、外层IP地址及二层IP头。在封装完成之后,负载均衡节点将封装后的第二服务请求报文发送至计算节点。
其中,计算节点为待处理服务成员所属的计算节点,即待处理服务成员部署在该计算节点上。
计算节点在接收到第二服务请求报文时,对第二服务请求报文进行解封装,该解封装可以是overlay解封装,剥离外层UDP、外层IP地址及二层IP头,剥离VXLAN头,获取源地址信息、目的地址信息和待处理服务成员的MAC地址,即获取服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址。
步骤S305,计算节点根据配置信息将第二服务请求报文的目的地址信息修改为待处理成员的地址信息,得到第三服务请求报文。
其中,配置信息为负载均衡控制器下发的,该配置信息不同于负载均衡控制器向负载均衡节点下发的配置信息。负载均衡控制器向计算节点下发的配置信息可以包括负载均衡节点上配置的负载均衡实例的地址信息与计算节点上部署的服务成员的地址信息之间的映射关系,即包括负载均衡节点上配置的各个负载均衡实例的地址信息与其在计算节点上对应的服务成员的地址信息之间的映射关系。该映射关系可以是一对一,即一个负载均衡实例的地址信息对应于一个服务成员的地址信息,例如,该配置信息包括负载均衡实例1的IP地址、端口号与服务成员1的IP地址、端口号之间的映射关系,也可以包括负载均衡实例1的IP地址与服务成员1的IP地址之间的映射关系。该映射关系也可以是多对一,即多个负载均衡实例的地址信息可以对应于一个服务成员的地址信息。
计算节点根据配置信息确定待处理服务成员的地址信息,第二服务请求报文所包括的目的地址信息为待处理负载均衡实例的地址信息,根据配置信息和待处理负载均衡实例的地址信息可确定出待处理服务成员的地址信息,将第二服务请求报文的目的地址信息由该待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息,得到第三服务请求报文。那么,第三服务请求报文包括源地址信息(即服务请求端的地址信息)、待处理服务成员的地址信息和待处理服务成员的MAC地址。
在一种可能实现的方式中,计算节点在修改目的地址信息之后,记录连接信息,该连接信息可以包括源地址信息(即服务请求端的地址信息)、待处理负载均衡实例的地址信息和待处理服务成员的地址信息,即该记录连接信息描述服务请求报文从服务请求端到负载均衡节点的负载均衡实例,再到待处理服务成员这一条链路的地址信息,以便计算节点在接收到来自待处理服务成员的服务响应报文的情况下,可以直接确定服务请求端(例如客户端)的地址信息,从而便于计算节点快速将服务响应报文转发至服务请求端。
其中,连接信息可以通过源地址信息与待处理负载均衡实例的地址信息之间的对应关系(可从第二服务请求报文中获取),以及待处理负载均衡实例的地址信息与待处理服务成员的地址信息之间的对应关系(可从配置信息中获取)得到。
步骤S306,计算节点根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员。相应地,待处理服务成员接收来自计算节点的第三服务请求报文。
计算节点根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员,即将第三服务请求报文发送至该MAC地址所对应的服务成员。由于不同的服务成员具有不同的MAC地址,不会出现两个服务成员具有相同MAC地址的情况,这样可以确保服务请求报文的正确转发,可以避免服务请求报文转发至具有相同IP地址的另一个服务成员。
步骤S307,待处理服务成员对第三服务请求报文进行处理。
待处理服务成员在接收到第三服务请求报文的情况下,对第三服务请求报文进行处理,例如,解析第三服务请求报文,根据第三服务请求报文获取相应地网络资源等。
步骤S308,待处理服务成员向计算节点发送服务响应报文。相应地,计算节点接收来自待处理服务成员的服务响应报文。
待处理服务成员在处理完第三服务请求报文之后,向计算节点发送服务响应报文,该服务响应报文包括源地址信息,该源地址信息即为待处理服务成员的地址信息。
步骤S309,计算节点根据连接信息将服务响应报文的源地址信息修改为待处理负载均衡实例的地址信息。
计算节点在接收到服务响应报文的情况下,对服务响应报文的源地址信息进行源网络地址转换,将源地址信息为待处理服务成员的地址信息转换为待处理负载均衡实例的地址信息,即将待处理服务成员的地址信息转换为待处理负载均衡实例的地址信息,并将待处理负载均衡实例的地址信息作为源地址信息。
计算节点可根据连接信息对服务响应报文的源地址信息进行源网络地址转换。
计算节点可在对服务响应报文的源地址信息进行源网络地址转换之后,对转换后的服务响应报文进行封装,封装上VXLAN头及外层报文头。
步骤S310,计算节点向服务请求端发送转换后的服务响应报文。
计算节点可根据连接信息向服务请求端发送修改后的服务响应报文,即根据连接信息所记录的待处理负载均衡实例的地址信息所对应的服务请求端的地址信息向该服务请求端发送转换后的服务响应报文。
在一种可能实现的方式中,计算节点向服务请求端发送转换并封装后的服务响应报文。
计算节点直接通过路由器向服务请求端发送转换后的服务响应报文。
可以理解的是,服务响应报文的传输路径为:待处理服务成员→计算节点→服务请求端。服务请求报文的传输路径为:服务请求端→负载均衡节点→计算节点→待处理服务成员。由此可见,服务响应报文未经过负载均衡节点,计算节点直接通过路由器将服务响应报文发送至客户端,以响应客户端发送的服务请求报文。
在图3所示的实施例中,负载均衡节点在接收到来自客户端的第一服务请求报文的情况下,确定待处理服务成员,并将第一服务请求报文的目的MAC地址修改为待处理服务成员的MAC地址,可以确保服务请求报文的正确转发,在修改目的MAC地址的同时,不修改源地址信息,可以实现源地址信息的透传,并且在实现源地址信息透传的过程中,并未对服务请求报文的字段获有效载荷进行修改,也不需要修改服务成员的操作系统,因此不会带来性能的损耗。在发送服务响应报文的过程中,由于不经过负载均衡节点,计算节点直接通过路由器将服务响应报文发送至客户端,可快速响应服务请求报文。
可以理解的是,图3所示的实施例为数据面交互流程,数据面交互流程的实现依赖于控制面流程中下发的配置信息。
控制面流程可包括如下步骤:
A,负载均衡控制器接收管理员输入的操作指令及输入的操作信息,操作指令可以包括创建负载均衡实例、创建监听器、创建资源池、创建健康检查器、向资源池添加服务成员等;操作信息可以包括负载均衡实例信息、监听器信息、资源池信息、健康检查器信息以及服务成员信息等。
B,负载均衡控制器将所有配置信息写入数据库,即对配置信息进行存储。该配置信息可以根据操作指令和操作信息生成。
C,负载均衡控制器向负载均衡节点下发第一配置信息,该第一配置信息可以包括负载均衡实例信息、监听器信息、资源池信息、健康检查器信息以及服务成员信息等。
D,负载均衡控制器向计算节点下发第二配置信息,该第二配置信息可以包括各个负载均衡实例的地址信息与各个服务成员的地址信息之间的映射关系。需要说明的是,步骤C和D可同时执行。
上述详细阐述了本申请实施例提供的方法,下面将对本申请实施例提供装置进行介绍。
请参见图4,是本申请实施例提供的负载均衡节点的逻辑结构示意图,该负载均衡节点40可以是图2所示的负载均衡节点201,该负载均衡节点40可以包括收发单元401和处理单元402。
收发单元401,用于接收来自服务请求端的第一服务请求报文,第一服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和负载均衡节点的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例。
处理单元402,用于根据待处理负载均衡实例的地址信息确定待处理服务成员,待处理服务成员用于对与第一服务请求报文相关的服务请求报文进行处理。
处理单元402,还用于将第一服务请求报文中的负载均衡节点的MAC地址修改为待处理服务成员的MAC地址得到第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址。
收发单元401,还用于将第二服务请求报文发送至待处理服务成员所属的计算节点。
其中,上述地址信息包括IP地址和端口标识。
在一种可能的实现方式中,处理单元402用于根据待处理负载均衡实例的地址信息确定待处理服务成员时,具体用于根据待处理负载均衡实例的IP地址和端口标识,查询待处理负载均衡实例对应的资源池;根据资源池对应的负载均衡算法,从资源池中确定待处理服务成员。
在一种可能的实现方式中,处理单元402用于根据待处理负载均衡实例的IP地址和端口标识,查询待处理负载均衡实例对应的资源池时,具体用于根据待处理负载均衡实例的IP地址确定待处理负载均衡实例;根据待处理负载均衡实例的端口标识查询待处理负载均衡实例所关联的监听器;查询监听器所绑定的资源池,并将资源池确定为待处理负载均衡实例对应的资源池。
该负载均衡节点40可以实现前述方法实施例中负载均衡节点的功能,该负载均衡节点40中各个单元执行详细过程可以参见前述方法实施例中负载均衡节点的执行步骤,此处不在赘述。
请参见图5,为本申请实施例提供的负载均衡节点的实体结构简化示意图,该负载均衡节点50可以是图2所示的负载均衡节点201,该负载均衡节点50可以包括收发器501、处理器502和存储器503。收发器501、处理器502和存储器503可以通过总线504相互连接,也可以通过其它方式相连接。图4所示的收发单元401所实现的相关功能可以通过收发器501来实现。图4所示的处理单元402所实现的相关功能可以通过处理器502来实现。
收发器501用于发送数据和/或信令,以及接收数据和/或信令。应用在本申请实施例中,收发器501用于与服务请求端(例如客户端)进行通信,接收服务请求端发送的服务请求报文,即执行图3所示实施例中的步骤S301;还用于与计算节点进行通信,向计算节点发送第二服务请求报文,即执行图3所示实施例中的步骤S304;还用于与负载均衡控制器进行通信,接收负载均衡控制器下发的配置信息。
处理器502可以包括是一个或多个处理器,例如包括一个或多个中央处理器(central processing unit,CPU),在处理器502是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。应用在本申请实施例中,处理器502用于确定待处理服务成员,并对第一服务请求报文的目的MAC地址进行修改得到第二服务请求报文,即执行图3所示实施例中的步骤S302和步骤S303。
存储器503包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器503用于相关指令及数据。存储器503用于存储负载均衡节点50的程序代码和数据。应用在本申请实施例中,存储器503可以用于存储负载均衡控制器下发的配置信息。
可以理解的是,图5仅仅示出了负载均衡节点的简化设计。在实际应用中,负载均衡节点还可以分别包含必要的其他元件,包含但不限于任意数量的收发器、处理器、控制器、存储器、通信单元等,而所有可以实现本申请的装置都在本申请的保护范围之内。
请参见图6,是本申请实施例提供的计算节点的逻辑结构示意图,该计算节点60可以是图2所示的计算节点202a或计算节点202b,该计算节点60可以包括收发单元601和处理单元602。
收发单元601,用于接收来自负载均衡节点的第二服务请求报文,第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,待处理负载均衡实例为负载均衡节点上配置的负载均衡实例,第二服务请求报文由负载均衡节点修改第一服务请求报文中的负载均衡节点的MAC地址得到,第一服务请求报文为服务请求端向负载均衡节点发送的服务请求报文。
处理单元602,用于根据配置信息将第二服务请求报文中的待处理负载均衡实例的地址信息修改为待处理服务成员的地址信息,得到第三服务请求报文。
收发单元601,还用于根据待处理服务成员的MAC地址将第三服务请求报文发送至待处理服务成员。
在一种可能的实现方式中,收发单元601,还用于接收来自负载均衡控制器的配置信息,配置信息包括负载均衡实例的地址信息与计算节点上部署的服务成员的地址信息之间的映射关系。
其中,上述地址信息包括IP地址和端口标识。
在一种可能的实现方式中,处理单元602,还用于记录连接信息,连接信息包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的地址信息。
在一种可能的实现方式中,收发单元601,还用于接收来自待处理服务成员的服务响应报文,服务响应报文包括待处理服务成员的地址信息;处理单元602,还用于根据连接信息将服务响应报文中的待处理服务成员的地址信息修改为待处理负载均衡实例的地址信息;收发单元601,还用于根据连接信息向服务请求端发送修改后的服务响应报文。
该计算节点60可以实现前述方法实施例中计算节点的功能,该计算节点60中各个单元执行详细过程可以参见前述方法实施例中计算节点的执行步骤,此处不在赘述。
请参见图7,为本申请实施例提供的计算节点的实体结构简化示意图,该计算节点70可以是图2所示的计算节点202a或计算节点202b,该计算节点70可以包括收发器701、处理器702和存储器703。收发器701、处理器702和存储器703可以通过总线704相互连接,也可以通过其它方式相连接。图6所示的收发单元601所实现的相关功能可以通过收发器701来实现。图6所示的处理单元602所实现的相关功能可以通过处理器702来实现。
收发器701用于发送数据和/或信令,以及接收数据和/或信令。应用在本申请实施例中,收发器701用于与负载均衡节点进行通信,接收来自负载均衡节点的第二服务请求报文,即执行图3所示实施例中的步骤S304;还用于与待处理服务成员进行通信,向待处理服务成员发送第三服务请求报文,即执行图3所示实施例中的步骤S306;还用于与负载均衡控制器进行通信,接收负载均衡控制器下发的配置信息。收发器701可以是网络接口卡(Network Interface Card,NIC)等。
处理器702可以包括是一个或多个处理器,例如包括一个或多个CPU,在处理器502是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。应用在本申请实施例中,处理器702用于对第二服务请求报文的目的地址信息进行修改得到第三服务请求报文,即执行图3所示实施例中的步骤S305。
存储器703包括但不限于是RAM、ROM、EPROM或CD-ROM,该存储器703用于相关指令及数据。存储器703用于存储计算节点70的程序代码和数据。应用在本申请实施例中,存储器703可以用于存储负载均衡控制器下发的配置信息。
可以理解的是,图7仅仅示出了计算节点的简化设计。在实际应用中,计算节点还可以分别包含必要的其他元件,包含但不限于任意数量的收发器、处理器、控制器、存储器、通信单元等,而所有可以实现本申请的装置都在本申请的保护范围之内。
本申请实施例还提供一种负载均衡系统,包括负载均衡节点、计算节点和待处理服务成员,还可以包括服务请求端。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。因此,本申请又一实施例提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请又一实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本领域普通技术人员可以意识到,结合本申请中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
Claims (29)
1.一种负载均衡方法,其特征在于,包括:
负载均衡节点接收来自服务请求端的第一服务请求报文,所述第一服务请求报文包括所述服务请求端的地址信息、待处理负载均衡实例的地址信息和所述负载均衡节点的媒体访问控制MAC地址,所述待处理负载均衡实例为所述负载均衡节点上配置的负载均衡实例;
所述负载均衡节点根据所述待处理负载均衡实例的地址信息确定待处理服务成员,所述待处理服务成员用于处理所述第一服务请求报文;
所述负载均衡节点将所述第一服务请求报文中的所述负载均衡节点的MAC地址修改为所述待处理服务成员的MAC地址得到第二服务请求报文,所述第二服务请求报文包括所述服务请求端的地址信息、所述待处理负载均衡实例的地址信息和所述待处理服务成员的MAC地址;
所述负载均衡节点将所述第二服务请求报文发送至所述待处理服务成员所属的计算节点。
2.根据权利要求1所述的方法,其特征在于,所述地址信息包括IP地址和端口标识。
3.根据权利要求2所述的方法,其特征在于,所述负载均衡节点根据所述待处理负载均衡实例的地址信息确定待处理服务成员,包括:
所述负载均衡节点根据所述待处理负载均衡实例的IP地址和端口标识,查询所述待处理负载均衡实例对应的资源池;
所述负载均衡节点根据所述资源池对应的负载均衡算法,从所述资源池中确定所述待处理服务成员。
4.根据权利要求3所述的方法,其特征在于,所述负载均衡节点根据所述待处理负载均衡实例的IP地址和端口标识,查询所述待处理负载均衡实例对应的资源池,包括:
所述负载均衡节点根据所述待处理负载均衡实例的IP地址确定所述待处理负载均衡实例;
所述负载均衡节点根据所述待处理负载均衡实例的端口标识查询所述待处理负载均衡实例所关联的监听器;
所述负载均衡节点查询所述监听器所绑定的资源池,并将所述资源池确定为所述待处理负载均衡实例对应的资源池。
5.一种负载均衡方法,其特征在于,包括:
计算节点接收来自负载均衡节点的第二服务请求报文,所述第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,所述待处理负载均衡实例为所述负载均衡节点上配置的负载均衡实例,所述第二服务请求报文由所述负载均衡节点修改第一服务请求报文中的所述负载均衡节点的MAC地址得到,所述第一服务请求报文为所述服务请求端向所述负载均衡节点发送的服务请求报文;
所述计算节点根据配置信息将所述第二服务请求报文中的所述待处理负载均衡实例的地址信息修改为所述待处理服务成员的地址信息,得到第三服务请求报文;
所述计算节点根据所述待处理服务成员的MAC地址将所述第三服务请求报文发送至所述待处理服务成员。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述计算节点接收来自负载均衡控制器的所述配置信息,所述配置信息包括所述负载均衡实例的地址信息与所述计算节点上部署的服务成员的地址信息之间的映射关系。
7.根据权利要求5或6所述的方法,其特征在于,所述地址信息包括IP地址和端口标识。
8.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述计算节点记录连接信息,所述连接信息包括所述服务请求端的地址信息、所述待处理负载均衡实例的地址信息和所述待处理服务成员的地址信息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述计算节点接收来自所述待处理服务成员的服务响应报文,所述服务响应报文包括所述待处理服务成员的地址信息;
所述计算节点根据所述连接信息将所述服务响应报文中的所述待处理服务成员的地址信息修改为所述待处理负载均衡实例的地址信息;
所述计算节点根据所述连接信息向所述服务请求端发送修改后的所述服务响应报文。
10.一种负载均衡节点,其特征在于,包括:
收发单元,用于接收来自服务请求端的第一服务请求报文,所述第一服务请求报文包括所述服务请求端的地址信息、待处理负载均衡实例的地址信息和所述负载均衡节点的MAC地址,所述待处理负载均衡实例为所述负载均衡节点上配置的负载均衡实例;
处理单元,用于根据所述待处理负载均衡实例的地址信息确定待处理服务成员,所述待处理服务成员用于处理所述第一服务请求报文;
所述处理单元,还用于将所述第一服务请求报文中的所述负载均衡节点的MAC地址修改为所述待处理服务成员的MAC地址得到第二服务请求报文,所述第二服务请求报文包括所述服务请求端的地址信息、所述待处理负载均衡实例的地址信息和所述待处理服务成员的MAC地址;
所述收发单元,还用于将所述第二服务请求报文发送至所述待处理服务成员所属的计算节点。
11.根据权利要求10所述的负载均衡节点,其特征在于,所述地址信息包括IP地址和端口标识。
12.根据权利要求11所述的负载均衡节点,其特征在于,所述处理单元用于根据所述待处理负载均衡实例的地址信息确定待处理服务成员时,具体用于根据所述待处理负载均衡实例的IP地址和端口标识,查询所述待处理负载均衡实例对应的资源池;根据所述资源池对应的负载均衡算法,从所述资源池中确定所述待处理服务成员。
13.根据权利要求12所述的负载均衡节点,其特征在于,所述处理单元用于根据所述待处理负载均衡实例的IP地址和端口标识,查询所述待处理负载均衡实例对应的资源池时,具体用于根据所述待处理负载均衡实例的IP地址确定所述待处理负载均衡实例;根据所述待处理负载均衡实例的端口标识查询所述待处理负载均衡实例所关联的监听器;查询所述监听器所绑定的资源池,并将所述资源池确定为所述待处理负载均衡实例对应的资源池。
14.一种计算节点,其特征在于,包括:
收发单元,用于接收来自负载均衡节点的第二服务请求报文,所述第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,所述待处理负载均衡实例为所述负载均衡节点上配置的负载均衡实例,所述第二服务请求报文由所述负载均衡节点修改第一服务请求报文中的所述负载均衡节点的MAC地址得到,所述第一服务请求报文为所述服务请求端向所述负载均衡节点发送的服务请求报文;
处理单元,用于根据配置信息将所述第二服务请求报文中的所述待处理负载均衡实例的地址信息修改为所述待处理服务成员的地址信息,得到第三服务请求报文;
所述收发单元,还用于根据所述待处理服务成员的MAC地址将所述第三服务请求报文发送至所述待处理服务成员。
15.根据权利要求14所述的计算节点,其特征在于,
所述收发单元,还用于接收来自负载均衡控制器的所述配置信息,所述配置信息包括所述负载均衡实例的地址信息与所述计算节点上部署的服务成员的地址信息之间的映射关系。
16.根据权利14或15所述的计算节点,其特征在于,所述地址信息包括IP地址和端口标识。
17.根据权利要求15所述的计算节点,其特征在于,
所述处理单元,还用于记录连接信息,所述连接信息包括所述服务请求端的地址信息、所述待处理负载均衡实例的地址信息和所述待处理服务成员的地址信息。
18.根据权利要求17所述的计算节点,其特征在于,
所述收发单元,还用于接收来自所述待处理服务成员的服务响应报文,所述服务响应报文包括所述待处理服务成员的地址信息;
所述处理单元,还用于根据所述连接信息将所述服务响应报文中的所述待处理服务成员的地址信息修改为所述待处理负载均衡实例的地址信息;
所述收发单元,还用于根据所述连接信息向所述服务请求端发送修改后的所述服务响应报文。
19.一种负载均衡节点,其特征在于,所述负载均衡节点包括处理器、收发器和存储器,其中,所述收发器用于接收和发送信息,所述存储器中存储计算机执行指令,所述处理器通过总线与所述存储器和所述收发器连接,所述处理器执行所述存储器中存储的计算机执行指令,以使所述负载均衡节点执行如下步骤:
控制所述收发器接收来自服务请求端的第一服务请求报文,所述第一服务请求报文包括所述服务请求端的地址信息、待处理负载均衡实例的地址信息和所述负载均衡节点的MAC地址,所述待处理负载均衡实例为所述负载均衡节点上配置的负载均衡实例;
根据所述待处理负载均衡实例的地址信息确定待处理服务成员,所述待处理服务成员用于处理所述第一服务请求报文;
将所述第一服务请求报文中的所述负载均衡节点的MAC地址修改为所述待处理服务成员的MAC地址得到第二服务请求报文,所述第二服务请求报文包括所述服务请求端的地址信息、所述待处理负载均衡实例的地址信息和所述待处理服务成员的MAC地址;
控制所述收发器将所述第二服务请求报文发送至所述待处理服务成员所属的计算节点。
20.根据权利要求19所述的负载均衡节点,其特征在于,所述地址信息包括IP地址和端口标识。
21.根据权利要求20所述的负载均衡节点,其特征在于,所述负载均衡节点执行根据所述待处理负载均衡实例的地址信息确定待处理服务成员时,具体执行根据所述待处理负载均衡实例的IP地址和端口标识,查询所述待处理负载均衡实例对应的资源池;根据所述资源池对应的负载均衡算法,从所述资源池中确定所述待处理服务成员。
22.根据权利要求21所述的负载均衡节点,其特征在于,所述负载均衡节点执行根据所述待处理负载均衡实例的IP地址和端口标识,查询所述待处理负载均衡实例对应的资源池时,具体执行根据所述待处理负载均衡实例的IP地址确定所述待处理负载均衡实例;根据所述待处理负载均衡实例的端口标识查询所述待处理负载均衡实例所关联的监听器;查询所述监听器所绑定的资源池,并将所述资源池确定为所述待处理负载均衡实例对应的资源池。
23.一种计算节点,其特征在于,所述计算节点包括处理器、收发器和存储器,其中,所述收发器用于接收和发送信息,所述存储器中存储计算机执行指令,所述处理器通过总线与所述存储器和所述收发器连接,所述处理器执行所述存储器中存储的计算机执行指令,以使所述计算节点执行如下步骤:
控制所述收发器接收来自负载均衡节点的第二服务请求报文,所述第二服务请求报文包括服务请求端的地址信息、待处理负载均衡实例的地址信息和待处理服务成员的MAC地址,所述待处理负载均衡实例为所述负载均衡节点上配置的负载均衡实例,所述第二服务请求报文由所述负载均衡节点修改第一服务请求报文中的所述负载均衡节点的MAC地址得到,所述第一服务请求报文为所述服务请求端向所述负载均衡节点发送的服务请求报文;
根据配置信息将所述第二服务请求报文中的所述待处理负载均衡实例的地址信息修改为所述待处理服务成员的地址信息,得到第三服务请求报文;
控制所述收发器根据所述待处理服务成员的MAC地址将所述第三服务请求报文发送至所述待处理服务成员。
24.根据权利要求23所述的计算节点,其特征在于,所述计算节点还执行:
控制所述收发器接收来自负载均衡控制器的所述配置信息,所述配置信息包括所述负载均衡实例的地址信息与所述计算节点上部署的服务成员的地址信息之间的映射关系。
25.根据权利要求23或24所述的计算节点,其特征在于,所述地址信息包括IP地址和端口标识。
26.根据权利要求24所述的计算节点,其特征在于,所述计算节点还执行:
记录连接信息,所述连接信息包括所述服务请求端的地址信息、所述待处理负载均衡实例的地址信息和所述待处理服务成员的地址信息。
27.根据权利要求26所述的计算节点,其特征在于,所述计算节点还执行:
控制所述收发器接收来自所述待处理服务成员的服务响应报文,所述服务响应报文包括所述待处理服务成员的地址信息;
根据所述连接信息将所述服务响应报文中的所述待处理服务成员的地址信息修改为所述待处理负载均衡实例的地址信息;
控制所述收发器根据所述连接信息向所述服务请求端发送修改后的所述服务响应报文。
28.一种计算机可读存储介质,包括指令,当其在计算机上执行时,使得所述计算机执行如权利要求1-4任一项所述的方法。
29.一种计算机可读存储介质,包括指令,当其在计算机上执行时,使得所述计算机执行如权利要求5-9任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810531218.8A CN108449282B (zh) | 2018-05-29 | 2018-05-29 | 一种负载均衡方法及其装置 |
EP18920914.1A EP3793145A4 (en) | 2018-05-29 | 2018-12-29 | LOAD BALANCING PROCESS AND ASSOCIATED DEVICE |
PCT/CN2018/125903 WO2019227928A1 (zh) | 2018-05-29 | 2018-12-29 | 一种负载均衡方法及其装置 |
US17/105,256 US11659441B2 (en) | 2018-05-29 | 2020-11-25 | Load balance method and apparatus thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810531218.8A CN108449282B (zh) | 2018-05-29 | 2018-05-29 | 一种负载均衡方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108449282A true CN108449282A (zh) | 2018-08-24 |
CN108449282B CN108449282B (zh) | 2021-12-21 |
Family
ID=63205087
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810531218.8A Active CN108449282B (zh) | 2018-05-29 | 2018-05-29 | 一种负载均衡方法及其装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11659441B2 (zh) |
EP (1) | EP3793145A4 (zh) |
CN (1) | CN108449282B (zh) |
WO (1) | WO2019227928A1 (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109361749A (zh) * | 2018-10-24 | 2019-02-19 | 华为技术有限公司 | 报文处理方法、相关设备及计算机存储介质 |
WO2019227928A1 (zh) * | 2018-05-29 | 2019-12-05 | 华为技术有限公司 | 一种负载均衡方法及其装置 |
CN111182058A (zh) * | 2019-12-30 | 2020-05-19 | 福建天泉教育科技有限公司 | 在Android端实现跨租户访问的方法、存储介质 |
CN111221651A (zh) * | 2020-01-02 | 2020-06-02 | 广州虎牙科技有限公司 | 负载均衡配置方法、装置、服务器及可读存储介质 |
CN112104566A (zh) * | 2020-09-18 | 2020-12-18 | 网易(杭州)网络有限公司 | 一种负载均衡的处理方法和装置 |
CN112311896A (zh) * | 2020-11-16 | 2021-02-02 | 杭州迪普科技股份有限公司 | 健康检查方法、装置、设备及计算机可读存储介质 |
CN112506955A (zh) * | 2020-12-10 | 2021-03-16 | 星环信息科技(上海)股份有限公司 | 一种查询处理方法、计算机设备及存储介质 |
CN112671628A (zh) * | 2019-10-15 | 2021-04-16 | 华为技术有限公司 | 业务服务提供方法及系统 |
CN112688878A (zh) * | 2020-11-25 | 2021-04-20 | 紫光云技术有限公司 | 一种基于haproxy实现透传源ip的tcp负载均衡的方法 |
CN112788072A (zh) * | 2019-11-01 | 2021-05-11 | 阿里巴巴集团控股有限公司 | 数据处理方法、数据处理系统、计算机设备、存储介质 |
CN112887185A (zh) * | 2019-11-29 | 2021-06-01 | 华为技术有限公司 | 一种叠加网络的通信方法及装置 |
CN112995349A (zh) * | 2019-12-12 | 2021-06-18 | 中兴通讯股份有限公司 | 地址管理方法、服务器和计算机可读存储介质 |
CN113472677A (zh) * | 2021-07-01 | 2021-10-01 | 华云数据控股集团有限公司 | 虚拟化环境负载均衡流量处理方法、系统及计算机介质 |
CN113691640A (zh) * | 2020-05-19 | 2021-11-23 | 阿里巴巴集团控股有限公司 | 通信方法、装置、电子设备及计算机可读存储介质 |
CN113806091A (zh) * | 2021-09-17 | 2021-12-17 | 中国联合网络通信集团有限公司 | 一种数据处理方法、装置及设备 |
CN113973086A (zh) * | 2020-07-07 | 2022-01-25 | 中移(苏州)软件技术有限公司 | 一种数据传输方法、装置及存储介质 |
CN114125038A (zh) * | 2021-11-26 | 2022-03-01 | 中国联合网络通信集团有限公司 | 一种服务调度方法、装置及存储介质 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10997208B2 (en) | 2019-02-13 | 2021-05-04 | Sap Se | In-memory database-managed container volume replication |
US11403320B2 (en) * | 2019-03-06 | 2022-08-02 | Sap Se | Elastic in-memory database provisioning on database-as-a-service |
US11422973B2 (en) | 2019-03-06 | 2022-08-23 | Sap Se | Peer-to-peer delta image dispatch system |
CN113626282B (zh) * | 2021-07-16 | 2023-12-22 | 济南浪潮数据技术有限公司 | 云计算物理节点负载监控方法、装置、终端及存储介质 |
CN114900526B (zh) * | 2022-04-28 | 2024-04-16 | 京东科技信息技术有限公司 | 负载均衡方法及系统、计算机存储介质、电子设备 |
CN114884881B (zh) * | 2022-05-12 | 2023-07-07 | 福建天晴在线互动科技有限公司 | 一种数据压缩传输方法及终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105045762A (zh) * | 2015-07-27 | 2015-11-11 | 新浪网技术(中国)有限公司 | 一种配置文件的管理方法及装置 |
CN106713499A (zh) * | 2017-01-23 | 2017-05-24 | 天地融科技股份有限公司 | 一种负载均衡方法、设备及系统 |
US20180131617A1 (en) * | 2016-11-08 | 2018-05-10 | Nicira, Inc. | Congestion-aware load balancing |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3898498B2 (ja) * | 2001-12-06 | 2007-03-28 | 富士通株式会社 | サーバ負荷分散システム |
JP5645139B2 (ja) * | 2010-01-05 | 2014-12-24 | 日本電気株式会社 | ネットワークシステム、コントローラ、ネットワーク制御方法 |
US8953623B1 (en) * | 2011-11-23 | 2015-02-10 | Juniper Networks, Inc. | Predictive network services load balancing within a network device |
CN104780115B (zh) * | 2014-01-14 | 2019-06-18 | 上海盛大网络发展有限公司 | 云计算环境中负载均衡方法及系统 |
CN104980361B (zh) * | 2014-04-01 | 2018-09-21 | 华为技术有限公司 | 一种负载均衡方法、装置及系统 |
WO2017116399A1 (en) * | 2015-12-28 | 2017-07-06 | Hewlett Packard Enterprise Development Lp | Packet distribution based on an identified service function |
JP6544872B2 (ja) * | 2015-12-30 | 2019-07-17 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 負荷バランシングコンピュータデバイス、システム、および方法 |
US11252227B2 (en) * | 2016-12-27 | 2022-02-15 | Cisco Technology, Inc. | System and method of managing flow state in stateful applications |
US10305973B2 (en) * | 2017-01-09 | 2019-05-28 | International Business Machines Corporation | Distributed load-balancing for software defined networks |
CN106790675A (zh) * | 2017-01-23 | 2017-05-31 | 天地融科技股份有限公司 | 一种集群内负载均衡方法、设备和系统 |
CN107094119B (zh) * | 2017-07-07 | 2019-10-25 | 广州市品高软件股份有限公司 | 一种基于云计算和sdn网络的负载均衡控制方法及系统 |
CN108449282B (zh) * | 2018-05-29 | 2021-12-21 | 华为技术有限公司 | 一种负载均衡方法及其装置 |
US11178230B1 (en) * | 2020-10-01 | 2021-11-16 | Vmware, Inc. | Dynamically managing keepalive status for client-server connections |
-
2018
- 2018-05-29 CN CN201810531218.8A patent/CN108449282B/zh active Active
- 2018-12-29 EP EP18920914.1A patent/EP3793145A4/en active Pending
- 2018-12-29 WO PCT/CN2018/125903 patent/WO2019227928A1/zh unknown
-
2020
- 2020-11-25 US US17/105,256 patent/US11659441B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105045762A (zh) * | 2015-07-27 | 2015-11-11 | 新浪网技术(中国)有限公司 | 一种配置文件的管理方法及装置 |
US20180131617A1 (en) * | 2016-11-08 | 2018-05-10 | Nicira, Inc. | Congestion-aware load balancing |
CN106713499A (zh) * | 2017-01-23 | 2017-05-24 | 天地融科技股份有限公司 | 一种负载均衡方法、设备及系统 |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11659441B2 (en) | 2018-05-29 | 2023-05-23 | Huawei Technologies Co., Ltd. | Load balance method and apparatus thereof |
WO2019227928A1 (zh) * | 2018-05-29 | 2019-12-05 | 华为技术有限公司 | 一种负载均衡方法及其装置 |
WO2020082839A1 (zh) * | 2018-10-24 | 2020-04-30 | 华为技术有限公司 | 报文处理方法、相关设备及计算机存储介质 |
US11316916B2 (en) | 2018-10-24 | 2022-04-26 | Huawei Technologies Co., Ltd. | Packet processing method, related device, and computer storage medium |
CN109361749A (zh) * | 2018-10-24 | 2019-02-19 | 华为技术有限公司 | 报文处理方法、相关设备及计算机存储介质 |
CN112671628A (zh) * | 2019-10-15 | 2021-04-16 | 华为技术有限公司 | 业务服务提供方法及系统 |
CN112788072A (zh) * | 2019-11-01 | 2021-05-11 | 阿里巴巴集团控股有限公司 | 数据处理方法、数据处理系统、计算机设备、存储介质 |
CN112887185B (zh) * | 2019-11-29 | 2024-03-15 | 华为云计算技术有限公司 | 一种叠加网络的通信方法及装置 |
CN112887185A (zh) * | 2019-11-29 | 2021-06-01 | 华为技术有限公司 | 一种叠加网络的通信方法及装置 |
CN112995349B (zh) * | 2019-12-12 | 2023-07-04 | 中兴通讯股份有限公司 | 地址管理方法、服务器和计算机可读存储介质 |
CN112995349A (zh) * | 2019-12-12 | 2021-06-18 | 中兴通讯股份有限公司 | 地址管理方法、服务器和计算机可读存储介质 |
CN111182058B (zh) * | 2019-12-30 | 2022-07-26 | 福建天泉教育科技有限公司 | 在Android端实现跨租户访问的方法、存储介质 |
CN111182058A (zh) * | 2019-12-30 | 2020-05-19 | 福建天泉教育科技有限公司 | 在Android端实现跨租户访问的方法、存储介质 |
CN111221651A (zh) * | 2020-01-02 | 2020-06-02 | 广州虎牙科技有限公司 | 负载均衡配置方法、装置、服务器及可读存储介质 |
CN113691640A (zh) * | 2020-05-19 | 2021-11-23 | 阿里巴巴集团控股有限公司 | 通信方法、装置、电子设备及计算机可读存储介质 |
CN113973086B (zh) * | 2020-07-07 | 2024-01-26 | 中移(苏州)软件技术有限公司 | 一种数据传输方法、装置及存储介质 |
CN113973086A (zh) * | 2020-07-07 | 2022-01-25 | 中移(苏州)软件技术有限公司 | 一种数据传输方法、装置及存储介质 |
CN112104566B (zh) * | 2020-09-18 | 2024-02-27 | 网易(杭州)网络有限公司 | 一种负载均衡的处理方法和装置 |
CN112104566A (zh) * | 2020-09-18 | 2020-12-18 | 网易(杭州)网络有限公司 | 一种负载均衡的处理方法和装置 |
CN112311896A (zh) * | 2020-11-16 | 2021-02-02 | 杭州迪普科技股份有限公司 | 健康检查方法、装置、设备及计算机可读存储介质 |
CN112311896B (zh) * | 2020-11-16 | 2023-03-24 | 杭州迪普科技股份有限公司 | 健康检查方法、装置、设备及计算机可读存储介质 |
CN112688878A (zh) * | 2020-11-25 | 2021-04-20 | 紫光云技术有限公司 | 一种基于haproxy实现透传源ip的tcp负载均衡的方法 |
CN112688878B (zh) * | 2020-11-25 | 2023-04-18 | 紫光云技术有限公司 | 一种基于haproxy实现透传源ip的tcp负载均衡的方法 |
CN112506955A (zh) * | 2020-12-10 | 2021-03-16 | 星环信息科技(上海)股份有限公司 | 一种查询处理方法、计算机设备及存储介质 |
CN112506955B (zh) * | 2020-12-10 | 2021-09-21 | 星环信息科技(上海)股份有限公司 | 一种查询处理方法、计算机设备及存储介质 |
CN113472677B (zh) * | 2021-07-01 | 2024-02-09 | 华云数据控股集团有限公司 | 虚拟化环境负载均衡流量处理方法、系统及计算机介质 |
CN113472677A (zh) * | 2021-07-01 | 2021-10-01 | 华云数据控股集团有限公司 | 虚拟化环境负载均衡流量处理方法、系统及计算机介质 |
CN113806091A (zh) * | 2021-09-17 | 2021-12-17 | 中国联合网络通信集团有限公司 | 一种数据处理方法、装置及设备 |
CN114125038A (zh) * | 2021-11-26 | 2022-03-01 | 中国联合网络通信集团有限公司 | 一种服务调度方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20210084537A1 (en) | 2021-03-18 |
WO2019227928A1 (zh) | 2019-12-05 |
CN108449282B (zh) | 2021-12-21 |
EP3793145A4 (en) | 2021-06-23 |
EP3793145A1 (en) | 2021-03-17 |
US11659441B2 (en) | 2023-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108449282A (zh) | 一种负载均衡方法及其装置 | |
US8793117B1 (en) | System and method for virtualization of networking system software via emulation | |
CN106464564B (zh) | 用于网络分组封装和路由的方法、系统和计算机可读介质 | |
US5734865A (en) | Virtual local area network well-known port routing mechanism for mult--emulators in an open system environment | |
US6871347B2 (en) | Method and apparatus for facilitating load balancing across name servers | |
CN106572197B (zh) | 一种网络地址转换方法、装置及系统 | |
CN110247784A (zh) | 确定网络拓扑结构的方法和装置 | |
CN104969515B (zh) | 处理dns请求的方法和网关 | |
CN106657180B (zh) | 用于云服务的信息传输方法、装置、终端设备及系统 | |
US10833952B2 (en) | Introducing latency and delay for test or debug purposes in a SAN environment | |
US20170124231A1 (en) | Introducing Latency and Delay in a SAN Environment | |
US8028058B2 (en) | Dynamic discovery and reporting of one or more application program topologies in a single or networked distributed computing environment | |
CN107463453A (zh) | 同一终端不同应用间通信的方法、装置、设备和存储介质 | |
CN109525684A (zh) | 报文转发方法和装置 | |
RO131361A2 (ro) | Metode, sisteme şi suport citibil pe calculator pentru identificarea locaţiilor asociate punctelor de capăt | |
CN110519127A (zh) | 网络延时的探测方法、装置和存储介质 | |
CN109474713A (zh) | 报文转发方法和装置 | |
Kang et al. | A comparative study of Zynq-based OpenFlow switches in a software/hardware co-design | |
CN114025009B (zh) | 转发请求的方法、系统、代理服务器和装置 | |
US11178593B2 (en) | Terminal, relay apparatus selection apparatus, communication method, relay apparatus selection method, and program | |
CN106941527B (zh) | 一种数据传输中转方法及其系统 | |
CN113709016B (zh) | 通信系统以及通信方法、装置、设备和存储介质 | |
CN109150726A (zh) | 一种报文处理方法和装置 | |
WO2024001549A1 (zh) | 地址配置方法和电子设备 | |
JP6564832B2 (ja) | 端末、中継装置選択装置、中継装置選択方法、及びプログラム |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |