CN108989430A - 负载均衡方法、装置及存储介质 - Google Patents
负载均衡方法、装置及存储介质 Download PDFInfo
- Publication number
- CN108989430A CN108989430A CN201810797728.XA CN201810797728A CN108989430A CN 108989430 A CN108989430 A CN 108989430A CN 201810797728 A CN201810797728 A CN 201810797728A CN 108989430 A CN108989430 A CN 108989430A
- Authority
- CN
- China
- Prior art keywords
- load balancing
- server
- monitor
- load
- server group
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提出一种负载均衡方法、装置及计算机可读存储介质。其中负载均衡方法包括:创建负载均衡实例;配置负载均衡实例下挂载的服务器组;在负载均衡实例中创建至少一种类型的监听器;配置监听器中挂载的至少一个负载均衡策略;配置负载均衡策略与服务器组之间的对应关系;其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。本发明实施例提供的负载均衡架构包括负载均衡实例、监听器、负载均衡策略和服务器组,该架构能够通过一个负载均衡实例管理多个服务,从而简化了系统架构,减少了部署成本,方便用户管理。
Description
技术领域
本发明涉及信息技术领域,尤其涉及一种负载均衡方法、装置及计算机可读存储介质。
背景技术
负载均衡作为公有云IAAS(Infrastructure as a Service,基础设施即服务)解决方案的重要组成部分,其性能、稳定性和灵活性对于用户整个应用架构十分关键,用来在计算机集群、网络连接、CPU(Central Processing Unit,中央处理器)、磁盘驱动器或其他资源中分配负载,以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。负载均衡对于用户业务场景支持的丰富度的提升,能够大大简化用户应用部署架构,降低业务数据上云的难度,带动计算、存储等其它公有云产品的使用量。当前LB(loadbalance cluster,负载均衡)产品不支持7层按域名/URL(Uniform Resource Locator,统一资源定位符)规则转发,要求部署的后端服务器相同,对于有多个业务模块的用户来说,系统架构复杂,成本也比较高。另外当前LB产品使用多LB实例部署,每个LB实例部署一个服务,前端用DNS或者云服务器做分发,该架构部署管理较复杂,涉及公网服务则每个实例都要绑定EIP(Elastic IP,弹性公网IP),增加了部署成本。
发明内容
本发明实施例提供一种负载均衡方法、装置及计算机可读存储介质,以至少解决现有技术中的一个或多个技术问题。
第一方面,本发明实施例提供了一种负载均衡方法,包括:创建负载均衡实例;配置所述负载均衡实例下挂载的服务器组;在所述负载均衡实例中创建至少一种类型的监听器;配置所述监听器中挂载的至少一个负载均衡策略;配置所述负载均衡策略与所述服务器组之间的对应关系;其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。
结合第一方面,本发明实施例在第一方面的第一种实现方式中,所述负载均衡规则包括对于传输层负载均衡的转发规则和对于应用层负载均衡的转发规则,所述应用层负载均衡的转发规则包括对请求中的域名、统一资源标识符、Cookie、客户端IP和HTTP主体中的至少一个匹配项进行匹配。
结合第一方面,本发明实施例在第一方面的第二种实现方式中,还包括:将对负载均衡实例的删除、暂停和恢复操作中的至少一项同步到网关服务器;在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置。
结合第一方面的第二种实现方式,本发明实施例在第一方面的第三种实现方式中,在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置,包括:如果改动的监听器属于传输层监听器,则将改动的传输层监听器的配置同步到网关服务器,和/或如果改动的监听器属于应用层监听器,则将改动的应用层监听器的配置同步到负载均衡服务器;如果改动的负载均衡策略对应的监听器属于传输层监听器,则将改动的负载均衡策略同步至网关服务器,和/或,如果改动的负载均衡策略对应的监听器属于应用层监听器,将改动的负载均衡策略同步至负载均衡服务器;如果服务器的配置发生改动,则反查出改动的服务器所归属的所有服务器组,更新所述改动的服务器所归属的所有服务器组绑定的负载均衡策略,其中,如果更新的负载均衡策略对应的监听器属于传输层监听器,则将更新的负载均衡策略同步至网关服务器,如果更新的负载均衡策略对应的监听器属于应用层监听器,则将更新的负载均衡策略同步至负载均衡服务器。
结合第一方面,本发明实施例在第一方面的第四种实现方式中,还包括:如果检测到对监听器、负载均衡策略、负载均衡规则、服务器组、服务器组端口和服务器中的任意一项的删除操作,则根据预设的删除条件,确定是否执行所述删除操作;其中,所述删除条件包括以下至少一项:不允许删除绑定了负载均衡策略的服务器组和/或服务器组端口;在删除监听器时同步删除该监听器的所有负载均衡策略;在删除负载均衡策略时同步删除所述负载均衡策略的相关配置;在删除负载均衡规则时同步更新所述负载均衡规则的相关配置。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式,本发明实施例在第一方面的第五种实现方式中,还包括:访问网关服务器,获得服务器组标识对应的服务器组的第一虚机健康信息;访问负载均衡服务器,获得所述服务器组标识对应的服务器组的第二虚机健康信息;将所述服务器组标识对应的服务器组的第一虚机健康信息和第二虚机健康信息合并存储到远程字典服务器中;按照指定格式访问远程字典服务器获取所述服务器组标识对应的服务器组的虚机健康信息。
第二方面,本发明实施例提供了一种负载均衡装置,包括:实例创建单元,用于创建负载均衡实例;第一配置单元,用于配置所述负载均衡实例下挂载的服务器组;监听器创建单元,用于在所述负载均衡实例中创建至少一种类型的监听器;第二配置单元,用于配置所述监听器中挂载的至少一个负载均衡策略;第三配置单元,用于配置所述负载均衡策略与所述服务器组之间的对应关系;其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。
结合第二方面,本发明实施例在第二方面的第一种实现方式中,所述负载均衡规则包括对于传输层负载均衡的转发规则和对于应用层负载均衡的转发规则,所述应用层负载均衡的转发规则包括对请求中的域名、统一资源标识符、Cookie、客户端IP和HTTP主体中的至少一个匹配项进行匹配。
结合第二方面,本发明实施例在第二方面的第二种实现方式中,还包括同步单元,包括:第一同步子单元,用于将对负载均衡实例的删除、暂停和恢复操作中的至少一项同步到网关服务器;第二同步子单元,用于在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置。
结合第二方面的第二种实现方式,本发明实施例在第二方面的第三种实现方式中,所述第二同步单元还用于:如果改动的监听器属于传输层监听器,则将改动的传输层监听器的配置同步到网关服务器,和/或如果改动的监听器属于应用层监听器,则将改动的应用层监听器的配置同步到负载均衡服务器;如果改动的负载均衡策略对应的监听器属于传输层监听器,则将改动的负载均衡策略同步至网关服务器,和/或,如果改动的负载均衡策略对应的监听器属于应用层监听器,将改动的负载均衡策略同步至负载均衡服务器;如果服务器的配置发生改动,则反查出改动的服务器所归属的所有服务器组,更新所述改动的服务器所归属的所有服务器组绑定的负载均衡策略,其中,如果更新的负载均衡策略对应的监听器属于传输层监听器,则将更新的负载均衡策略同步至网关服务器,如果更新的负载均衡策略对应的监听器属于应用层监听器,则将更新的负载均衡策略同步至负载均衡服务器。
结合第二方面,本发明实施例在第二方面的第四种实现方式中,还包括:删除控制单元,用于如果检测到对监听器、负载均衡策略、负载均衡规则、服务器组、服务器组端口和服务器中的任意一项的删除操作,则根据预设的删除条件,确定是否执行所述删除操作;其中,所述删除条件包括以下至少一项:不允许删除绑定了负载均衡策略的服务器组和/或服务器组端口;在删除监听器时同步删除该监听器的所有负载均衡策略;在删除负载均衡策略时同步删除所述负载均衡策略的相关配置;在删除负载均衡规则时同步更新所述负载均衡规则的相关配置。
结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式、第二方面的第四种实现方式,本发明实施例在第二方面的第五种实现方式中,还包括健康检查单元,用于:访问网关服务器,获得服务器组标识对应的服务器组的第一虚机健康信息;访问负载均衡服务器,获得所述服务器组标识对应的服务器组的第二虚机健康信息;将所述服务器组标识对应的服务器组的第一虚机健康信息和第二虚机健康信息合并存储到远程字典服务器中;按照指定格式访问远程字典服务器获取所述服务器组标识对应的服务器组的虚机健康信息。
在一个可能的设计中,负载均衡装置的结构中包括处理器和存储器,所述存储器用于存储支持负载均衡装置执行上述第一方面中负载均衡方法的程序,所述处理器被配置为用于执行所述存储器中存储的程序。所述负载均衡装置还可以包括通信接口,用于负载均衡装置与其他设备或通信网络通信。
第三方面,本发明实施例提供了一种负载均衡装置,包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上述第一方面中任一所述的方法。
第四方面,本发明实施例提供了一种计算机可读存储介质,其存储有计算机程序,该程序被处理器执行时实现上述第一方面中任一所述的方法。
上述技术方案具有如下优点或有益效果:本发明实施例提供的负载均衡架构包括负载均衡实例、监听器、负载均衡策略和服务器组,该架构能够通过一个负载均衡实例管理多个服务,从而简化了系统架构,减少了部署成本,方便用户管理。
上述概述仅仅是为了说明书的目的,并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外,通过参考附图和以下的详细描述,本发明进一步的方面、实施方式和特征将会是容易明白的。
附图说明
在附图中,除非另外规定,否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解,这些附图仅描绘了根据本发明公开的一些实施方式,而不应将其视为是对本发明范围的限制。
图1为本发明一实施例提供的负载均衡方法的流程图。
图2为本发明另一实施例提供的负载均衡方法的架构示意图。
图3为本发明另一实施例提供的负载均衡方法的通用策略管理模型示意图。
图4为本发明另一实施例提供的负载均衡方法的控制流程图。
图5为本发明另一实施例提供的负载均衡方法的LB控制器的后端设备交互图。
图6为本发明另一实施例提供的负载均衡方法的监听器的后端设备交互图。
图7为本发明另一实施例提供的负载均衡方法的策略改动的后端设备交互图。
图8为本发明另一实施例提供的负载均衡方法的服务器的后端设备交互图。
图9为本发明一实施例提供的负载均衡装置的结构框图。
图10为本发明另一实施例提供的负载均衡装置的结构框图。
具体实施方式
在下文中,仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样,在不脱离本发明的精神或范围的情况下,可通过各种不同方式修改所描述的实施例。因此,附图和描述被认为本质上是示例性的而非限制性的。
图1为本发明一实施例提供的负载均衡方法的流程图。如图1所示,本发明实施例的负载均衡方法包括:步骤S110,创建负载均衡实例;步骤S120,配置所述负载均衡实例下挂载的服务器组;步骤S130,在所述负载均衡实例中创建至少一种类型的监听器;步骤S140,配置所述监听器中挂载的至少一个负载均衡策略;步骤S150,配置所述负载均衡策略与所述服务器组之间的对应关系;其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。
本发明实施例提供的应用型的负载均衡方法支持按监听器级别部署后端服务器。监听器用于将用户请求转发至后端服务器,转发的过程可以看作是按照一组规则来进行,按监听器维度组织后端服务器,也就是在配置监听器时,可以选择与监听器对应的服务器组。其中,监听器的类型可包括传输层(4层)监听器和应用层(7层)监听器。其中,传输层监听器的监听协议包括TCP(Transmission Control Protocol,传输控制协议)和UDP(UserDatagram Protocol,用户数据报协议),应用层监听器的监听协议包括HTTP(HyperTextTransfer Protocol,超文本传输协议)和HTTPS(Hyper Text Transfer Protocol overSecure Socket Layer),HTTPS即HTTP下加入SSL(Secure Sockets Layer安全套接层)。应用层监听器支持7层按域名/URL规则转发。
图2为本发明另一实施例提供的负载均衡方法的架构示意图。图2中的LB表示创建的应用型LB实例;在应用型LB实例中可创建至少一种类型的监听器(appListener,简称Listener)。图2中的监听器表示应用型LB下的listener。服务器组(appServerGroup,简称appSg或Sg)表示应用型LB下挂载的服务器组集合,其中包含一组后端服务器,有名字属性。服务器组端口(appServerGroupPort)表示应用型LB服务器组上的开放端口,属于appServerGroup的属性。服务器(appRealServer,简称appRs或Rs)表示应用型LB下挂载到后端服务器组的云服务器,也就是后端的真实服务器(Rs,Real Server),可挂载到1个或多个appServerGroup。负载均衡策略简称策略(appPolicy),包括应用型LB的转发规则集合,属于appListener。转发规则适用于特定的appServerGroup上开放的一个端口和协议。负载均衡规则简称规则(appRule)表示应用型LB的一条具体转发规则,属于appPolicy,支持按host(主机)进行匹配、按URI(Uniform Resource Identifier,统一资源标识符)进行匹配等。
图2中的1:n表示一对多关系,1:1表示单一映射关系。如图2所示,一个LB可以对应n个监听器。一个监听器可以挂载n个负载均衡策略。每个负载均衡策略唯一的对应一个服务器组。也就是说,负载均衡策略从属于监听器,同时绑定特定的负载均衡策略的后端端口,负载均衡策略可以包括一组转发规则集合,每条转发规则之间可以是与的关系,也就是在同时满足各条规则的情况下实施转发操作。此外,一个服务器组可以包括n台云服务器,一台云服务器也可以分别挂载到n个服务器组下,同一台云服务器在特定服务器组下的操作不受其它服务器组的影响。
应用型LB的负载均衡转发配置采用了基于策略的网络管理框架。通用策略管理模型如下图3所示,一份策略包含多条规则,每条规则包含多个条件和动作,当一条规则中的条件为真时即会执行该规则中的动作。
上述技术方案能够通过一个负载均衡实例管理多个服务,大大简化了部署架构,方便用户管理,并有效降低了用户成本。
图4为本发明另一实施例提供的负载均衡方法的控制流程图。如图4所示,首先创建应用型负载均衡实例(LB);然后创建监听器(appListener);创建服务器组(appSg);服务器组下挂载服务器(appRs);接下来创建负载均衡策略(appPolicy);判断负载均衡策略中是否挂载了负载均衡规则(appRule);若是则向网关服务器例如bgw(baidu gateway)服务器(bgw-server)下发配置,若否则结束流程;在向bgw服务器下发配置之后,判断绑定的监听器是否为7层监听器;若是则同步相关操作到负载均衡服务器例如nginx服务器的动作(action)表,若否则结束流程。其中,nginx(engine x的简称)是一个高性能的HTTP和反向代理服务器,其特点是占有内存少,并发能力强,可以支持作为HTTP代理服务器对外进行服务。在本发明实施例中,采用nginx服务器作为7层的负载均衡服务器。
在图4中以创建负载均衡策略(appPolicy)作为是否向后端设备下发和同步配置的检查点(check point)。在用户创建了appPolicy后,如果检测到appPolicy中挂载了负载负载均衡规则(appRule),则向后端设备例如bgw服务器下发和同步配置。
根据本发明负载均衡方法的一种实施方式,所述负载均衡规则包括对于传输层负载均衡的转发规则和对于应用层负载均衡的转发规则,所述应用层负载均衡的转发规则包括对请求中的域名、统一资源标识符、Cookie、客户端IP和HTTP主体中的至少一个匹配项进行匹配。例如,支持转发规则列表如下:
类型 | 匹配项 | 条件 | 备注 |
四层 | 所有 | 所有 | 一期全匹配 |
七层 | 域名 | 通配符匹配 | *.baidu.com |
七层 | URI | 通配符匹配 | /abc/def.* |
七层 | Cookie | name,通配符匹配 | 123456 |
七层 | 客户端IP | XXX.XXX.XXX.XXX/XXX | 123.4.5.6/32 |
七层 | HTTP body | offset,通配符匹配 | abc123* |
根据本发明负载均衡方法的一种实施方式,还包括:将对负载均衡实例的删除、暂停和恢复操作中的至少一项同步到网关服务器;在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置。
在负载均衡实例的配置中,同一个Sg下port+port_type(端口和端口类型)的组合保证是唯一的;由listener_id(监听器标识)确定一个listener下的一组policy(策略)集合;同一个listener_id+Sg+port(监听器标识、服务器组和端口)组合可以有多条对应policy。
appListener端口类型与appServerGroup开放端口类型匹配规则为:Https的匹配Http,其它前后一致,但健康检查策略中类型可以不一致。
根据本发明负载均衡方法的一种实施方式,在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置,包括以下任意方式:
方式一:如果改动的监听器属于传输层监听器,则将改动的传输层监听器的配置同步到网关服务器,和/或如果改动的监听器属于应用层监听器,则将改动的应用层监听器的配置同步到负载均衡服务器,所述监听器的改动包括更新、删除和新增操作中的至少一项。
方式二:如果改动的负载均衡策略对应的监听器属于传输层监听器,则将改动的负载均衡策略同步至网关服务器,和/或,如果改动的负载均衡策略对应的监听器属于应用层监听器,将改动的负载均衡策略同步至负载均衡服务器,所述监听器的改动包括更新、删除和新增操作中的至少一项。
方式三:如果服务器的配置发生改动,则反查出改动的服务器所归属的所有服务器组,更新所述改动的服务器所归属的所有服务器组绑定的负载均衡策略。其中,如果更新的负载均衡策略对应的监听器属于传输层监听器,则将更新的负载均衡策略同步至网关服务器,如果更新的负载均衡策略对应的监听器属于应用层监听器,则将更新的负载均衡策略同步至负载均衡服务器。
本实施例中,LB可以支持4层(TCP、UDP协议)和7层(HTTP、HTTPS协议)四种监听器类型。nginx作为负载均衡服务器,可以作为HTTP代理服务器对外进行服务。HTTP监听器是在4层协议的基础上增加应用层的特征。对于LB相关的配置,将4/7层LB配置下发到bgw-Server端,将7层其他配置下发到nginx服务器。
图5为本发明另一实施例提供的负载均衡方法的LB控制器的后端设备交互图。在图5中,如果对LB的配置进行暂停(pause)、删除(delete)、恢复(recover)等操作,则将该LB的配置同步到bgw服务器。
图6为本发明另一实施例提供的负载均衡方法的监听器的后端设备交互图。在图6中,若监听器(appListener)有更新/删除,同步更新/删除多个appPolicy在后端设备的配置。例如,如果监听器属于4层,则将4层策略的新增/更新/删除等操作同步到bgw服务器。如果监听器属于7层,则将7层策略的新增/更新/删除等操作同步到nginx服务器。
图7为本发明另一实施例提供的负载均衡方法的策略改动的后端设备交互图。在图7中,如果appPolicy有更新,单一更新对应类型(type)的后端设备配置。例如,如果新增/更新/删除的策略对应的监听器属于4层,则将4层策略的新增/更新/删除等操作同步到bgw服务器。如果新增/更新/删除的策略对应的监听器属于7层,则将7层策略的新增/更新/删除等操作同步到nginx服务器。
图8为本发明另一实施例提供的负载均衡方法的服务器的后端设备交互图。在图8中,若服务器(appRs)更新/删除,需要反查出appRs所在所有服务器组(appSg),依次更新所有appSg绑定的appPolicy配置。
根据本发明负载均衡方法的一种实施方式,还包括:如果检测到对监听器、负载均衡策略、负载均衡规则、服务器组、服务器组端口和服务器中的任意一项的删除操作,则根据预设的删除条件,确定是否执行所述删除操作;其中,所述删除条件包括以下至少一项:不允许删除绑定了负载均衡策略的服务器组和/或服务器组端口;在删除监听器时同步删除该监听器的所有负载均衡策略;在删除负载均衡策略时同步删除所述负载均衡策略的相关配置;在删除负载均衡规则时同步更新所述负载均衡规则的相关配置。
删除实例场景中,与实例类型相对应的具体条件和能否删除的相关规则详见下表。
实例类型 | 条件 | 能否删除 |
appListener | 绑定了appPolicy | 能,同步删除所有appPolicy |
appPolicy | * | 能,同步删除配置 |
appRule | * | 能,同步更新配置 |
appServerGroup | 绑定了appPolicy | 不能删除,只能删除appPolicy之后再删除 |
appSGPort | 绑定了appPolicy | 不能删除,只能删除appPolicy之后再删除 |
appRs | 挂载在绑定appPolicy的sg下 | 能,同步更新配置 |
在后端设备更互接口中,包括7层和4层的同步规则。
在一个示例中,7层nginx同步接口的同步规则如下:
1)listener同步为nginx服务器(简称nginx)中的listener;
2)当listener更新以及listener挂载的appPolicy(简称policy)有改动(新增/更新/删除)时,listener需要同步到nginx;
3)由于nginx不支持appSg(简称Sg)下的appRs(简称Rs)绑定多端口,主要是不支持一个Sg下有多种健康检查策略,绑定了appPolicy的Sg+(对应port+porttype(端口和端口类型)同步为nginx的多个Sg,因此Sg_id(服务器组标识)可以用policy_id(策略标识)代替;
4)当Sg有改动(删除)以及挂载了appPolicy的SgPort(服务器组端口)有改动时,Sg的相应port(端口)需同步到nginx;
5)当appRs有改动,其加入的挂载了policy的Sg需同步相应port到nginx;
6)https的listener的证书信息单独同步为SSL。
在一个示例中,4层bgw下发配置接口规则如下:
1)拥有appRule的appPolicy创建时下发配置;
2)4层Rs配置为Sg中的Rs信息;
3)7层Rs配置为nginx集群信息;
4)由于bgw目前不支持应用型均衡策略,appRule中有任何改动时不需向bgw下发配置;
5)4层挂载了appPolicy的Sg中有Rs变动时更新配置;
6)appPolicy删除时删除配置。
根据本发明负载均衡方法的一种实施方式,还包括:访问网关服务器,获得服务器组标识对应的服务器组的第一虚机健康信息;访问负载均衡服务器,获得所述服务器组标识对应的服务器组的第二虚机健康信息;将所述服务器组标识对应的服务器组的第一虚机健康信息和第二虚机健康信息合并存储到远程字典服务器中;按照指定格式访问远程字典服务器获取所述服务器组标识对应的服务器组的虚机健康信息。
本发明实施例的虚机健康检查的整体流程如下:
I)访问bgw服务器,拼凑Sg_id信息;
II)访问nginx服务器,获取Sg_id信息;
III)合并(merge)bgw服务器与nginx服务器的结果;
IV)meta按照指定格式访问获取状态。
查询(Query)模块分别从bgw和nginx获取各自虚机健康状态,merge信息后按指定格式存储到线上远程字典服务器(Remote Dictionary Server,redis)的数据库中。然后meta模块从redis里按指定格式获取虚机健康信息,反馈给console(平台)。其中,meta模块是控制层的中心模块;redis包括开源的支持网络、可基于内存亦可持久化的日志型、Key-Value(键值)数据库。
由于在应用型LB的一个虚机(virtual machines,vm)下,利用Rs_ip:port(服务器标识:端口)无法唯一确定一个Rs。即该Rs可能会被多个Sg的相同port关联到一个listener,但是适用不同的健康检查策略。也可能由同一个Sg上相同端口,不同健康检查策略的port绑定到这个Rs,因此无法用Rs_ip:port作为key(键)获取Rs的状态。
在应用型LB下,Rs的状态应该与Sg_port(服务器组端口)一致。即单独Sg的特定port下一个Rs有确定的状态,该Sg对应到该Sg_port的port_id(端口标识)。
对于7层的Rs,也即直接从nginx接口中获取的Rs,Sg_id直接由nginx接口返回,Sg_id对应为meta的Sg_port_id(服务器组端口标识)。
对于4层的Rs,也即访问bgw-server获取的Rs,由于目前bgw-server不支持Sg,4层Sg_id仍用Rs的port。
上述技术方案具有如下优点或有益效果:本发明实施例提供的负载均衡架构包括负载均衡实例、监听器、负载均衡策略和服务器组,该架构能够通过一个负载均衡实例管理多个服务,从而简化了系统架构,减少了部署成本,方便用户管理。
进一步地,上述技术方案支持按监听器类型部署后端服务器,支持7层按域名/URL等则转发,从而为用户提供了基于策略的网络管理框架。基于策略的网络管理能够帮助实现网络产品的QoS(Quality of Service,服务质量),实现智能网络管理。
图9为本发明一实施例提供的负载均衡装置的结构框图。如图9所示,本发明实施例的负载均衡装置包括:实例创建单元100,用于创建负载均衡实例;第一配置单元200,用于配置所述负载均衡实例下挂载的服务器组;监听器创建单元300,用于在所述负载均衡实例中创建至少一种类型的监听器;第二配置单元400,用于配置所述监听器中挂载的至少一个负载均衡策略;第三配置单元500,用于配置所述负载均衡策略与所述服务器组之间的对应关系;其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。
根据本发明负载均衡装置的一种实施方式,所述负载均衡规则包括对于传输层负载均衡的转发规则和对于应用层负载均衡的转发规则,所述应用层负载均衡的转发规则包括对请求中的域名、统一资源标识符、Cookie、客户端IP和HTTP主体中的至少一个匹配项进行匹配。
根据本发明负载均衡装置的一种实施方式,还包括同步单元,包括:第一同步子单元,用于将对负载均衡实例的删除、暂停和恢复操作中的至少一项同步到网关服务器;第二同步子单元,用于在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置。
根据本发明负载均衡装置的一种实施方式,所述第二同步单元还用于:如果改动的监听器属于传输层监听器,则将改动的传输层监听器的配置同步到网关服务器,和/或如果改动的监听器属于应用层监听器,则将改动的应用层监听器的配置同步到负载均衡服务器例如nginx服务器;如果改动的负载均衡策略对应的监听器属于传输层监听器,则将改动的负载均衡策略同步至网关服务器,和/或,如果改动的负载均衡策略对应的监听器属于应用层监听器,将改动的负载均衡策略同步至负载均衡服务器;如果服务器的配置发生改动,则反查出改动的服务器所归属的所有服务器组,更新所述改动的服务器所归属的所有服务器组绑定的负载均衡策略,其中,如果更新的负载均衡策略对应的监听器属于传输层监听器,则将更新的负载均衡策略同步至网关服务器,如果更新的负载均衡策略对应的监听器属于应用层监听器,则将更新的负载均衡策略同步至负载均衡服务器。
根据本发明负载均衡装置的一种实施方式,还包括:删除控制单元,用于如果检测到对监听器、负载均衡策略、负载均衡规则、服务器组、服务器组端口和服务器中的任意一项的删除操作,则根据预设的删除条件,确定是否执行所述删除操作;其中,所述删除条件包括以下至少一项:不允许删除绑定了负载均衡策略的服务器组和/或服务器组端口;在删除监听器时同步删除该监听器的所有负载均衡策略;在删除负载均衡策略时同步删除所述负载均衡策略的相关配置;在删除负载均衡规则时同步更新所述负载均衡规则的相关配置。
根据本发明负载均衡装置的一种实施方式,还包括健康检查单元,用于:访问网关服务器,获得服务器组标识对应的服务器组的第一虚机健康信息;访问负载均衡服务器,获得所述服务器组标识对应的服务器组的第二虚机健康信息;将所述服务器组标识对应的服务器组的第一虚机健康信息和第二虚机健康信息合并存储到远程字典服务器中;按照指定格式访问远程字典服务器获取所述服务器组标识对应的服务器组的虚机健康信息。
本发明实施例的埋点装置中各单元的功能可以参见上述方法的相关描述,在此不再赘述。
在一个可能的设计中,负载均衡装置的结构中包括处理器和存储器,所述存储器用于存储支持负载均衡装置执行上述负载均衡方法的程序,所述处理器被配置为用于执行所述存储器中存储的程序。所述负载均衡装置还可以包括通信接口,用于负载均衡装置与其他设备或通信网络通信。
图10为本发明另一实施例提供的负载均衡装置的结构框图。如图10所示,该装置包括:存储器101和处理器102,存储器101内存储有可在处理器102上运行的计算机程序。所述处理器102执行所述计算机程序时实现上述实施例中的负载均衡方法。所述存储器101和处理器102的数量可以为一个或多个。
该装置还包括:
通信接口103,用于与外界设备进行通信,进行数据交互传输。
存储器101可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
如果存储器101、处理器102和通信接口103独立实现,则存储器101、处理器102和通信接口103可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(ISA,Industry Standard Architecture)总线、外部设备互连(PCI,PeripheralComponent)总线或扩展工业标准体系结构(EISA,Extended Industry StandardComponent)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果存储器101、处理器102及通信接口103集成在一块芯片上,则存储器101、处理器102及通信接口103可以通过内部接口完成相互间的通信。
又一方面,本发明实施例提供了一种计算机可读存储介质,其存储有计算机程序,该程序被处理器执行时实现上述负载均衡方法中任一所述的方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读存储介质中。所述存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到其各种变化或替换,这些都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (14)
1.一种负载均衡方法,其特征在于,包括:
创建负载均衡实例;
配置所述负载均衡实例下挂载的服务器组;
在所述负载均衡实例中创建至少一种类型的监听器;
配置所述监听器中挂载的至少一个负载均衡策略;
配置所述负载均衡策略与所述服务器组之间的对应关系;
其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。
2.根据权利要求1所述的方法,其特征在于,所述负载均衡规则包括对于传输层负载均衡的转发规则和对于应用层负载均衡的转发规则,所述应用层负载均衡的转发规则包括对请求中的域名、统一资源标识符、Cookie、客户端IP和HTTP主体中的至少一个匹配项进行匹配。
3.根据权利要求1所述的方法,其特征在于,还包括:
将对负载均衡实例的删除、暂停和恢复操作中的至少一项同步到网关服务器;
在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置。
4.根据权利要求3所述的方法,其特征在于,在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置,包括:
如果改动的监听器属于传输层监听器,则将改动的传输层监听器的配置同步到网关服务器,和/或如果改动的监听器属于应用层监听器,则将改动的应用层监听器的配置同步到负载均衡服务器;
如果改动的负载均衡策略对应的监听器属于传输层监听器,则将改动的负载均衡策略同步至网关服务器,和/或,如果改动的负载均衡策略对应的监听器属于应用层监听器,将改动的负载均衡策略同步至负载均衡服务器;
如果服务器的配置发生改动,则反查出改动的服务器所归属的所有服务器组,更新所述改动的服务器所归属的所有服务器组绑定的负载均衡策略,其中,如果更新的负载均衡策略对应的监听器属于传输层监听器,则将更新的负载均衡策略同步至网关服务器,如果更新的负载均衡策略对应的监听器属于应用层监听器,则将更新的负载均衡策略同步至负载均衡服务器。
5.根据权利要求1所述的方法,其特征在于,还包括:
如果检测到对监听器、负载均衡策略、负载均衡规则、服务器组、服务器组端口和服务器中的任意一项的删除操作,则根据预设的删除条件,确定是否执行所述删除操作;
其中,所述删除条件包括以下至少一项:不允许删除绑定了负载均衡策略的服务器组和/或服务器组端口;在删除监听器时同步删除该监听器的所有负载均衡策略;在删除负载均衡策略时同步删除所述负载均衡策略的相关配置;在删除负载均衡规则时同步更新所述负载均衡规则的相关配置。
6.根据权利要求1-5中任一项所述的方法,其特征在于,还包括:
访问网关服务器,获得服务器组标识对应的服务器组的第一虚机健康信息;
访问负载均衡服务器,获得所述服务器组标识对应的服务器组的第二虚机健康信息;
将所述服务器组标识对应的服务器组的第一虚机健康信息和第二虚机健康信息合并存储到远程字典服务器中;
按照指定格式访问远程字典服务器获取所述服务器组标识对应的服务器组的虚机健康信息。
7.一种负载均衡装置,其特征在于,包括:
实例创建单元,用于创建负载均衡实例;
第一配置单元,用于配置所述负载均衡实例下挂载的服务器组;
监听器创建单元,用于在所述负载均衡实例中创建至少一种类型的监听器;
第二配置单元,用于配置所述监听器中挂载的至少一个负载均衡策略;
第三配置单元,用于配置所述负载均衡策略与所述服务器组之间的对应关系;
其中,每个负载均衡策略对应一个服务器组,每个负载均衡策略包括至少一个负载均衡规则,每个服务器组包括至少一个服务器,每个服务器归属于至少一个服务器组。
8.根据权利要求7所述的装置,其特征在于,所述负载均衡规则包括对于传输层负载均衡的转发规则和对于应用层负载均衡的转发规则,所述应用层负载均衡的转发规则包括对请求中的域名、统一资源标识符、Cookie、客户端IP和HTTP主体中的至少一个匹配项进行匹配。
9.根据权利要求7所述的装置,其特征在于,还包括同步单元,包括:
第一同步子单元,用于将对负载均衡实例的删除、暂停和恢复操作中的至少一项同步到网关服务器;
第二同步子单元,用于在监听器、负载均衡策略、服务器中的至少一项的配置发生改动的情况下,根据监听器类型同步配置。
10.根据权利要求9所述的装置,其特征在于,所述第二同步单元还用于:
如果改动的监听器属于传输层监听器,则将改动的传输层监听器的配置同步到网关服务器,和/或如果改动的监听器属于应用层监听器,则将改动的应用层监听器的配置同步到负载均衡服务器;
如果改动的负载均衡策略对应的监听器属于传输层监听器,则将改动的负载均衡策略同步至网关服务器,和/或,如果改动的负载均衡策略对应的监听器属于应用层监听器,将改动的负载均衡策略同步至负载均衡服务器;
如果服务器的配置发生改动,则反查出改动的服务器所归属的所有服务器组,更新所述改动的服务器所归属的所有服务器组绑定的负载均衡策略,其中,如果更新的负载均衡策略对应的监听器属于传输层监听器,则将更新的负载均衡策略同步至网关服务器,如果更新的负载均衡策略对应的监听器属于应用层监听器,则将更新的负载均衡策略同步至负载均衡服务器。
11.根据权利要求7所述的装置,其特征在于,还包括:
删除控制单元,用于如果检测到对监听器、负载均衡策略、负载均衡规则、服务器组、服务器组端口和服务器中的任意一项的删除操作,则根据预设的删除条件,确定是否执行所述删除操作;
其中,所述删除条件包括以下至少一项:不允许删除绑定了负载均衡策略的服务器组和/或服务器组端口;在删除监听器时同步删除该监听器的所有负载均衡策略;在删除负载均衡策略时同步删除所述负载均衡策略的相关配置;在删除负载均衡规则时同步更新所述负载均衡规则的相关配置。
12.根据权利要求7-11中任一项所述的装置,其特征在于,还包括健康检查单元,用于:
访问网关服务器,获得服务器组标识对应的服务器组的第一虚机健康信息;
访问负载均衡服务器,获得所述服务器组标识对应的服务器组的第二虚机健康信息;
将所述服务器组标识对应的服务器组的第一虚机健康信息和第二虚机健康信息合并存储到远程字典服务器中;
按照指定格式访问远程字典服务器获取所述服务器组标识对应的服务器组的虚机健康信息。
13.一种负载均衡装置,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
14.一种计算机可读存储介质,其存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-6中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810797728.XA CN108989430B (zh) | 2018-07-19 | 2018-07-19 | 负载均衡方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810797728.XA CN108989430B (zh) | 2018-07-19 | 2018-07-19 | 负载均衡方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108989430A true CN108989430A (zh) | 2018-12-11 |
CN108989430B CN108989430B (zh) | 2022-01-25 |
Family
ID=64549899
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810797728.XA Active CN108989430B (zh) | 2018-07-19 | 2018-07-19 | 负载均衡方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108989430B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109688219A (zh) * | 2018-12-24 | 2019-04-26 | 国云科技股份有限公司 | 一种适用于多云管理的网络负载均衡器统一管理方法 |
CN110266822A (zh) * | 2019-07-23 | 2019-09-20 | 浪潮云信息技术有限公司 | 一种基于nginx的共享式负载均衡实现方法 |
CN111371685A (zh) * | 2020-02-28 | 2020-07-03 | 北京百度网讯科技有限公司 | 数据处理、IPv6挂载方法和装置 |
CN111683155A (zh) * | 2020-07-03 | 2020-09-18 | 紫光云技术有限公司 | 一种基于http协议的负载均衡重定向的方法 |
CN111770123A (zh) * | 2019-04-02 | 2020-10-13 | 华为技术有限公司 | 通信方法、设备及存储介质 |
CN112099915A (zh) * | 2020-09-07 | 2020-12-18 | 紫光云(南京)数字技术有限公司 | 一种软负载均衡动态下发配置方法及系统 |
CN113239396A (zh) * | 2021-05-11 | 2021-08-10 | 鸬鹚科技(深圳)有限公司 | 数据访问系统、方法、装置、计算机设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101207561A (zh) * | 2006-12-22 | 2008-06-25 | 华为技术有限公司 | 集群管理器、集群系统、以及集群管理方法 |
CN102075556A (zh) * | 2009-11-19 | 2011-05-25 | 北京明朝万达科技有限公司 | 一种具备大规模负载能力的服务架构设计方法 |
CN107229520A (zh) * | 2017-04-27 | 2017-10-03 | 北京数人科技有限公司 | 一种数据中心操作系统 |
CN107733991A (zh) * | 2017-09-19 | 2018-02-23 | 大唐网络有限公司 | 一种基于OpenStack架构提供负载均衡服务实现方法 |
-
2018
- 2018-07-19 CN CN201810797728.XA patent/CN108989430B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101207561A (zh) * | 2006-12-22 | 2008-06-25 | 华为技术有限公司 | 集群管理器、集群系统、以及集群管理方法 |
CN102075556A (zh) * | 2009-11-19 | 2011-05-25 | 北京明朝万达科技有限公司 | 一种具备大规模负载能力的服务架构设计方法 |
CN107229520A (zh) * | 2017-04-27 | 2017-10-03 | 北京数人科技有限公司 | 一种数据中心操作系统 |
CN107733991A (zh) * | 2017-09-19 | 2018-02-23 | 大唐网络有限公司 | 一种基于OpenStack架构提供负载均衡服务实现方法 |
Non-Patent Citations (1)
Title |
---|
电子发烧友: "《阿里云负载均衡怎么用_阿里云负载均衡方案浅谈》", 《电子发烧友》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109688219A (zh) * | 2018-12-24 | 2019-04-26 | 国云科技股份有限公司 | 一种适用于多云管理的网络负载均衡器统一管理方法 |
CN109688219B (zh) * | 2018-12-24 | 2021-12-21 | 国云科技股份有限公司 | 一种适用于多云管理的网络负载均衡器统一管理方法 |
CN111770123A (zh) * | 2019-04-02 | 2020-10-13 | 华为技术有限公司 | 通信方法、设备及存储介质 |
CN111770123B (zh) * | 2019-04-02 | 2022-01-11 | 华为技术有限公司 | 通信方法、设备及存储介质 |
CN110266822A (zh) * | 2019-07-23 | 2019-09-20 | 浪潮云信息技术有限公司 | 一种基于nginx的共享式负载均衡实现方法 |
CN110266822B (zh) * | 2019-07-23 | 2022-02-25 | 浪潮云信息技术股份公司 | 一种基于nginx的共享式负载均衡实现方法 |
CN111371685A (zh) * | 2020-02-28 | 2020-07-03 | 北京百度网讯科技有限公司 | 数据处理、IPv6挂载方法和装置 |
CN111371685B (zh) * | 2020-02-28 | 2022-06-17 | 北京百度网讯科技有限公司 | 数据处理、IPv6挂载方法和装置 |
CN111683155A (zh) * | 2020-07-03 | 2020-09-18 | 紫光云技术有限公司 | 一种基于http协议的负载均衡重定向的方法 |
CN111683155B (zh) * | 2020-07-03 | 2023-04-28 | 紫光云技术有限公司 | 一种基于http协议的负载均衡重定向的方法 |
CN112099915A (zh) * | 2020-09-07 | 2020-12-18 | 紫光云(南京)数字技术有限公司 | 一种软负载均衡动态下发配置方法及系统 |
CN113239396A (zh) * | 2021-05-11 | 2021-08-10 | 鸬鹚科技(深圳)有限公司 | 数据访问系统、方法、装置、计算机设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108989430B (zh) | 2022-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108989430A (zh) | 负载均衡方法、装置及存储介质 | |
US10523541B2 (en) | Federated network and application data analytics platform | |
EP3744072B1 (en) | Network flow stitching using middle box flow stitching | |
CN104780115B (zh) | 云计算环境中负载均衡方法及系统 | |
EP2791819B1 (en) | Content delivery network | |
US11044170B2 (en) | Network migration assistant | |
US11924240B2 (en) | Mechanism for identifying differences between network snapshots | |
CN109451088A (zh) | 一种数据访问方法及装置 | |
CN109906595A (zh) | 用于跨不同类型的处理硬件执行密码操作的系统和方法 | |
US11503063B2 (en) | Systems and methods for detecting hidden vulnerabilities in enterprise networks | |
US10826803B2 (en) | Mechanism for facilitating efficient policy updates | |
US10911314B2 (en) | Systems and methods for determining entry points for mapping a network | |
CN110071978A (zh) | 一种集群管理的方法及装置 | |
CN109818934A (zh) | 一种自动化日志处理的方法、装置及计算设备 | |
EP3744073B1 (en) | Discovery of middleboxes using traffic flow stitching | |
US20210218638A1 (en) | Automatic configuration discovery based on traffic flow data | |
CN104125303B (zh) | 数据读写请求方法、客户端及系统 | |
CN111124589A (zh) | 一种服务发现系统、方法、装置及设备 | |
CN106547790B (zh) | 一种关系型数据库服务系统 | |
CN108200211A (zh) | 集群中镜像文件下载的方法、节点和查询服务器 | |
WO2022046471A1 (en) | Systems and methods for detecting vulnerabilities in network processes during runtime | |
US9231957B2 (en) | Monitoring and controlling a storage environment and devices thereof | |
CN106657360A (zh) | 一种Linux系统下NIS服务器的同步方法和系统 | |
CN109088913A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
EE01 | Entry into force of recordation of patent licensing contract | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20181211 Assignee: Beijing Intellectual Property Management Co.,Ltd. Assignor: BEIJING BAIDU NETCOM SCIENCE AND TECHNOLOGY Co.,Ltd. Contract record no.: X2023110000096 Denomination of invention: Load balancing methods, devices, and storage media Granted publication date: 20220125 License type: Common License Record date: 20230821 |