一种负载均衡方法及负载均衡器技术

本发明专利技术实施例公开了一种负载均衡方法及负载均衡器，其中所述方法包括：负载均衡器接收各个应用程序发送的访问请求；负载均衡器在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象；负载均衡器通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。

【技术实现步骤摘要】
一种负载均衡方法及负载均衡器
本专利技术涉及云计算
，尤其涉及一种负载均衡方法及负载均衡器。
技术介绍
随着互联网技术的快速发展，大数据计算领域和云计算领域不断涌现出新的技术，一方面为海量数据的计算提供更好的平台工具；另一方面解决了分布式系统资源利用率不足的问题。其中，Docker是大数据计算领域和云计算领域中一个开源的引擎，它可以轻松地为任何应用创建一个轻量级的、可移植的、相互隔离的容器。开发者可以将测试通过的容器批量地在以下生产环境中部署：VMs虚拟机、OpenStack集群和其它基础应用平台。作为一种新兴的虚拟化技术，Docker跟传统的虚拟化技术相比具有众多的优势，例如：可以实现更快捷的交付和部署、更高效的虚拟化、更轻松的迁移和扩展以及更简单的管理。Kubernetes作为Docker生态圈中的重要一员，它是一个在集群主机间进行自动化部署、扩展和容器操作的提供以容器为中心基础设施的开源平台。Kubernetes集群包括两种角色：Kubernetes代理和Kubernetes服务，代理角色的组件包括：Kube-proxy和Kubelet，它们同时部署在一个节点上，这个节点也就是代理节点。在现有的Kubernetes组网方案中，Kube-proxy接收各个应用程序发送的访问请求，然后Kube-proxy确定各个访问请求的Service类型，最后Kube-proxy根据各个访问请求的Service类型将各个访问请求转发给各个Service类型对应的目标调度单元。在实现本专利技术的过程中，专利技术人发现现有技术中至少存在如下问题：在现有的Kubernetes组网方案中，由于全部应用程序发送的访问请求都会经过代理节点Kube-proxy，因此，Kube-proxy将会成为Kubernetes为各个应用程序提供集群服务的瓶颈。该方案通过Kube-proxy转发访问请求，会带来30％以上的网络性能损耗，这对于电信企业应用是无法忍受的。进一步的，在现有的Kubernetes组网方案中，Kube-proxy根据各个访问请求的Service类型确定各个目标调度单元。也就是说，Kube-proxy需要先确定各个访问请求的Service类型，然后根据Service类型确定各个目标调度单元。这样就会降低访问请求的转发效率。
技术实现思路
为解决上述技术问题，本专利技术实施例期望提供一种负载均衡方法及负载均衡器，不仅可以降低Kubernetes的网络损耗，而且还能够提高访问请求的转发效率。本专利技术的技术方案是这样实现的：本专利技术实施例提供了一种负载均衡方法，包括：负载均衡器接收各个应用程序发送的访问请求；负载均衡器在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象；负载均衡器通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。在上述实施例中，在所述负载均衡器接收各个应用程序发送的访问请求之前，所述方法还包括：负载均衡器获取全部调度单元的IP地址；负载均衡器根据全部调度单元的IP地址和预先设置的端口号生成所述调度对象列表。在上述实施例中，在所述负载均衡器获取全部调度单元的IP地址之后，所述方法还包括：负载均衡器根据各个调度单元的IP地址确定各个调度单元的子网地址和网关地址；负载均衡器将各个调度单元的子网地址和网关地址保存到预先设置的路由规则表中。在上述实施例中，所述负载均衡器根据各个调度单元的IP地址确定各个调度单元的子网地址和网关地址，包括：负载均衡器按照第一转换方法将各个调度单元的IP地址转换为所述子网地址；负载均衡器按照第二转换方法将各个调度单元的IP地址转换为所述网关地址。在上述实施例中，所述方法还包括：当在全部调度单元中添加/删除/修改至少一个调度单元时，负载均衡器获取当前全部调度单元的IP地址；负载均衡器根据当前全部调度单元的IP地址和预先设置的端口号生成当前调度对象列表；负载均衡器将所述当前调度对象列表替换所述调度对象列表。本专利技术实施例还提出了一种负载均衡器，所述负载均衡器包括：接收单元、选择单元和转发单元；其中，所述接收单元，用于接收各个应用程序发送的访问请求；所述选择单元，用于在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象；所述转发单元，用于通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。在上述实施例中，所述负载均衡器还包括：获取单元和生成单元；其中，所述获取单元，用于获取全部调度单元的IP地址；所述生成单元，用于根据全部调度单元的IP地址和预先设置的端口号生成所述调度对象列表。在上述实施例中，所述负载均衡器还包括：确定单元和存储单元；其中，所述确定单元，用于根据各个调度单元的IP地址确定各个调度单元的子网地址和网关地址；所述存储单元，用于将各个调度单元的子网地址和网关地址保存到预先设置的路由规则表中。在上述实施例中，所述确定单元，具体用于按照第一转换方法将各个调度单元的IP地址转换为所述子网地址；按照第二转换方法将各个调度单元的IP地址转换为所述网关地址。在上述实施例中，所述获取单元，还用于当在全部调度单元中添加/删除/修改至少一个调度单元时，获取当前全部调度单元的IP地址；所述生成单元，还用于根据当前全部调度单元的IP地址和预先设置的端口号生成当前调度对象列表；将所述当前调度对象列表替换所述调度对象列表。由此可见，在本专利技术实施例的技术方案中，负载均衡器接收各个应用程序发送的访问请求，然后在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象，最后通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。也就是说，在本专利技术的具体实施例中，由负载均衡器接收各个应用程序发送的访问请求，而且负载均衡器在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象，然后通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。而在现有技术中，Kube-proxy接收各个应用程序发送的访问请求，然后Kube-proxy确定各个访问请求的Service类型，最后Kube-proxy根据各个访问请求的Service类型将各个访问请求转发给各个Service类型对应的目标调度单元。因此，和现有技术相比，本专利技术实施例提出的负载均衡方法及负载均衡器，不仅可以降低Kubernetes的网络损耗，而且还能够提高访问请求的转发效率；并且，本专利技术实施例的技术方案实现简单方便、便于普及，适用范围更广。附图说明图1为本专利技术实施例中负载均衡方法的实现流程示意图；图2为本专利技术实施例中负载均衡器确定各个调度单元的子网地址和网关地址的实现方法流程示意图；图3为本专利技术实施例中负载均衡器的第一组成结构示意图；图4为本专利技术实施例中负载均衡器的第二组成结构示意图。具体实施方式下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述。图1为本专利技术实施例中负载均衡方法的实现流程示意图。如图1所示，负载均衡方法包括以下步骤：步骤101、负载均衡器接收各个应用程序发送的访问请求。在本专利技术的具体实施例中，负载均衡器接收各个应用程序发送的访问请求。具体地，各个应用程序可以预先获取负载均衡器的IP地址和端口号；然后各个应用程序根据负本文档来自技高网...

【技术保护点】
1.一种负载均衡方法，其特征在于，所述方法包括：负载均衡器接收各个应用程序发送的访问请求；负载均衡器在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象；负载均衡器通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。

【技术特征摘要】
1.一种负载均衡方法，其特征在于，所述方法包括：负载均衡器接收各个应用程序发送的访问请求；负载均衡器在预先保存的调度对象列表中选择各个访问请求对应的目标调度对象；负载均衡器通过各个目标调度对象将各个访问请求转发给各个目标调度对象对应的目标调度单元。2.根据权利要求1所述的方法，其特征在于，在所述负载均衡器接收各个应用程序发送的访问请求之前，所述方法还包括：负载均衡器获取全部调度单元的IP地址；负载均衡器根据全部调度单元的IP地址和预先设置的端口号生成所述调度对象列表。3.根据权利要求2所述的方法，其特征在于，在所述负载均衡器获取全部调度单元的IP地址之后，所述方法还包括：负载均衡器根据各个调度单元的IP地址确定各个调度单元的子网地址和网关地址；负载均衡器将各个调度单元的子网地址和网关地址保存到预先设置的路由规则表中。4.根据权利要求3所述的方法，其特征在于，所述负载均衡器根据各个调度单元的IP地址确定各个调度单元的子网地址和网关地址，包括：负载均衡器按照第一转换方法将各个调度单元的IP地址转换为所述子网地址；负载均衡器按照第二转换方法将各个调度单元的IP地址转换为所述网关地址。5.根据权利要求2所述的方法，其特征在于，所述方法还包括：当在全部调度单元中添加/删除/修改至少一个调度单元时，负载均衡器获取当前全部调度单元的IP地址；负载均衡器根据当前全部调度单元的IP地址和预先设置的端口号生成当前调度对象列表；负载均衡器将所述当前调度对象列表替换所述...

【专利技术属性】
技术研发人员：谢军，初瑞，夏敬侃，何勇强，周成，
申请(专利权)人：中国移动通信集团公司，
类型：发明
国别省市：北京,11