CN115174390A - 一种基于openelb、openresty和负载均衡器的业务负载方法 - Google Patents
一种基于openelb、openresty和负载均衡器的业务负载方法 Download PDFInfo
- Publication number
- CN115174390A CN115174390A CN202210848798.XA CN202210848798A CN115174390A CN 115174390 A CN115174390 A CN 115174390A CN 202210848798 A CN202210848798 A CN 202210848798A CN 115174390 A CN115174390 A CN 115174390A
- Authority
- CN
- China
- Prior art keywords
- service
- load
- openness
- load balancer
- load method
- 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
Classifications
-
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- 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/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于openelb、openresty和负载均衡器的业务负载方法,包括以下步骤:步骤1:选购所需规格的负载均衡器,配置公网ip、访问域名及证书,根据条件创建对应的监听器;步骤2:后端服务集群准备完毕后加入相应的监听器即可;步骤3:在内部转发负载的服务器上安装openresty;步骤4:根据转发条件配置后端集群、转发策略;步骤5:在kubernetes集群中使用kubectl或helm安装openelb;步骤6:使用eip为openelb配置ip池;步骤7:验证负载系统可用性。本发明针对当前业务架构后端技术在传统虚拟化技术与容器并存且对公网ip有大量消耗的情况,需要针对不通的业务模块、模块运行环境采用不通的负载调度方式,以最大可能保障业务的高可用性、负载高效性,提升资源利用率。
Description
技术领域
本发明涉及应用运维技术领域,具体为一种基于openelb、openresty和负载均衡器的业务负载方法。
背景技术
随着云计算、大数据、物联网、人工智能等IT技术的迅猛发展,社会生产生活对软件系统的需求与日俱增,用户对软件系统的需求趋于多样化。为了满足不断演化的用户多样化、个性化的需求,面向服务的体系架构需要在服务稳定集成与需求灵活适配之间寻求平衡;基于此,拥有独立进程、具备独立部署能力的微服务技术营运而生,它具有分布式存储、高可用性、可伸缩性、运维智能化等优势;
然服务架构并非全新生成、从零开始落地实施的,技术变迁发展的过程必然也伴随服务及业务架构的升级改造;技术的发展追求高效率、高性能,在提升运行体验的同时提升资源利用率;业务在发展的时候,既要提升用户体验,同时还要保证稳定,兼顾旧体系。在技术与业务共同发展的过程中,新技术的隐形bug和业务的稳定需求之间的矛盾是技术与业务适配的主要矛盾,单一的技术体系无法满足现有的需求,需要多方面的整合与运用;
不论在哪个发展阶段,服务的稳定性离不开高可用这个命题;为了保证服务具有高度可用性,服务通常需要部署多个服务实例来提供业务支持。而在技术与业务的升级更迭过程中,在传统虚拟化技术与容器新架构共存的业务场景中,单一的负载均衡体系无法满足两种技术的需求及优势体现,需要结合业务场景及多负载均衡手段来提升整体业务的高可用稳定性,基于此,选取复合的业务负载技术。。
发明内容
本发明的目的在于提供一种基于openelb、openresty和负载均衡器的业务负载方法,针对当前业务架构后端技术在传统虚拟化技术与容器并存且对公网ip有大量消耗的情况,需要针对不通的业务模块、模块运行环境采用不通的负载调度方式,以最大可能保障业务的高可用性、负载高效性,提升资源利用率。
为实现上述目的,本发明提供如下技术方案:基于openresty、openelb和公有云负载均衡器等多种负载均衡方法,结合实际业务场景,对于不同的需求如安全稳定、ip调度、接口转发等,不同业务模块采用不同的负载技术,以适配整体业务架构,保障业务运行;
在需要对外提供访问的服务上,选用公有云负载均衡器,在使用上,我们只要配置好即可,减少额外的管理工作,确保业务运行稳定即可,同时,通过负载均衡器连接到后端服务可以减少服务暴露于互联网的风险;
对于内部的业务调用由整体服务架构来协调,在内部服务模块集群负载方面则用openresty来实现,Openresty既可作为负载均衡器,也可作为调度转发器,实现逻辑复杂的调用转发;
在虚拟服务器业务向容器技术转型的过程中,运行于容器的业务调用与常规虚拟机业务不同,需要靠容器的技术手段来实现,容器暴露服务也有ClusterIP、NodePort、LoadBalancer、Ingress等多种方式,选用openelb因为它架构简单、占用资源少,使用gobgp发布路由可以实现灵活的地址管理,解决现有业务公网ip使用量大的需求。
本发明提出的一种基于openelb、openresty和负载均衡器的业务负载方法,有益效果在于:
1.本发明在提供对外访问的服务模块和接口上选用公有云负载均衡器;
选用公有云负载均衡器具有一下几个优势:一、高性能,可实现性能独享,资源隔离;二、高可用,支持多可用区的同城双活容灾,无缝实时切换;三、超安全,支持TLS 1.3,提供全链路HTTPS数据传输,支持多种安全策略,根据业务不同安全要求灵活选择安全策略;四、多协议,更灵活;五、简单易用,可靠性高等;在对外提供服务的接口上,公有云负载均衡器提供了可靠的保障,不需要人为参与管理,配置即可使用,同时也减少了对外暴露的风险;
2.本发明在内部服务调用上选用openresty,Openresty是由nginx核心加很多第三方模块组成,其最大的亮点是还默认集成了Lua开发环境,Openresty具有nginx天然的优势,轻量级、抗并发、高度模块化编写,同时还继承了lua的动态特性,在需要频繁变动的微服务领域,通过lua-nginx-module 模块中提供的 Lua API,我们可以动态地控制路由、上游、SSL 证书、请求、响应等,甚至更进一步,可以在不重启 OpenResty 的前提下,修改业务的处理逻辑;对于内部模块多,调用规则复杂的系统环境来说,openresty可以完美地解决很多问题;
3.本发明由于业务架构的升级,后端服务开始从虚拟服务器转向容器,而且由于业务模块集群横向扩展属性,需要消耗大量的公网ip,原有的负载技术无法满足新的需求,Openelb一款适用于容器部署的负载均衡器,可作为 Kubernetes、K3s、KubeSphere 的 LB插件对集群外暴露 “LoadBalancer” 类型的服务,核心功能包括基于 BGP 与 Layer 2 模式的负载均衡、基于路由器 ECMP 的负载均衡、IP 地址池管理、使用 CRD 进行 BGP 配置;Openelb可利用 BGP 和 ECMP 达到性能最优和高可用性,IP地址池的管理可以使得ip聚拢管理,节省公网ip资源,完全符合现有负载需求。
附图说明
图1为本发明系统框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例,请参阅图1,本发明提供一种技术方案:一种基于openelb、openresty和负载均衡器的业务负载方法,包括以下步骤:
业务所在环境有负载均衡产品;
内网服务器能够出网,有可用软件源安装最新版本软件及插件;
有容器运行环境,kubernetes版本需要高于1.15;
步骤1:选购所需规格的负载均衡器,配置公网ip、访问域名及证书,根据条件创建对应的监听器;
步骤2:后端服务集群准备完毕后加入相应的监听器即可;
步骤3:在内部转发负载的服务器上安装openresty;
步骤4:根据转发条件配置后端集群、转发策略;
步骤5:在kubernetes集群中使用kubectl或helm安装openelb;
步骤6:使用eip为openelb配置ip池;
步骤7:验证负载系统可用性。
在内部服务调用上选用openresty,Openresty是由nginx核心加很多第三方模块组成,并默认集成了Lua开发环境,通过lua-nginx-module 模块中提供的 Lua API,能够动态地控制路由、上游、SSL 证书、请求、响应;
openelb核心功能包括基于 BGP 与 Layer 2 模式的负载均衡、基于路由器 ECMP的负载均衡、IP 地址池管理、使用 CRD 进行 BGP 配置,Openelb能够利用 BGP 和 ECMP达到性能最优和高可用性,IP地址池的管理可以使得ip聚拢管理,节省公网ip资源。
本发明基于此业务场景,采用了openelb、openresty和公有云负载均衡器的复合业务负载系统,在需要对外提供服务的业务模块上,外层采用公有云负载均衡器,在内部服务接口转发及调用上采用openresty作为转发及后端集群的负载均衡器,而对于消耗大量ip且运行在容器环境的业务则使用openelb进行调度;
本发明通过结合新的技术发展与业务稳定保障的需求,针对现有业务架构提供可靠的、可发展的业务负载均衡系统,既能保证线上业务的稳定运行,也能未技术、业务架构的变迁提供可持续发展的环境。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (7)
1.一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于,包括以下步骤:
步骤1:选购所需规格的负载均衡器,配置公网ip、访问域名及证书,根据条件创建对应的监听器;
步骤2:后端服务集群准备完毕后加入相应的监听器即可;
步骤3:在内部转发负载的服务器上安装openresty;
步骤4:根据转发条件配置后端集群、转发策略;
步骤5:在kubernetes集群中使用kubectl或helm安装openelb;
步骤6:使用eip为openelb配置ip池;
步骤7:验证负载系统可用性。
2.根据权利要求1所述的一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于:所述业务所在环境有负载均衡产品。
3.根据权利要求1所述的一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于:所述内网服务器能够出网,有可用软件源安装最新版本软件及插件。
4.根据权利要求1所述的一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于:所述有容器运行环境,kubernetes版本需要高于1.15。
5.根据权利要求1所述的一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于:所述在内部服务调用上选用openresty,Openresty是由nginx核心加很多第三方模块组成,并默认集成了Lua开发环境,通过lua-nginx-module 模块中提供的 Lua API,能够动态地控制路由、上游、SSL 证书、请求、响应。
6.根据权利要求1所述的一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于:所述openelb核心功能包括基于 BGP 与 Layer 2 模式的负载均衡、基于路由器 ECMP 的负载均衡、IP 地址池管理、使用 CRD 进行 BGP 配置。
7.根据权利要求6所述的一种基于openelb、openresty和负载均衡器的业务负载方法,其特征在于:所述Openelb能够利用 BGP 和 ECMP 达到性能最优和高可用性,IP地址池的管理可以使得ip聚拢管理,节省公网ip资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210848798.XA CN115174390A (zh) | 2022-07-19 | 2022-07-19 | 一种基于openelb、openresty和负载均衡器的业务负载方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210848798.XA CN115174390A (zh) | 2022-07-19 | 2022-07-19 | 一种基于openelb、openresty和负载均衡器的业务负载方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115174390A true CN115174390A (zh) | 2022-10-11 |
Family
ID=83494855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210848798.XA Pending CN115174390A (zh) | 2022-07-19 | 2022-07-19 | 一种基于openelb、openresty和负载均衡器的业务负载方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115174390A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180324245A1 (en) * | 2016-12-29 | 2018-11-08 | Huawei Technologies Co., Ltd. | Load Balancing Method, Apparatus, and System |
CN112000435A (zh) * | 2020-08-21 | 2020-11-27 | 浪潮云信息技术股份公司 | 基于Openstack的多活型负载均衡方法及系统 |
CN113949707A (zh) * | 2021-09-30 | 2022-01-18 | 上海浦东发展银行股份有限公司 | 基于OpenResty和K8S的容器云服务发现和负载均衡方法 |
US20220046083A1 (en) * | 2020-08-05 | 2022-02-10 | Avesha, Inc. | Performing load balancing self adjustment within an application environment |
WO2022105048A1 (zh) * | 2020-11-20 | 2022-05-27 | 网宿科技股份有限公司 | 一种分布式共享文件系统及其数据处理方法 |
-
2022
- 2022-07-19 CN CN202210848798.XA patent/CN115174390A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180324245A1 (en) * | 2016-12-29 | 2018-11-08 | Huawei Technologies Co., Ltd. | Load Balancing Method, Apparatus, and System |
US20220046083A1 (en) * | 2020-08-05 | 2022-02-10 | Avesha, Inc. | Performing load balancing self adjustment within an application environment |
CN112000435A (zh) * | 2020-08-21 | 2020-11-27 | 浪潮云信息技术股份公司 | 基于Openstack的多活型负载均衡方法及系统 |
WO2022105048A1 (zh) * | 2020-11-20 | 2022-05-27 | 网宿科技股份有限公司 | 一种分布式共享文件系统及其数据处理方法 |
CN113949707A (zh) * | 2021-09-30 | 2022-01-18 | 上海浦东发展银行股份有限公司 | 基于OpenResty和K8S的容器云服务发现和负载均衡方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109743415B (zh) | 一种公有云网络弹性ip实现方法及系统 | |
Guan et al. | Application oriented dynamic resource allocation for data centers using docker containers | |
US9307017B2 (en) | Member-oriented hybrid cloud operating system architecture and communication method thereof | |
Shuja et al. | Data center energy efficient resource scheduling | |
CN105426245A (zh) | 包括分散的部件的动态地组成的计算节点 | |
CN104618508A (zh) | 一种基于Nginx、Memcached、Tomcat负载均衡网状架构 | |
CN111857873A (zh) | 一种实现云原生容器网络的方法 | |
CN111274027A (zh) | 一种应用在openstack云平台的多活负载均衡方法及系统 | |
CN110837418A (zh) | 一种基于容器的高并发web系统及实现方法 | |
CN112527520A (zh) | 一种部署消息中间件的方法和装置 | |
CN111327692A (zh) | 模型训练方法、装置及集群系统 | |
CN110113406B (zh) | 基于分布式的计算服务集群系统 | |
CN110308987B (zh) | 一种更新容器云上分布式训练任务连接参数的方法 | |
CN113157459A (zh) | 一种基于云服务的负载信息处理方法及系统 | |
CN111404818A (zh) | 一种面向通用多核网络处理器的路由协议优化方法 | |
Iazeolla et al. | Energy saving in data processing and communication systems | |
CN111818188B (zh) | 一种Kubernetes集群的负载均衡可用性提升方法和装置 | |
Zhu et al. | Energy efficient dynamic virtual optical network embedding in sliceable-transponder-equipped EONs | |
Han et al. | Survivable virtual network link shared protection method based on maximum spanning tree | |
Kumar | P2BED-C: a novel peer to peer load balancing and energy efficient technique for data-centers over cloud | |
CN115174390A (zh) | 一种基于openelb、openresty和负载均衡器的业务负载方法 | |
CN112822062A (zh) | 一种用于桌面云服务平台的管理方法 | |
CN113472886B (zh) | 分布式集群系统及其控制方法 | |
CN114466030B (zh) | 数据分布存储策略的管理方法、装置及分布式存储系统 | |
Meng et al. | Reliability service assurance in public clouds based on blockchain |
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 |