基于租户感知的动态负载均衡方法及系统
阅读：229发布：2021-04-11
专利汇可以提供基于租户感知的动态负载均衡方法及系统专利检索，专利查询，专利分析的服务。并且本 发明 提供一种基于租户 感知 的动态负载均衡方法及系统，所述方法包括以下步骤：接收客户端的 请求 ，并提取该请求中的租户ID信息；根据所述租户ID信息将所述请求发送到对应的 服务器 集群中，并计算该服务器集群中正在处理的请求数；判断所述请求数是否大于第一预设 阈值 ；若是，则通过对接IaaS平台创建新的 应用服务器 ；将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上。本发明的方法及系统提高了服务器资源的利用效率。，下面是基于租户感知的动态负载均衡方法及系统专利的具体信息内容。
1.一种基于租户感知的动态负载均衡方法，其特征在于，包括以下步骤：
接收客户端的请求，并提取该请求中的租户ID信息；
根据所述租户ID信息将所述请求发送到对应的服务器集群中，并计算该服务器集群中正在处理的请求数；
判断所述请求数是否大于第一预设阈值；
若是，则通过对接IaaS平台创建新的应用服务器；
将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上；
在所述服务器集群中进行管理节点和执行节点分离处理；其中，所述管理节点用于工程代码的上传下载、应用部署和应用的生命周期管理；所述执行节点用于执行并响应判断模块的请求。
2.根据权利要求1所述的基于租户感知的动态负载均衡方法，其特征在于，在计算服务器集群中正在处理的请求数之后，还包括步骤：
判断所述请求数是否小于第二预设阈值；
若是，则找出IaaS平台中负载最少的应用服务器并进行注销。
3.根据权利要求2所述的基于租户感知的动态负载均衡方法，其特征在于，所述计算服务器集群中正在处理的请求数的过程包括：
当接收收到一个请求时，通过输入仲裁器为该请求分配一个唯一的ID，并将该ID放入消息列表中；
若检测到所述请求从应用服务中得到响应，通过输出仲裁器将该请求的ID从所述消息列表中进行删除；
通过计算当前消息列表中的ID数量得到所述正在处理的请求数。
4.根据权利要求1-2任意一项所述的基于租户感知的动态负载均衡方法，其特征在于，将新创建的应用服务器加入到所述服务器集群中的过程包括：
通过所述新创建的应用服务器中配置文件的设置，根据wka协议识别出加入服务器集群所使用的知名节点及其IP地址，并根据所述IP地址找到知名节点，将所述新创建的应用服务器加入到该知名节点所对应的服务器集群中。
5.一种基于租户感知的动态负载均衡系统，其特征在于，包括：
提取模块，用于接收客户端的请求，并提取该请求中的租户ID信息；
计算模块，用于根据所述租户ID信息将所述请求发送到对应的服务器集群中，并计算该服务器集群中正在处理的请求数；
第一判断模块，用于判断所述请求数是否大于第一预设阈值；
创建模块，用于在所述第一判断模块的判断结果为是的情况下，通过对接IaaS平台创建新的应用服务器；
扩展模块，用于将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上；
节点分离模块，用于在所述服务器集群中进行管理节点和执行节点分离处理；其中，所述管理节点用于工程代码的上传下载、应用部署和应用的生命周期管理；所述执行节点用于执行并响应判断模块的请求。
6.根据权利要求5所述的基于租户感知的动态负载均衡系统，其特征在于，还包括：
第二判断模块，用于判断所述请求数是否小于第二预设阈值；
收缩模块，用于在所述第二判断模块的判断结果为是的情况下，找出IaaS平台中负载最少的应用服务器并进行注销。
7.根据权利要求6所述的基于租户感知的动态负载均衡系统，其特征在于，所述计算模块包括：
ID分配模块，用于当接收收到一个请求时，通过输入仲裁器为该请求分配一个唯一的ID，并将该ID放入消息列表中；
ID删除模块，用于若检测到所述请求从应用服务中得到响应，则通过输出仲裁器将该请求的ID从所述消息列表中进行删除；
ID数量计算模块，用于通过计算当前消息列表中的ID数量得到所述正在处理的请求数。
8.根据权利要求5-7任意一项所述的基于租户感知的动态负载均衡系统，其特征在于，所述扩展模块包括：
集群加入模块，用于通过所述新创建的应用服务器中配置文件的设置，根据wka协议识别出加入服务器集群所使用的知名节点及其IP地址，并根据所述IP地址找到知名节点，将所述新创建的应用服务器加入到该知名节点所对应的服务器集群中。
基于租户感知的动态负载均衡方法及系统
技术领域
[0001] 本发明涉及通信技术领域，特别是涉及一种基于租户感知的动态负载均衡方法以及一种基于租户感知的动态负载均衡系统。
背景技术
[0003] 上述方案的缺点显而易见，服务器的数量需要企业在完成开发和测试之后对客户和系统的请求量做出评估，以应对系统的压力。然而在大量中小企业的实际中，系统的压力只有在极个别的时段才会出现高峰，企业为了应对少量的高峰，往往需要为应用服务配备冗余的服务器。这种做法造成了服务器资源的极大浪费，尤其是对于中小企业而言，服务器资源更应该讲求高效利用。
发明内容
[0004] 基于此，本发明提供一种基于租户感知的动态负载均衡方法及系统，能够提高服务器资源的利用效率。
[0005] 为实现上述目的，本发明采用如下的技术方案：
[0006] 一种基于租户感知的动态负载均衡方法，包括以下步骤：
[0007] 接收客户端的请求，并提取该请求中的租户ID信息；
[0008] 根据所述租户ID信息将所述请求发送到对应的服务器集群中，并计算该服务器集群中正在处理的请求数；
[0009] 判断所述请求数是否大于第一预设阈值；
[0010] 若是，则通过对接IaaS平台创建新的应用服务器；
[0011] 将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上。
[0012] 一种基于租户感知的动态负载均衡系统，包括：
[0013] 提取模块，用于接收客户端的请求，并提取该请求中的租户ID信息；
[0014] 计算模块，用于根据所述租户ID信息将所述请求发送到对应的服务器集群中，并计算该服务器集群中正在处理的请求数；
[0015] 第一判断模块，用于判断所述请求数是否大于第一预设阈值；
[0016] 创建模块，用于在所述第一判断模块的判断结果为是的情况下，通过对接IaaS平台创建新的应用服务器；
[0017] 扩展模块，用于将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上。
[0018] 由以上方案可以看出，本发明的一种基于租户感知的动态负载均衡方法及系统，能够自动将不同的请求转发到不同的服务器集群中，以及根据租户ID信息转发到特定的服务器集群中，这种基于租户感知的负载均衡，基于租户ID的集群划分，可以更好地管理不同请求量的租户和应用；并且本发明实现了应用服务器系统和IaaS平台的对接，无需预留应用服务器的数量，在请求数达到预警值之后，通过在IaaS平台中创建出新的应用服务器并自动将应用部署于其上即可实现应用服务器的弹性扩展，极大地提高了服务器资源的利用效率。附图说明
[0019] 图1为本发明一种基于租户感知的动态负载均衡方法的流程示意图；
[0020] 图2为本发明实施例中的基于租户感知的负载均衡示意图；
[0021] 图3为本发明实施例中的实现动态负载均衡的示意图；
[0022] 图4为本发明实施例中的动态计算请求数设计思路图；
[0023] 图5为本发明实施例中的集群系统的结构示意图；
[0024] 图6为本发明一种基于租户感知的动态负载均衡系统的结构示意图。
具体实施方式
[0025] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0026] 实施例一
[0027] 在企业的生产环境中，Web应用系统开发需要稳定高效的web应用服务器。在云计算的时代，提倡资源共享、按需分配。特别是google app engine等应用引擎的提出，应用托管已经开始流行。本发明中应用引擎的实现，通过构建一个弹性扩展和收缩的应用服务器集群对外提供统一的应用托管服务。企业开发的应用系统通过本应用托管平台进行部署，应用系统运行所需要的运行时环境由应用引擎提供。系统的动态体现在一个公有云环境中，所有应用可能都是共享一个应用服务的容器，内置动态负载均衡算法，在请求数达到预警值后，复制出新的应用服务器，服务器自动加入原来的集群，分流请求。平台以注册企业(或用户)作为租户，租户之间共享集群容器，同时做到应用隔离；平台提供统一后台管理入口，分布式应用服务器集群，中央管理仓库和数据库，以及租户感知的负载均衡，基于租户ID的集群划分，可以更好管理不同请求量的租户和应用。
[0028] 应用服务器集群采用主从松耦合的架构，管理节点负责集群的管理(management)，执行节点负责用户请求的响应(execution)，通过可配置的xml文件定制负载均衡系统的工作准则，系统使用动态负载均衡算法判断集群中的应用服务器的负载状况，负载达到预警值时，通过对接IaaS(Infrastructure as a Service，基础设施即服务)平台创建新的应用服务器实例并部署应用，从而将判断模块的请求转发到新创建的应用服务器上，再向判断模块返回结果进行展示。当请求数下降之后，又可以通过注销IaaS平台中的部分应用服务器回收资源。这一特性可以大大提高应用系统的稳定性和高可用性，以及服务器资源的利用率。
[0029] 参见图1所示，一种基于租户感知的动态负载均衡方法，包括以下步骤：
[0030] 步骤S101，接收客户端的请求，并提取该请求中的租户ID信息。一般的，租户ID信息会通过http头文件的形式进行传递。
[0031] 步骤S102，根据所述租户ID信息将所述请求发送到对应的服务器集群中，并计算该服务器集群中正在处理的请求数。
[0032] 如图2所示，服务器集群的初始化指定了不同的租户应用分布在不同的子集群中，应用在中央代码仓库中带有租户ID信息，当部署到不同的应用子集群中的时候，将租户ID信息传递给负载均衡系统。当用户访问应用时，负载均衡根据提取到的目标租户ID，将请求转发到特定的服务器集群中。此方法有利于在多租户的环境中，部分企业托管的应用可能需要耗费大量硬件资源，请求数巨大，这类应用可以单独配置一个集群，来处理用户请求，与其他资源需求和请求都较少的应用隔离。
[0033] 步骤S103，判断所述请求数是否大于第一预设阈值；若是则进入步骤S104，否则不需处理。
[0034] 步骤S104，若步骤S103的判断结果为是，则通过对接IaaS平台创建新的应用服务器。
[0035] 步骤S105，将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上。
[0036] 本发明实现了动态负载均衡。如图3所示，所谓动态，指的是实现了应用服务器系统和IaaS的对接，无需预留应用服务器的数量，在请求数达到预警值之后，通过调用JCloud接口在IaaS环境中创建出虚拟机，虚拟机的模版创建之后，通过自动部署的脚本，安装应用服务器并在启动之后执行代码同步的操作，自动将应用部署于其上，通过负载均衡器即可将过高的请求转发到新创建的应用服务器实例中。并且，本发明在创建出新的应用服务器之后，还可以根据实时的负载情况进行收缩处理。作为一个较好的实施例，本发明在计算服务器集群中正在处理的请求数之后，还可以包括步骤如下：判断所述请求数是否小于第二预设阈值；若是，则找出IaaS平台中负载最少的应用服务器并进行注销。
[0037] 另外，作为一个较好的实施例，所述计算服务器集群中正在处理的请求数的过程具体可以包括如下：
[0038] 当接收收到一个请求时，通过输入仲裁器为该请求分配一个唯一的ID，并将该ID放入消息列表中；
[0039] 若检测到所述请求从应用服务中得到响应，通过输出仲裁器将该请求的ID从所述消息列表中进行删除；
[0040] 通过计算当前消息列表中的ID数量得到所述正在处理的请求数。
[0041] 如图4所示为本发明中动态计算请求数的设计思路。系统包括输入消息队列、输入消息队列和分析器三个组件。当系统收到一个请求时，输入仲裁器会为消息分配一个唯一的ID，将消息ID放入消息列表中，如果请求从服务中得到响应，输出仲裁器会将此消息的ID从消息列表中删除，通过这样的方式，消息列表实际掌握了后台服务正在处理的请求的数量。并且，分析器通过定时计算消息列表的长度，并将此长度与配置中的门限值进行比对，一旦达到扩展或收缩的范围，分析器将调用JCloud的接口，对实际正在处理请求的应用服务器进行扩展或收缩操作。
[0042] 作为一个较好的实施例，本发明的一种基于租户感知的动态负载均衡方法，还可以包括如下步骤：在所述服务器集群中进行管理节点和执行节点分离处理；其中，所述管理节点用于工程代码的上传下载、应用部署和应用的生命周期管理；所述执行节点用于执行并响应判断模块的请求。如图5所示，本发明充分利用应用服务器管理节点和执行节点实现前后端分离保持轻量以及高效性，负载均衡系统实现应用服务器系统的稳定性和高可用性，有效地解决了传统服务器单节点工作的弊端。
[0043] 另外，作为一个较好的实施例，本发明中将新创建的应用服务器加入到所述服务器集群中的过程具体可以包括如下步骤：通过所述新创建的应用服务器中配置文件的设置，根据wka协议识别出加入服务器集群所使用的知名节点及其IP地址，并根据所述IP地址找到知名节点，将所述新创建的应用服务器加入到该知名节点所对应的服务器集群中。
[0044] 如图5所示，负载均衡器中指定了建立的集群的基本信息，应用服务器节点通过配置文件的设置，根据wka协议识别出加入集群所使用的知名节点(well-known-node)和需要加入的集群。租户从管理节点进行应用的部署，并触发执行节点上的应用同步代理，执行节点自动从代码仓库中检出代码，完成应用在执行节点上的部署；当请求经过负载均衡的时候，通过端口的映射将请求转发到执行节点上，节点完成对请求的相应并返回给判断模块。
[0045] 实施例二
[0046] 本发明涉及web应用服务器集群技术，特别是对应用服务器集群的架构设计，以及可配置的基于租户感知的动态负载均衡器的实现。本发明主要关注两点：一是系统的动态负载均衡能力，二是在负载均衡的集群中，实现租户感知的能力。动态负载均衡器和负载均衡器一样位于整个系统的最前端，接收所有来自判断模块的请求，将接收到的请求路由到指定的子集群的执行节点中，并通过执行节点对请求进行响应；不同点在于动态负载均衡器需要通过读取配置文件提取预警数据和算法，对集群中的实例进行扩展和收缩的控制。根据这些技术要求，具体实现方法和步骤如下：
[0047] 一、本发明的动态负载均衡器需要实现两个核心接口。一是集群的技术接口。二是动态扩展应用服务器的接口。
[0048] 1)实现集群接口的基本原理如下：首先创建知名节点，知名节点属于某个服务器集群，其他节点通过在配置中声明这个知名节点及其IP地址，启动之后便可以根据IP找到知名节点，并加入到它所对应的集群中。在app engine中，负载均衡器便是这个知名节点，应用服务器启动后便加载配置，加入到集群中。
[0049] 2)负载均衡器中需要有守护进程计算服务器实例的请求数。实现原理如图4所示。当达到预警值或小于下限值之后，动态接口需要扩展或注销应用服务器实例。动态扩展和收缩的接口实现主要使用JCloud(一套开源通用IaaS管理接口)，兼容Openstack、Amazon EC2等IaaS环境。
[0050] 3)静态设置集群中应用服务器的最大数量为5，最小值为1保证系统运行(max instance＝5；min instance＝1；max instance＝-1表示最大值不受限)。
[0051] 4)基于租户感知实现的负载均衡配置，租户在应用引擎上注册将使用唯一tanantID进行标识，loadbalancer.xml中使用这个ID进行用户感知的配置。设置两个集群并 部 署 相 同 的 应 用 ，处 理 不 同 租 户 I D 范 围 的 租 户 请 求 。域 名domain.gcidesign.appengine1.com和domain.gcidesign.appengine2.com，在集群的配置文 件 中 ，会 显 式 定 义 两 个 集 群 所 处 理 的 不 同 的 租 户 I D ，如 集 群1domain.gcidesign.appengine1.com可以只处理租户ID在1-10的租户的请求；集群
2domain.gcidesign.appengine2.com处理剩余其他租户的请求；租户的ID会通过http头文件的形式传递给负载均衡器，进而分别处理不同的请求。
2domain.gcidesign.appengine2.com处理剩余其他租户的请求；租户的ID会通过http头文件的形式传递给负载均衡器，进而分别处理不同的请求。
[0052] 5)动态负载均衡器中定义集群中的节点如何扩展与收缩。作为初始动态算法，目前算法较为简单，可以结合预判等算法进行改进，本发明中实时计算正在处理的请求数并根据请求数进行动态扩展的实现。配置文件定义触发计算周期T、单位时间接收请求的最大数值RPS、门限值上限预警率AUR、下限提醒率ALR等参数。动态负载均衡算法是一种提前扩展，延迟收缩的集群思维。在计算请求数达到单个节点最大请求数80％的时候，新增的请求开始转发到另外的节点上，在请求小于单个节点最大请求数20％*权重因子(权重因子目前仅表示对收缩请求数的敏感度)的时候，这个节点将被注销，请求将回收到其他节点中。
[0053] 上限门限值Threshold1＝RPS*T*AUR；
[0054] 下限门限值Threshold2＝RPS*T*ALR*FACTOR；
[0055] 其中FACTOR参数用于决定下限值的灵敏度，取值0-1之间。计算请求数使用队列接收经过负载均衡器的最近规定时间内的两次请求数，然后算其平均值。示例如下表：
[0056]请求周期 1 2 3 6 7 8 9
在线请求 10 1 250 200 300 15 0
在线请求 10 1 250 200 300 15 0
[0057] 假设配置的结果上限门限值200；下限为30。
[0058] 系统启动后，第一个时间间隔内收到10个请求，队列长度为1，平均值为5<200；系统实例保持不变；
[0059] 下一个时间收到1个请求，队列长度＝2，平均值＝5.5<200，实例保持不变；
[0060] 下一个时间，队列长度＝2，平均值＝125.5<200，实例保持不变；
[0061] 下一个时间平均值＝225>200，启动扩展实例，创建新的应用服务器实例；
[0062] 下一个时间平均值＝250<2*200，系统实例数保持不变；
[0063] 下一个时间平均值30*1<157.5<2*200，系统实例数保持不变；
[0064] 下一个时间平均值7.5<30*1，系统执行收缩的操作，注销请求最少的机器。
[0065] 节点门限转发的形式，当负载均衡器接收到请求的时候，默认转发到其中的一个执行节点上，负载均衡器中有守护进程，定时计算当前整个集群中每台机器的请求数。当队列计算的结果大于负载均衡转发门限值的时候，负载均衡器将体现出动态的能力。守护进程会通过触发实例控制器调用接口在IaaS环境中创建出应用服务器并加入原来的集群中，应用服务器启动后通过自动脚本从原来的应用服务器中加载配置到本地，并触发同步操作，将代码仓库中的代码签出到本地，此时应用服务器已经完成应用的部署并运行，此后负载均衡器才开始向集群中新建的执行节点进行请求转发。
[0066] 6)配置负载均衡对外暴露服务的域名地址，以便新创建的应用服务器实例启动后能发现并加入集群，所有新创建的执行节点都通过负载均衡器的域名加入到默认的集群中。
[0067] 二、管理节点和执行节点分离，具体操作步骤如下：
[0069] 2)在每个应用服务器实例中配置相应的选项，系统所使用的每一个节点的配置信息，都通过事先配置好的xml或properties文件存放在配置文件主机上。新创建的执行节点启动完毕之后都自动运行自动化脚本配置以下属性：
[0070] a.应用服务器使用apache tribe集群技术，使用wka协议；
[0071] b.指定新创建的节点为执行节点，子域名为“worker”：
[0072] c.通过配置知名节点为负载均衡器，加入到集群中；
[0073] d.配置代码仓库的连接地址、用户名和密码，准备签出代码；
[0074] e.加入到集群后，接收管理域中管理节点的请求，触发签出代码的操作；
[0075] f.启动应用服务器。
[0076] 三、部署中央代码管理仓库，以实现执行节点之间的应用代码同步。中央代码仓库使用SVN进行配置，指定项目在SVN的地址、用户名和密码。SVN仓库中隐含租户的ID，可以确保租户感知的能力。当新的执行节点创建后，通过自动脚本安装SVN，并从中央代码仓库中签出应用代码。
[0077] 需要说明的是，本发明中有两个仓库：配置文件仓库与中央代码仓库。通过JCloud接口在Openstack等IaaS环境中创建的虚拟机实例启动后，通过新节点中的代理进程(agent process)和自动运行脚本在配置文件仓库中加载所需要的配置文件以加入集群，并通过签出中央代码仓库的代码来实现执行节点之间的应用同步。
[0078] 本发明是一个多租户的应用服务器集群，属于云计算平台即服务(Platform-as-a-Service)的一部分功能实现。通过应用引擎可以部署web应用程序和web service，平台提供程序运行时的环境。企业用户以租户的形式在平台上注册使用，所有应用共享容器节省资源的开销，进程隔离保证各自应用系统的安全性。
[0079] 采用本发明的平台，可以实现基于服务和租户感知的动态负载均衡，一方面实现负载均衡的能力，自动将不同的请求转发到不同的应用集群中，以及根据租户的ID信息，转发到特定的租户集群中；基于租户感知的负载均衡，更有利于合理分配应用引擎的硬件资源。另一方面通过配置的方式，能够根据实时的负载情况对应用系统进行弹性扩展和收缩，是对PaaS和IaaS集成的一个很好的实例。
[0080] 与上述一种基于租户感知的动态负载均衡方法相对应，本发明还提供一种基于租户感知的动态负载均衡系统，如图6所示，包括：
[0081] 提取模块101，用于接收客户端的请求，并提取该请求中的租户ID信息；
[0082] 计算模块102，用于根据所述租户ID信息将所述请求发送到对应的服务器集群中，并计算该服务器集群中正在处理的请求数；
[0083] 第一判断模块103，用于判断所述请求数是否大于第一预设阈值；
[0084] 创建模块104，用于在所述第一判断模块的判断结果为是的情况下，通过对接IaaS平台创建新的应用服务器；
[0085] 扩展模块105，用于将新创建的应用服务器加入到所述服务器集群中，通过自动脚本从配置文件仓库中加载所需要的配置文件到新创建的应用服务器，并触发同步操作，将中央代码仓库中的代码签出到新创建的应用服务器，并在完成新创建的应用服务器应用的部署后，将所述请求转发到新创建的应用服务器上。
[0086] 作为一个较好的实施例，本发明的一种基于租户感知的动态负载均衡系统还可以包括：
[0087] 第二判断模块，用于判断所述请求数是否小于第二预设阈值；
[0088] 收缩模块，用于在所述第二判断模块的判断结果为是的情况下，找出IaaS平台中负载最少的应用服务器并进行注销。
[0089] 可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一判断模块称为第二判断模块，且类似地，可将第二判断模块称为第一判断模块。第一判断模块和第二判断模块两者都是判断模块，但其不是同一判断模块。
[0090] 作为一个较好的实施例，所述计算模块可以包括：
[0091] ID分配模块，用于当接收收到一个请求时，通过输入仲裁器为该请求分配一个唯一的ID，并将该ID放入消息列表中；
[0092] ID删除模块，用于若检测到所述请求从应用服务中得到响应，则通过输出仲裁器将该请求的ID从所述消息列表中进行删除；
[0093] ID数量计算模块，用于通过计算当前消息列表中的ID数量得到所述正在处理的请求数。
[0094] 作为一个较好的实施例，本发明的一种基于租户感知的动态负载均衡系统还可以包括：
[0095] 节点分离模块，用于在所述服务器集群中进行管理节点和执行节点分离处理；其中，所述管理节点用于工程代码的上传下载、应用部署和应用的生命周期管理；所述执行节点用于执行并响应判断模块的请求。
[0096] 作为一个较好的实施例，所述扩展模块可以包括：
[0097] 集群加入模块，用于通过所述新创建的应用服务器中配置文件的设置，根据wka协议识别出加入服务器集群所使用的知名节点及其IP地址，并根据所述IP地址找到知名节点，将所述新创建的应用服务器加入到该知名节点所对应的服务器集群中。
[0098] 上述一种基于租户感知的动态负载均衡系统的其它技术特征与本发明的一种基于租户感知的动态负载均衡方法相同，此处不予赘述。
[0099] 由以上方案可以看出，本发明的一种基于租户感知的动态负载均衡方法及系统，能够自动将不同的请求转发到不同的服务器集群中，以及根据租户ID信息转发到特定的服务器集群中，这种基于租户感知的负载均衡，基于租户ID的集群划分，可以更好地管理不同请求量的租户和应用；并且本发明实现了应用服务器系统和IaaS平台的对接，无需预留应用服务器的数量，在请求数达到预警值之后，通过在IaaS平台中创建出新的应用服务器并自动将应用部署于其上即可实现应用服务器的弹性扩展，极大地提高了服务器资源的利用效率。
[0100] 除非上下文另有特定清楚的描述，本发明中的元件和组件，数量既可以单个的形式存在，也可以多个的形式存在，本发明并不对此进行限定。本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础，否则步骤的相对次序是可以调整的。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种智能感知桌面装置、感知方法及感知系统 | 2020-05-13 | 116 |
| 感知系统 | 2020-05-11 | 648 |
| 感知系统 | 2020-05-11 | 270 |
| 功率感知填充 | 2020-05-13 | 732 |
| 感知阅读装置 | 2020-05-13 | 8 |
| 体感网感知终端系统、感知节点及感知方法 | 2020-05-13 | 453 |
| 感知装置 | 2020-05-11 | 86 |
| 手势感知器 | 2020-05-12 | 963 |
| 感知锚杆 | 2020-05-12 | 110 |
| 一种感知卡 | 2020-05-11 | 401 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
感知热门专利
-
10 感知型高尔夫球杆
QQ群二维码
意见反馈
意见反馈