CN115134424B - 负载均衡方法、装置、计算机设备、存储介质和程序产品 - Google Patents
负载均衡方法、装置、计算机设备、存储介质和程序产品 Download PDFInfo
- Publication number
- CN115134424B CN115134424B CN202210752352.7A CN202210752352A CN115134424B CN 115134424 B CN115134424 B CN 115134424B CN 202210752352 A CN202210752352 A CN 202210752352A CN 115134424 B CN115134424 B CN 115134424B
- Authority
- CN
- China
- Prior art keywords
- load
- service
- cluster
- target
- load balancing
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000013475 authorization Methods 0.000 claims description 33
- 238000004590 computer program Methods 0.000 claims description 33
- 238000010586 diagram Methods 0.000 description 10
- 230000036541 health Effects 0.000 description 5
- 238000011084 recovery Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 241000322338 Loeseliastrum Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 210000004081 cilia Anatomy 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical 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/1014—Server selection for load balancing based on the content of a request
-
- 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/1034—Reaction to server failures by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请涉及一种负载均衡方法、装置、计算机设备、存储介质和程序产品,属于大数据技术领域。所述方法包括:部署于负载均衡集群中的第一负载均衡器订阅存储于该负载均衡集群中的负载均衡策略;该第一负载均衡器订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,该资源信息用于表征业务负载资源的负载状况;在接收到针对目标应用的业务请求后,该第一负载均衡器根据该负载均衡策略和该资源信息,将该业务请求转发至部署有该目标应用的目标业务集群中的目标业务负载资源中。采用本方法能够提高负载均衡的灵活性。
Description
技术领域
本申请涉及大数据技术领域,特别是涉及一种负载均衡方法、装置、计算机设备、存储介质和程序产品。
背景技术
现有的kubernetes(简称:k8s)是一种开源的容器管理平台,k8s集群中部署有多个容器,容器中封装有功能程序,用于实现功能程序对应的业务,K8s容器环境中的应用都是以标准的Pod形式部署的,做到了环境的隔离、可移植及弹性扩充。目前业界的开源负载均衡方案均为使用单个k8s集群进行流量转发,其中,单个k8s集群中包括负载均衡器和业务负载资源的资源信息,负载均衡器负责将业务请求转发给业务负载资源中。但是,在某个k8s集群出现宕机的情况下,其他正常运行的k8s集群无法继续运行出现宕机的k8s集群中的业务,因此,现有技术中的负载均衡方式的灵活性不够。
发明内容
基于此,有必要针对上述技术问题,提供一种负载均衡方法、装置、计算机设备、存储介质和程序产品。
第一方面,本申请提供了一种负载均衡方法,该方法包括:部署于负载均衡集群中的第一负载均衡器订阅存储于所述负载均衡集群中的负载均衡策略;所述第一负载均衡器订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,所述资源信息用于表征业务负载资源的负载状况;在接收到针对目标应用的业务请求后,所述第一负载均衡器根据所述负载均衡策略和所述资源信息,将所述业务请求转发至部署有所述目标应用的目标业务集群中的目标业务负载资源中。
在其中一个实施例中,部署于负载均衡集群中的第一负载均衡器订阅存储于所述负载均衡集群中的负载均衡策略,包括:所述第一负载均衡器订阅与所述第一负载均衡器对应的命名空间相关联的所述负载均衡策略;
对应地,所述第一负载均衡器订阅部署有不同应用的多个业务集群中的负载资源的资源信息,包括:所述第一负载均衡器订阅与所述命名空间相关联的配置信息和授权信息;所述第一负载均衡器根据所述配置信息和所述授权信息订阅与所述命名空间相关联的候选业务负载资源的资源信息。
在其中一个实施例中,所述第一负载均衡器根据所述配置信息和所述授权信息订阅与所述命名空间相关联的候选业务负载资源的资源信息,包括:所述第一负载均衡器根据所述配置信息和所述授权信息,从所述候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅所述候选业务负载资源的资源信息。
在其中一个实施例中,所述目标业务负载资源包括容器,所述将所述业务请求转发至部署有所述目标应用的目标业务集群中的目标业务负载资源中,包括:获取所述容器对应的目标端口信息;根据所述目标端口信息生成配置文件;根据所述配置文件将所述业务请求转发至所述目标业务负载资源。
在其中一个实施例中,所述业务集群为k8s集群,所述获取所述容器对应的目标端口信息,包括:从所述目标业务集群中的目标对外服务节点中获取所述目标端口信息;其中,所述目标对外服务节点中存储有所述目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
在其中一个实施例中,所述方法还包括:所述第一负载均衡器接收客户端发送的所述业务请求;或者,所述第一负载均衡器接收第二负载均衡器发送的所述业务请求,其中,所述第二负载均衡器部署于所述负载均衡集群和所述客户端之间。
在其中一个实施例中,所述负载均衡集群中部署有多个负载均衡器,所述第一负载均衡器为所述多个负载均衡器中的任意一个。
第二方面,本申请提供了一种负载均衡装置,该装置包括:
第一订阅模块,用于订阅存储于所述负载均衡集群中的负载均衡策略;
第二订阅模块,用于订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,所述资源信息用于表征业务负载资源的负载状况;
转发模块,用于在接收到针对目标应用的业务请求后,根据所述负载均衡策略和所述资源信息,将所述业务请求转发至部署有所述目标应用的目标业务集群中的目标业务负载资源中。
在其中一个实施例中,第一订阅模块,具体用于:订阅与所述第一负载均衡器对应的命名空间相关联的所述负载均衡策略;对应地,所述第二订阅模块,具体用于:订阅与所述命名空间相关联的配置信息和授权信息;根据所述配置信息和所述授权信息订阅与所述命名空间相关联的候选业务负载资源的资源信息。
在其中一个实施例中,所述第二订阅模块,具体用于:根据所述配置信息和所述授权信息,从所述候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅所述候选业务负载资源的资源信息。
在其中一个实施例中,所述目标业务负载资源包括容器,所述转发模块,具体用于:获取所述容器对应的目标端口信息;根据所述目标端口信息生成配置文件;根据所述配置文件将所述业务请求转发至所述目标业务负载资源。
在其中一个实施例中,所述业务集群为k8s集群,所述转发模块,具体用于:从所述目标业务集群中的目标对外服务节点中获取所述目标端口信息;其中,所述目标对外服务节点中存储有所述目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
在其中一个实施例中,该装置还包括:接收模块,用于:接收客户端发送的所述业务请求;或者,接收第二负载均衡器发送的所述业务请求,其中,所述第二负载均衡器部署于所述负载均衡集群和所述客户端之间。
在其中一个实施例中,所述负载均衡集群中部署有多个负载均衡器,所述第一负载均衡器为所述多个负载均衡器中的任意一个。
第三方面,本申请还提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行该计算机程序时实现上述第一方面任一项所述的方法的步骤。
第四方面,本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述第一方面任一项所述的方法的步骤。
第五方面,本申请还提供了一种计算机程序产品。该计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述第一方面任一项所述的方法的步骤。
本申请实施例提供的技术方案带来的有益效果至少包括:
在本申请实施例中,负载均衡器和业务负载资源的资源信息分别部署于不同的集群中,其中,负载均衡器部署于负载均衡集群中,业务负载资源的资源信息部署于业务集群中,对于部署有不同应用的多个业务集群,负载均衡集群可以分别订阅各业务集群中的业务负载资源的资源信息,并在接收到针对目标应用的业务请求后,根据在负载均衡集群中订阅的负载均衡策略和各业务负载资源的资源信息,将业务请求转发至部署有目标应用的目标业务集群中的目标业务负载资源中。这样,在某个业务集群出现宕机的情况下,负载均衡集群可以根据订阅到的各业务集群中的业务负载资源的资源信息和负载均衡策略,将业务请求转发至其他的业务集群,因此,本申请实施例中的负载均衡方法可以在多个业务集群中确定接收业务请求的目标业务负载资源,提高了负载均衡的灵活性。
附图说明
图1为本申请实施例提供的一种实施环境的示意图;
图2为本申请实施例提供的一种负载均衡方法的流程图;
图3为本申请实施例提供的一种负载均衡集群部署模式的示意图;
图4为本申请实施例提供的一种转发业务请求至目标业务负载资源的技术过程的流程图;
图5为本申请实施例提供的一种负载均衡方法的流程图;
图6为本申请实施例提供的一种负载均衡器数据流向的示意图;
图7为本申请实施例提供的一种负载均衡装置的框图;
图8为本申请实施例提供的一种负载均衡装置的框图;
图9为本申请实施例提供的一种计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
现有的kubernetes(简称:k8s)是一种开源的容器管理平台,k8s集群中部署有多个容器,容器中封装有功能程序,用于实现功能程序对应的业务,K8s容器环境中的应用都是以标准的Pod形式部署的,做到了环境的隔离、可移植及弹性扩充。目前业界的开源负载均衡方案均为使用单个k8s集群进行流量转发,其中,单个k8s集群中包括负载均衡器和业务负载资源的资源信息,负载均衡器负责将业务请求转发给业务负载资源中。但是,在某个k8s集群出现宕机的情况下,其他正常运行的k8s集群无法继续运行出现宕机的k8s集群中的业务,因此,现有技术中的负载均衡方式的灵活性不够,无法实现多个k8s集群的联合工作,不支持多k8s集群级别的业务容灾,其中,业务容灾是指在其中一个k8s集群停止工作的状态下,由另外一个k8s集群承担停止工作的k8s集群中的业务,以使得业务可以继续正常进行,同时因不支持多k8s集群业务协同工作,在规模达到一定上限后,限制了业务横向扩容。
有鉴于此,本申请实施例提供了一种负载均衡方法、装置、计算机设备、存储介质和程序产品,该负载均衡方法可以提高负载均衡的灵活性。
请参见图1,其示出了本申请实施例提供的负载均衡方法所涉及的实施环境的示意图。如图1所示,本申请实施例提供的负载均衡方法的执行主体可以是一台计算机设备,也可以为由多台计算机设备组成的计算机设备集群,一台计算机设备上可以部署多个k8s集群,多个计算机设备上也可以共同部署一个k8s集群,对k8s集群的部署方式不作限定。不同的计算机设备之间可以通过有线或无线方式的进行通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。
请参见图2,其示出了本申请实施例提供的一种负载均衡方法的流程图,该负载均衡方法可以应用于图1中的计算机设备中。如图2所示,该负载均衡方法可以包括以下步骤:
步骤201、部署于负载均衡集群中的第一负载均衡器订阅存储于负载均衡集群中的负载均衡策略。
需要指出的是,负载均衡集群可以为k8s集群,也可以为其他类型的集群,本申请实施例仅以负载均衡集群为k8s集群为例进行说明。
其中,第一负载均衡器可以为haproxy-ingress七层负载均衡器,也可以为ingress-nginx、AWS ingress、GCE ingress、EnRoute等一系列ingress七层负载均衡器,本申请实施例对第一负载均衡器的类别不作限定。其中,haproxy是一个使用C语言编写的自由及开放源代码软件,其提供高可用性、负载均衡,以及基于tcp和http的应用程序代理。
负载均衡策略可以为ingress负载均衡策略(七层负载均衡策略),ingress是对集群中服务的外部访问进行管理的API对象,典型的访问方式是HTTP,Ingress可以提供负载均衡、SSL终结和基于名称的虚拟托管。在本申请实施例中,利用开源ingress机制,可在版本发布时动态更新ingress实现七层负载均衡策略变更,从而提高用户自服务能力。
步骤202、第一负载均衡器订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息。
其中,业务集群可以为k8s集群,也可以为其他类型的集群,本申请实施例仅以业务集群为k8s集群为例进行说明,在业务集群为k8s集群的情况下,业务负载资源可以包括pod、service、endpoints中的至少一种,其中,该pod、service、endpoints均可以包括至少一个容器,业务负载资源的资源信息用于表征业务负载资源的负载状况。在本申请实施例中,该多个业务集群中可以部署有不同的应用,可选的,该多个业务集群中的每一个业务集群都可以部署与其他业务集群不同的应用,或者,该多个业务集群中的某几个业务集群可以部署相同的应用,但其部署的应用与其他业务集群部署的应用不同。
可选的,部署于负载均衡集群中的第一负载均衡器订阅存储于负载均衡集群中的负载均衡策略,包括:第一负载均衡器订阅与第一负载均衡器对应的命名空间相关联的负载均衡策略,对应地,第一负载均衡器订阅业务集群中的业务负载资源的资源信息,包括:第一负载均衡器订阅与命名空间相关联的配置信息和授权信息,第一负载均衡器根据配置信息和授权信息订阅与命名空间相关联的候选业务负载资源的资源信息。
在本申请的可选实施例中,第一负载均衡器根据该配置信息和该授权信息,从候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅候选业务负载资源的资源信息。可选的,在业务集群为k8s集群的情况下,第一负载均衡器订阅存储于业务集群中的业务负载资源的资源信息,包括:第一负载均衡器从kube-apiserver(也即是对外服务节点)中订阅业务负载资源的资源信息,kube-apiserver部署于业务集群中。在本申请实施例中,haproxy-ingress直接订阅多个业务集群中的pod、endpoints、service的资源信息,实现多业务集群业务负载资源同时提供服务的能力,极大程度提高了应用部署的灵活性。
其中,每个负载均衡集群中均部署有多个独立的负载均衡器,且,该多个负载均衡器均以命名空间namespace为维度进行部署,第一负载均衡器为多个负载均衡器中的任意一个。
如图3为独立的负载均衡集群的部署模式,其中,App LB Cluster default-1、AppLB Cluster default-2和App LB Cluster special-for-busy-template为三个负载均衡集群,在namespace分别为F-AAA和F-BBB中,分别部署有多个haproxy-ingress负载均衡器。haproxy-ingress负载均衡器订阅所在负载均衡集群中同namespace下的配置信息和授权信息,可选的,配置信息和授权信息可以包括ingress配置、configmap、secret配置等信息。
如图3,在App LB Cluster default-1负载均衡集群中namespace为F-AAA下的配置信息和授权信息为f_aaa_ingress_normal.yaml和haproxy-configmap.yaml(未指定ALC),根据f_aaa_ingress_normal.yaml和haproxy-configmap.yaml订阅与F-AAA关联的业务集群cluster 1(未指定ALC)和cluster 2(未指定ALC)中的service、endpoints和pod的资源信息,再如图3,在App LB Cluster special-for-busy-template负载均衡集群中namespace为F-AAA下的配置信息和授权信息为f_aaa_ingress_special.yaml和haproxy-configmap.yaml(指定为ALC_special-for-busy-template),根据f_aaa_ingress_special.yaml和haproxy-configmap.yaml订阅与F-AAA关联的业务集群cluster 3(指定为ALC_special-for-busy-template)中的service、endpoints和pod的资源信息。
步骤203、在接收到针对目标应用的业务请求后,第一负载均衡器根据负载均衡策略和资源信息,将该业务请求转发至部署有该目标应用的目标业务集群中的目标业务负载资源中。
其中,该目标业务负载资源可以为pod。
可选的,接收该业务请求的方式可以包括:负载均衡集群接收客户端发送的该业务请求;或者,负载均衡集群接收第二负载均衡器发送的业务请求,其中,第二负载均衡器部署于负载均衡集群和客户端之间。可选的,第二负载均衡器可以为四层负载均衡器,可以创建命名空间namespace级别独立的四层负载均衡器,并将该四层负载均衡器作为部署于各负载均衡集群中的haproxy-ingress七层负载均衡器的统一入口,且,该四层负载均衡器可以关联各负载均衡集群下的haproxy-ingress七层负载均衡器。也就是说,部署于各负载均衡集群中的haproxy-ingress七层负载均衡器,可以接收四层负载均衡器发送的业务请求,并根据订阅到的负载均衡策略和资源信息,对该业务请求进行转发。
可选的,四层负载均衡器可以为华为云ELB、F5、阿里云SLB、腾讯云CLB、haproxy等一系列四层负载均衡器,本申请实施例对四层负载均衡器的类型不作限定。
在本申请实施例中,负载均衡器和业务负载资源的资源信息分别部署于不同的集群中,其中,负载均衡器部署于负载均衡集群中,业务负载资源的资源信息部署于业务集群中,对于部署有不同应用的多个业务集群,负载均衡集群可以分别订阅各业务集群中的业务负载资源的资源信息,并在接收到针对目标应用的业务请求后,根据在负载均衡集群中订阅的负载均衡策略和各业务负载资源的资源信息,将业务请求转发至部署有目标应用的目标业务集群中的目标业务负载资源中。这样,在某个业务集群出现宕机的情况下,负载均衡集群可以根据订阅到的各业务集群中的业务负载资源的资源信息和负载均衡策略,将业务请求转发至其他的业务集群,因此,本申请实施例中的负载均衡方法可以在多个业务集群中确定接收业务请求的目标业务负载资源,提高了负载均衡的灵活性。
如上文所述,目标负载资源可以包括容器,请参见图4,其示出了本申请的提供的一种转发业务请求的技术过程。如图4所示,该技术过程可以包括以下步骤:
步骤401、获取与目标负载资源包括的容器对应的目标端口信息。
可选的,获取与目标负载资源包括的容器对应的目标端口信息,包括:从目标业务集群中的目标对外服务节点中获取该目标端口信息,其中,该目标对外服务节点中存储有目标业务集群中业务代理节点组件上报的不同容器对应的端口信息,以业务集群为k8s集群为例,该目标对外服务节点可以为kube-apiserver,该业务代理节点组件可以为业务集群中node中的kubelet组件,该目标端口信息可以为hostPort端口信息,也就是说,部署在业务集群node中的kubelet组件查询并上报docker容器containerPort对应的hostPort端口信息到pod的annotation中,hostPort端口信息分布在每个集群的kube-apiserver中。可选的,ContainerPort+HostPort容器网络可以被替换为flannel、calico、cilium、canal等一系列其他的容器网络。
可选的,kube-apiserver可以被替换为业务集群中独立的etcd、redis等等其他存储方案,并且kubelet上报pod网络信息可能替代为其他组件实现信息上报。
步骤402、根据目标端口信息生成配置文件。
可选的,负载均衡集群中的haproxy-ingress负载均衡器可以从订阅到的资源信息中提取到hostPort端口信息,并对hostPort端口信息进行编译生成haproxy.cfg配置文件。其中,hostPort端口信息是haproxy的backend的RS(中文:真实服务器,英文:RealServer)的IP地址信息。
可选的,haproxy-ingress支持负载业务部署在多个业务集群中,并支持为每个RS配置健康检查,在业务RS或某个业务集群崩溃时,由haproxy-ingress RS健康检查自动下线不可用的RS,因此实现了多集群灾备。
在本申请实施例中,可以利用开源负载均衡集群中已有的endpoints-controller、readinessProbe机制实现动态管理backend RS,摒弃了现有技术中的confd+haproxy+etcd方案中修改容器lifecycle进行注册、解注册的方案,极大程度降低了应用维护成本。同时,本申请实施例中的haproxy-ingress可以部署在多个负载均衡集群中,并且可以接入四层负载均衡器,并配置健康检查,实现负载均衡集群的多集群灾备。
步骤403、根据配置文件将业务请求转发至目标业务负载资源。
可选的,Haproxy可以解析haproxy.cfg配置文件,完成七层负载均衡配置,并将业务请求转发至目标业务负载资源。
在本申请实施例中,通过七层负载均衡器订阅多业务集群的资源信息并修改backend RS的映射到hostPort、利用kubelet组件实现pod hostport的上报,实现了多业务集群联合工作的能力。
.请参见图5,其示出了本申请实施例提供的一种负载均衡方法的流程图,该负载均衡方法可以应用于图1中的计算机设备中。如图5所示,该负载均衡方法可以包括以下步骤:
步骤501、接收客户端发送的业务请求;或者,接收第二负载均衡器发送的业务请求。
其中,第二负载均衡器部署于负载均衡集群和客户端之间。
可选的,第二负载均衡器可以为四层负载均衡器,可以创建命名空间namespace级别独立的四层负载均衡器,并将该四层负载均衡器作为部署于各负载均衡集群中的haproxy-ingress七层负载均衡器的统一入口,且,该四层负载均衡器可以关联各负载均衡集群下的haproxy-ingress七层负载均衡器。
可选的,四层负载均衡器可以为华为云ELB、F5、阿里云SLB、腾讯云CLB、haproxy等一系列四层负载均衡器,本申请实施例对四层负载均衡器的类型不作限定。
步骤502、部署于负载均衡集群中的第一负载均衡器订阅与第一负载均衡器对应的命名空间相关联的负载均衡策略。
其中,第一负载均衡器可以为haproxy-ingress七层负载均衡器,也可以为ingress-nginx、AWS ingress、GCE ingress、EnRoute等一系列ingress七层负载均衡器,本申请实施例对第一负载均衡器的类别不作限定。每个负载均衡集群中均部署有多个独立的负载均衡器,且,该多个负载均衡器均以命名空间namespace为维度进行部署。
步骤503、第一负载均衡器订阅与命名空间相关联的配置信息和授权信息。
可选的,配置信息和授权信息可以包括ingress配置、configmap、secret配置等信息。
步骤504、根据配置信息和授权信息订阅存储于多个业务集群中的与命名空间相关联的候选业务负载资源的资源信息。
其中,业务负载资源包括pod、service、endpoints中的至少一种,其中,pod、service和endpoints均可以包括容器。可选的,可以通过haproxy-ingress直接订阅多个业务集群中的pod、endpoints、service的资源信息,实现了业务集群负载同时提供服务的能力,极大程度提高了应用部署的灵活性。
可选的,该第一负载均衡器根据配置信息和授权信息,从候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅候选业务负载资源的资源信息。
步骤505、在接收到针对目标应用的业务请求后,第一负载均衡器根据负载均衡策略和资源信息,确定部署有目标应用的目标业务集群中的目标业务负载资源。
步骤506、从业务集群中的对外服务节点中获取目标端口信息。
其中,kube-apiserver中存储有业务集群中的node中的kubelet组件上报的容器对应的目标端口信息。
可选的,目标端口信息可以为hostPort端口信息,kube-apiserver可以被替换为业务集群中独立的etcd、redis等等其他存储方案,并且kubelet上报pod网络信息可能替代为其他组件实现信息上报。
步骤507、根据目标端口信息生成配置文件。
可选的,负载均衡集群中的haproxy-ingress负载均衡器可以从订阅到的资源信息中提取到hostPort端口信息,并对hostPort端口信息进行编译生成haproxy.cfg配置文件。其中,hostPort端口信息是haproxy的backend的RS(中文:真实服务器,英文:RealServer)的IP地址信息。
可选的,haproxy-ingress支持负载业务部署在多个业务集群中,并支持为每个RS配置健康检查,在业务RS或某个业务集群崩溃时,由haproxy-ingress RS健康检查自动下线不可用的RS,因此实现了多集群灾备。
步骤508、根据配置文件将业务请求转发至目标业务负载资源中。
可选的,Haproxy可以解析haproxy.cfg配置文件,完成七层负载均衡配置,并将业务请求转发至目标pod。
在本申请实施例中,通过七层负载均衡器订阅多业务集群的资源信息并修改backend RS的映射到hostPort、利用kubelet组件实现pod hostport的上报,实现了多业务集群联合工作的能力。
在本申请实施例中,负载均衡器和业务负载资源的资源信息分别部署于不同的k8s集群中,其中,负载均衡器部署于负载均衡集群中,业务负载资源的资源信息部署于业务集群中,对于多个业务集群,负载均衡集群可以分别订阅各业务集群中的业务负载资源的资源信息,并根据负载均衡策略和各业务负载资源的资源信息,在各业务集群中确定目标pod,并将接收到业务请求转发至目标pod中。这样,在某个业务集群出现宕机的情况下,负载均衡集群可以根据订阅到的各业务集群中的业务负载资源的资源信息和负载均衡策略,确定其他业务集群中的pod为目标pod,并将接收到的业务请求转发至目标pod中,因此,本申请实施例中的负载均衡方法可以在多个业务集群中确定接收业务请求的目标pod,提高了负载均衡的灵活性。
下面以containerPort(DNAT)网络模型为基础,详细介绍集群中的组件交互关系。如图6为负载均衡集群中的单个七层负载均衡器实例的数据流向图,如图6数据的流向分为五个过程:1、部署在业务集群node中的kubelet组件查询docker容器对应的hostPort端口信息;2、kubelet组件上报hostPort端口信息到pod的annotation中,其分布在每个集群的kube-apiserver中;3、负载均衡集群中的负载均衡器(haproxy-igress)订阅多个业务集群kube-apiserver中的service、endpoints、pods等业务负载资源的资源信息。当然,负载均衡器还订阅本负载均衡集群下的负载均衡策略;4、负载均衡集群中的负载均衡器结合endpoints、pods信息将容器hostPort端口作为haproxy的backend的RS(中文:真实服务器,英文:RealServer)生成haproxy.cfg;5、Haproxy解析haproxy.cfg配置文件,完成七层负载均衡配置。
在本申请实施例中,直接利用多个负载均衡集群下kube-apiserver中的pod、endpoints等数据信息,与现有技术相比,不再需要confd+haproxy+etcd方案中集中式的etcd,因此,从根本上解决了slb etcd性能瓶颈导致的注册失败、访问失败等问题。可选的,本申请实施例中的haproxy-ingress可以以deployment的形式部署,利用k8s管理能力,支持快速横向扩容。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
请参见图7,其示出了本申请实施例提供的一种负载均衡装置700的框图,该负载均衡装置可以配置于上述的计算机设备中。如图7所示,该负载均衡装置700包括第一订阅模块701、第二订阅模块702和转发模块703。
该第一订阅模块701,用于订阅存储于该负载均衡集群中的负载均衡策略。
该第二订阅模块702,用于订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,该资源信息用于表征业务负载资源的负载状况。
该转发模块703,用于在接收到针对目标应用的业务请求后,根据该负载均衡策略和该资源信息,将该业务请求转发至部署有该目标应用的目标业务集群中的目标业务负载资源中。
在本申请的可选实施例中,第一订阅模块701,具体用于:订阅与该第一负载均衡器对应的命名空间相关联的该负载均衡策略;对应地,该第二订阅模块,具体用于:订阅与该命名空间相关联的配置信息和授权信息;根据该配置信息和该授权信息订阅与该命名空间相关联的候选业务负载资源的资源信息。
在本申请的可选实施例中,第二订阅模块702,具体用于:根据该配置信息和该授权信息,从该候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅该候选业务负载资源的资源信息。
在本申请的一个可选实施例中,该目标业务负载资源包括容器,该转发模块703,具体用于:获取该容器对应的目标端口信息;根据该目标端口信息生成配置文件;根据该配置文件将该业务请求转发至该目标业务负载资源。
在本申请的一个可选实施例中,该业务集群为k8s集群,该转发模块703,具体用于:从该目标业务集群中的目标对外服务节点中获取该目标端口信息;其中,该目标对外服务节点中存储有该目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
在本申请的可选实施例中,该负载均衡集群中部署有多个负载均衡器,该第一负载均衡器为该多个负载均衡器中的任意一个。
请参考图8,其示出了另一种可选的负载均衡装置800,该负载均衡装置800除了包含图7所示的各模块外,可选的,还包括接收模块704。
其中,该接收模块704,用于:接收客户端发送的该业务请求;或者,接收第二负载均衡器发送的该业务请求,其中,该第二负载均衡器部署于该负载均衡集群和该客户端之间。
本申请实施例提供的负载均衡装置,可以实现上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
上述负载均衡装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,其内部结构图可以如图9所示。该计算机设备包括通过***总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种负载均衡方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在本申请的一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
部署于负载均衡集群中的第一负载均衡器订阅存储于该负载均衡集群中的负载均衡策略;该第一负载均衡器订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,该资源信息用于表征业务负载资源的负载状况;在接收到针对目标应用的业务请求后,该第一负载均衡器根据该负载均衡策略和该资源信息,将该业务请求转发至部署有该目标应用的目标业务集群中的目标业务负载资源中。
在本申请的一个实施例中,该处理器执行计算机程序时还实现以下步骤:该第一负载均衡器订阅与该第一负载均衡器对应的命名空间相关联的该负载均衡策略;该第一负载均衡器订阅与该命名空间相关联的配置信息和授权信息;该第一负载均衡器根据该配置信息和该授权信息订阅与该命名空间相关联的候选业务负载资源的资源信息。
在本申请的一个实施例中,该处理器执行计算机程序时还实现以下步骤:该第一负载均衡器根据该配置信息和该授权信息,从该候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅该候选业务负载资源的资源信息。
在本申请的一个实施例中,该目标业务负载资源包括容器,该处理器执行计算机程序时还实现以下步骤:获取该容器对应的目标端口信息;根据该目标端口信息生成配置文件;根据该配置文件将该业务请求转发至该目标业务负载资源。
在本申请的一个实施例中,该业务集群为k8s集群,该处理器执行计算机程序时还实现以下步骤:从该目标业务集群中的目标对外服务节点中获取该目标端口信息;其中,该目标对外服务节点中存储有该目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
在本申请的一个实施例中,该处理器执行计算机程序时还实现以下步骤:该第一负载均衡器接收客户端发送的该业务请求;或者,该第一负载均衡器接收第二负载均衡器发送的该业务请求,其中,该第二负载均衡器部署于该负载均衡集群和该客户端之间。
在本申请的一个实施例中,该负载均衡集群中部署有多个负载均衡器,该第一负载均衡器为该多个负载均衡器中的任意一个。
本申请实施例提供的计算机设备,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在本申请的一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
部署于负载均衡集群中的第一负载均衡器订阅存储于该负载均衡集群中的负载均衡策略;该第一负载均衡器订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,该资源信息用于表征业务负载资源的负载状况;在接收到针对目标应用的业务请求后,该第一负载均衡器根据该负载均衡策略和该资源信息,将该业务请求转发至部署有该目标应用的目标业务集群中的目标业务负载资源中。
在本申请的一个实施例中,计算机程序被处理器执行时还实现以下步骤:该第一负载均衡器订阅与该第一负载均衡器对应的命名空间相关联的该负载均衡策略;该第一负载均衡器订阅与该命名空间相关联的配置信息和授权信息;该第一负载均衡器根据该配置信息和该授权信息订阅与该命名空间相关联的候选业务负载资源的资源信息。
在本申请的一个实施例中,计算机程序被处理器执行时还实现以下步骤:该第一负载均衡器根据该配置信息和该授权信息,从该候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅该候选业务负载资源的资源信息。
在本申请的一个实施例中,该目标业务负载资源包括容器,计算机程序被处理器执行时还实现以下步骤:获取该容器对应的目标端口信息;根据该目标端口信息生成配置文件;根据该配置文件将该业务请求转发至该目标业务负载资源。
在本申请的一个实施例中,该业务集群为k8s集群,计算机程序被处理器执行时还实现以下步骤:从该目标业务集群中的目标对外服务节点中获取该目标端口信息;其中,该目标对外服务节点中存储有该目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
在本申请的一个实施例中,计算机程序被处理器执行时还实现以下步骤:该第一负载均衡器接收客户端发送的该业务请求;或者,该第一负载均衡器接收第二负载均衡器发送的该业务请求,其中,该第二负载均衡器部署于该负载均衡集群和该客户端之间。
在本申请的一个实施例中,该负载均衡集群中部署有多个负载均衡器,该第一负载均衡器为该多个负载均衡器中的任意一个。
本实施例提供的计算机可读存储介质,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在本申请的一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
部署于负载均衡集群中的第一负载均衡器订阅存储于该负载均衡集群中的负载均衡策略;该第一负载均衡器订阅部署有不同应用的多个业务集群中的业务负载资源的资源信息,该资源信息用于表征业务负载资源的负载状况;在接收到针对目标应用的业务请求后,该第一负载均衡器根据该负载均衡策略和该资源信息,将该业务请求转发至部署有该目标应用的目标业务集群中的目标业务负载资源中。
在本申请的一个实施例中,计算机程序被处理器执行时还实现以下步骤:该第一负载均衡器订阅与该第一负载均衡器对应的命名空间相关联的该负载均衡策略;该第一负载均衡器订阅与该命名空间相关联的配置信息和授权信息;该第一负载均衡器根据该配置信息和该授权信息订阅与该命名空间相关联的候选业务负载资源的资源信息。
在本申请的一个实施例中,计算机程序被处理器执行时还实现以下步骤:该第一负载均衡器根据该配置信息和该授权信息,从该候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅该候选业务负载资源的资源信息。
在本申请的一个实施例中,该目标业务负载资源包括容器,计算机程序被处理器执行时还实现以下步骤:获取该容器对应的目标端口信息;根据该目标端口信息生成配置文件;根据该配置文件将该业务请求转发至该目标业务负载资源。
在本申请的一个实施例中,该业务集群为k8s集群,计算机程序被处理器执行时还实现以下步骤:从该目标业务集群中的目标对外服务节点中获取该目标端口信息;其中,该目标对外服务节点中存储有该目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
在本申请的一个实施例中,计算机程序被处理器执行时还实现以下步骤:该第一负载均衡器接收客户端发送的该业务请求;或者,该第一负载均衡器接收第二负载均衡器发送的该业务请求,其中,该第二负载均衡器部署于该负载均衡集群和该客户端之间。
在本申请的一个实施例中,该负载均衡集群中部署有多个负载均衡器,该第一负载均衡器为该多个负载均衡器中的任意一个。
本实施例提供的计算机程序产品,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种负载均衡方法,其特征在于,所述方法包括:
部署于负载均衡集群中的第一负载均衡器订阅与所述第一负载均衡器对应的命名空间相关联的负载均衡策略;
所述第一负载均衡器订阅与所述命名空间相关联的配置信息和授权信息,所述第一负载均衡器根据所述配置信息和所述授权信息,从与所述命名空间相关联的候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅所述候选业务负载资源的资源信息,所述资源信息用于表征业务负载资源的负载状况;
在接收到针对目标应用的业务请求后,所述第一负载均衡器根据所述负载均衡策略和所述资源信息,将所述业务请求转发至部署有所述目标应用的目标业务集群中的目标业务负载资源中。
2.根据权利要求1所述的方法,其特征在于,所述目标业务负载资源包括容器,所述将所述业务请求转发至部署有所述目标应用的目标业务集群中的目标业务负载资源中,包括:
获取所述容器对应的目标端口信息;
根据所述目标端口信息生成配置文件;
根据所述配置文件将所述业务请求转发至所述目标业务负载资源。
3.根据权利要求2所述的方法,其特征在于,所述业务集群为k8s集群,所述获取所述容器对应的目标端口信息,包括:
从所述目标业务集群中的目标对外服务节点中获取所述目标端口信息;
其中,所述目标对外服务节点中存储有所述目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收客户端发送的所述业务请求;或者,
接收第二负载均衡器发送的所述业务请求,其中,所述第二负载均衡器部署于所述负载均衡集群和所述客户端之间。
5.根据权利要求1所述的方法,其特征在于,所述负载均衡集群中部署有多个负载均衡器,所述第一负载均衡器为所述多个负载均衡器中的任意一个。
6.一种负载均衡装置,其特征在于,所述装置包括:
第一订阅模块,用于订阅与第一负载均衡器对应的命名空间相关联的负载均衡策略;
第二订阅模块,用于订阅与所述命名空间相关联的配置信息和授权信息,根据所述配置信息和所述授权信息,从与所述命名空间相关联的候选业务负载资源所属的候选业务集群的候选对外服务节点中,订阅所述候选业务负载资源的资源信息,所述资源信息用于表征业务负载资源的负载状况;
转发模块,用于在接收到针对目标应用的业务请求后,根据所述负载均衡策略和所述资源信息,将所述业务请求转发至部署有所述目标应用的目标业务集群中的目标业务负载资源中。
7.根据权利要求6所述的装置,其特征在于,所述目标业务负载资源包括容器,所述转发模块,具体用于:获取所述容器对应的目标端口信息;根据所述目标端口信息生成配置文件;根据所述配置文件将所述业务请求转发至所述目标业务负载资源。
8.根据权利要求7所述的装置,其特征在于,所述业务集群为k8s集群,所述转发模块,具体用于:从所述目标业务集群中的目标对外服务节点中获取所述目标端口信息;其中,所述目标对外服务节点中存储有所述目标业务集群中业务代理节点组件上报的不同容器对应的端口信息。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210752352.7A CN115134424B (zh) | 2022-06-29 | 2022-06-29 | 负载均衡方法、装置、计算机设备、存储介质和程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210752352.7A CN115134424B (zh) | 2022-06-29 | 2022-06-29 | 负载均衡方法、装置、计算机设备、存储介质和程序产品 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115134424A CN115134424A (zh) | 2022-09-30 |
CN115134424B true CN115134424B (zh) | 2024-02-02 |
Family
ID=83380381
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210752352.7A Active CN115134424B (zh) | 2022-06-29 | 2022-06-29 | 负载均衡方法、装置、计算机设备、存储介质和程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115134424B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143046A (zh) * | 2010-08-25 | 2011-08-03 | 华为技术有限公司 | 负载均衡的方法、设备和*** |
CN105025095A (zh) * | 2015-07-10 | 2015-11-04 | 福建天晴数码有限公司 | 实现云计算弹***的集群架构 |
CN106790675A (zh) * | 2017-01-23 | 2017-05-31 | 天地融科技股份有限公司 | 一种集群内负载均衡方法、设备和*** |
CN108551488A (zh) * | 2018-05-03 | 2018-09-18 | 山东汇贸电子口岸有限公司 | 基于国产cpu和os的分布式容器集群负载均衡方法 |
CN111367662A (zh) * | 2020-02-26 | 2020-07-03 | 普信恒业科技发展(北京)有限公司 | 一种负载均衡方法、装置及*** |
CN112839081A (zh) * | 2020-12-31 | 2021-05-25 | 深圳市赛宇景观设计工程有限公司 | 一种云集群的负载均衡方法 |
WO2021120976A2 (zh) * | 2020-10-19 | 2021-06-24 | 聚好看科技股份有限公司 | 负载均衡控制方法及服务器 |
CN113783922A (zh) * | 2021-03-26 | 2021-12-10 | 北京沃东天骏信息技术有限公司 | 负载均衡的方法、***和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11159607B2 (en) * | 2020-03-03 | 2021-10-26 | International Business Machines Corporation | Management for a load balancer cluster |
US11757982B2 (en) * | 2020-08-05 | 2023-09-12 | Avesha, Inc. | Performing load balancing self adjustment within an application environment |
-
2022
- 2022-06-29 CN CN202210752352.7A patent/CN115134424B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143046A (zh) * | 2010-08-25 | 2011-08-03 | 华为技术有限公司 | 负载均衡的方法、设备和*** |
CN105025095A (zh) * | 2015-07-10 | 2015-11-04 | 福建天晴数码有限公司 | 实现云计算弹***的集群架构 |
CN106790675A (zh) * | 2017-01-23 | 2017-05-31 | 天地融科技股份有限公司 | 一种集群内负载均衡方法、设备和*** |
CN108551488A (zh) * | 2018-05-03 | 2018-09-18 | 山东汇贸电子口岸有限公司 | 基于国产cpu和os的分布式容器集群负载均衡方法 |
CN111367662A (zh) * | 2020-02-26 | 2020-07-03 | 普信恒业科技发展(北京)有限公司 | 一种负载均衡方法、装置及*** |
WO2021120976A2 (zh) * | 2020-10-19 | 2021-06-24 | 聚好看科技股份有限公司 | 负载均衡控制方法及服务器 |
CN112839081A (zh) * | 2020-12-31 | 2021-05-25 | 深圳市赛宇景观设计工程有限公司 | 一种云集群的负载均衡方法 |
CN113783922A (zh) * | 2021-03-26 | 2021-12-10 | 北京沃东天骏信息技术有限公司 | 负载均衡的方法、***和装置 |
Non-Patent Citations (1)
Title |
---|
林镜华 ; 于东 ; 李鸿彬 ; 李凌南 ; .基于IP多媒体子***的IPTV业务控制服务器集群负载均衡机制.计算机应用.2010,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN115134424A (zh) | 2022-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10834140B1 (en) | Public service network job processing | |
US20170359240A1 (en) | System and method for supporting a selection service in a server environment | |
US9811541B2 (en) | System and method for supporting lazy deserialization of session information in a server cluster | |
US9185054B2 (en) | System and method for providing zero buffer copying in a middleware machine environment | |
US8930527B2 (en) | High availability enabler | |
JP2019032903A (ja) | エッジ位置でのカスタマイズ可能なイベントトリガ型計算のためのシステム、方法、及びコンピュータ可読記憶媒体 | |
CN106663033B (zh) | 在事务中间件机器环境支持绕域和代理模型并更新服务信息以跨域消息传送的***和方法 | |
US20180295029A1 (en) | Managing groups of servers | |
US10944655B2 (en) | Data verification based upgrades in time series system | |
EP2670114A1 (en) | System and Methods for Communicating in a Telecommunication Network via Independent Key Routing and Proxies | |
CN106357449A (zh) | 一种zedis分布式缓存方法 | |
CN112953982B (zh) | 一种服务处理的方法、服务配置的方法以及相关装置 | |
CN108023953A (zh) | Ftp服务的高可用实现方法和装置 | |
JP6272190B2 (ja) | 計算機システム、計算機、負荷分散方法及びそのプログラム | |
CN114281263B (zh) | 容器集群管理***的存储资源处理方法、***和设备 | |
CN105183470A (zh) | 一种自然语言处理***化服务平台 | |
CN113672350B (zh) | 一种应用处理方法、装置及相关设备 | |
WO2020024978A1 (zh) | 一种虚拟机迁移装置、方法、设备及可读存储介质 | |
EP2670112B1 (en) | System and Method for Communicating in a Telecommunication Network via Common Key Routing and Proxies | |
Aditya et al. | A high availability (HA) MariaDB Galera Cluster across data center with optimized WRR scheduling algorithm of LVS-TUN | |
CN115134424B (zh) | 负载均衡方法、装置、计算机设备、存储介质和程序产品 | |
JP2013543169A (ja) | ミドルウェアマシン環境を含むシステム | |
CN117176796A (zh) | 消息推送方法、装置、计算机设备和存储介质 | |
US11354204B2 (en) | Host multipath layer notification and path switchover following node failure | |
US20130325984A1 (en) | System and Methods for Communicating in a Telecommunication Network Using Common Key Routing and Data Locality Tables |
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 |