CN115048186A - 业务容器的扩缩容处理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种业务容器的扩缩容处理方法、装置、存储介质及电子设备。涉及云计算技术领域，该方法包括：在服务器集群中，对客户端发送的业务调用请求进行监听；在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器；根据目标策略对业务容器中的目标信息进行分析，得到分析结果；在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。通过本申请，解决了相关技术中通过纵向扩缩容的方式对业务容器进行扩缩容时效率较低的问题。

Description

业务容器的扩缩容处理方法、装置、存储介质及电子设备

技术领域

本申请涉及云计算技术领域，具体而言，涉及一种业务容器的扩缩容处理方法、装置、存储介质及电子设备。

背景技术

现阶段相关技术中，业务服务对应的应用已基本实现容器化部署，对于无状态的业务服务，在业务流量激增时，可以通过横向扩缩容的方式创建新的容器来保证业务稳定运行，当业务流量下降时，可以销毁容器来提高资源利用率；对于有状态的业务服务，因为数据或网络的持久化要求，横向扩缩容并不适用，因此，在业务流量突增时，可以通过纵向扩缩容的方式提升当前容器的CPU、内存等性能容量来提高系统的整体处理能力，在流量回落时，再去缩减容器的资源。

目前针对纵向扩缩容的方式对业务容器需要进行扩缩容时，调整方案基本上是停机纵向扩缩容，也即停掉服务，待扩容/缩容成功后，再重新启动服务，但由于扩缩容期间需要中断服务，导致业务服务的连续性和高可用性较差，且扩缩容依据是人工判断，准确性和实时性都难以保证，带来一定的运维成本。

针对相关技术中通过纵向扩缩容的方式对业务容器进行扩缩容时效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种业务容器的扩缩容处理方法、装置、存储介质及电子设备，以解决相关技术中通过纵向扩缩容的方式对业务容器进行扩缩容时效率较低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种业务容器的扩缩容处理方法。该方法包括：在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。

进一步地，根据目标策略对业务容器中的目标信息进行分析，得到分析结果，包括：若目标策略为内存资源的使用率策略时，计算目标信息对应的内存资源的使用率；若内存资源的使用率大于扩容使用率阈值，则确定分析结果为对内存资源进行扩容更改；若内存资源的使用率小于缩容使用率阈值，则确定分析结果为对内存资源进行缩容更改，其中，扩容使用率阈值大于缩容使用率阈值。

进一步地，根据目标策略对业务容器中的目标信息进行分析，得到分析结果包括：若目标策略为历史内存资源的使用策略时，则获取业务容器对应的历史内存资源的使用信息；若检测到历史内存资源的使用信息中在预设时间内，对历史业务调用请求数大于预设调用数量，则将历史业务调用请求作为业务调用请求，并获取预设时间；根据预设时间指示分析结果为对内存资源进行扩缩容更改。

进一步地，在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理包括：根据业务容器中的预设机制对业务容器中的资源使用进行控制，以对业务容器的内存进行扩缩容处理，其中，资源使用至少包括：内存资源的使用进程。

进一步地，在根据业务容器中的预设机制对业务容器中的资源使用进行控制之后，该方法还包括：获取业务容器的存储配置；确定存储配置在服务器集群中对应的存储节点；通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置，并将更改后的存储配置更新至业务容器中。

进一步地，通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置包括：获取存储节点中的目标配置文件；根据目标配置文件对存储配置进行扩缩容更改，得到更改后的存储配置。

进一步地，在根据目标策略对业务容器中的目标信息进行分析，得到分析结果之前，该方法还包括：采集业务容器中的目标信息，其中，目标信息至少包括：内存资源的使用信息。

为了实现上述目的，根据本申请的另一方面，提供了一种业务容器的扩缩容处理装置。该装置包括：监听单元，用于在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；第一确定单元，用于在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；分析单元，用于根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；处理单元，用于在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。

通过本申请，采用以下步骤：在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。通过本申请，解决了相关技术中通过纵向扩缩容的方式对业务容器进行扩缩容时效率较低的问题。通过根据目标策略对业务容器中的目标信息进行分析，在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理，进而达到了提升业务容器的扩缩容效率，进一步提高了业务服务的高可用性的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的业务容器的扩缩容处理方法的流程图；

图2是根据本申请实施例提供的业务容器的扩缩容处理方法的容器资源使用原理示意图；

图3是根据本申请实施例提供的业务容器的扩缩容处理方法的容器在线纵向扩容示意图；

图4是根据本申请实施例提供的业务容器的扩缩容处理装置的示意图；

图5是根据本申请实施例提供的业务容器的扩缩容处理电子设备网络架构的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

有状态服务：需要数据存储持久化的服务，例如mysql、kafka、Zookeeper等。

无状态服务：没有特殊状态的服务，各个请求对于服务器来说统一无差别处理，服务端自身不存储跟请求相关的任何数据。

容器：容器封装了所有运行应用程序所必须的相关细节，比如应用依赖以及操作系统。

K8s:全称Kubernetes，是为容器服务而生的一个可移植容器的编排管理工具，K8s以集群模式部署，由管理节点、工作节点、存储节点组成。

管理节点：是K8s集群控制节点，管理和控制整个集群。

工作节点：也叫宿主机，每个工作都会被管理节点分配一些工作负载，当某个工作节点宕机时，该节点上的工作负载(容器)会被管理节点自动转移至其他节点。

存储节点：一个高可用分布式键值数据库。

Prometheus：一个开源的系统监控和报警系统，在Kubernetes容器管理系统中，通过会搭配prometheus进行监控。

Linux CGroup(Control Group)：是Linux内核的一项重要功能，用于隔离、限制一组特定进程的资源使用(如CPU、内存、磁盘、网络等)

需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

下面结合优选的实施步骤对本发明进行说明，图1是根据本申请实施例提供的业务容器的扩缩容处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个。

步骤S102，在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理。

具体的，如图2所示，在K8s服务器集群中，通过管理节点接收目标客户端发送的流量使用需求，并将客户端的流量负载接入容器服务。并将该流量使用需求发送至对应的工作节点中的业务容器中。

步骤S103，根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改。

具体的，在业务容器接收到对应业务的流量使用需求之后，需要根据目标策略对业务容器中的目标信息进行分析，用以判断是否需要对业务容器的内存资源进行扩缩容更改。

可选地，在本申请实施例提供的业务容器的扩缩容处理方法中，根据目标策略对业务容器中的目标信息进行分析，得到分析结果，包括：若目标策略为内存资源的使用率策略时，计算目标信息对应的内存资源的使用率；若内存资源的使用率大于扩容使用率阈值，则确定分析结果为对内存资源进行扩容更改；若内存资源的使用率小于缩容使用率阈值，则确定分析结果为对内存资源进行缩容更改，其中，扩容使用率阈值大于缩容使用率阈值。

具体的，在根据目标策略对业务容器中的目标信息进行分析，得到分析结果之前，需要对容器服务进行监控，具体步骤包括：采集业务容器中的目标信息，其中，目标信息至少包括：内存资源的使用信息，也即，通过Prometheus获取容器中的数据实现对性能监控数据采集，其中，性能监控数据可以是内存资源的使用信息。

具体的，若目标策略为内存资源的使用率策略时，根据内存资源的使用率策略对业务容器中的目标信息进行分析。具体实施步骤为：例如，在内存使用率超过阈值的80％(对应于本申请中的扩容使用率阈值)的情况下，则确定分析结果为对内存资源进行扩容更改，并准备执行扩容动作，在内存使用率低于内存使用率的30％(对应于本申请中的缩容使用率阈值)的情况下，则确定分析结果为对内存资源进行缩容更改，并准备执行缩容动作，通过对内存资源的使用率进行分析，进一步保障了容器服务的高可用性以及稳定性。

具体的，内存使用率的计算公式为：

(total_mem-free_mem-buffer_mem-cache_mem)/total_mem

其中，total_mem代表内存限制总量，free_mem代表内存空闲量，buffer_mem代表缓冲内存量，cache_mem代表缓存使用量。

为了提升本申请中的分析结果的准确性，目标策略也可以为历史内存资源的使用策略，可选地，在本申请实施例提供的业务容器的扩缩容处理方法中，根据目标策略对业务容器中的目标信息进行分析，得到分析结果还包括：若目标策略为历史内存资源的使用策略时，则获取业务容器对应的历史内存资源的使用信息；若检测到历史内存资源的使用信息中在预设时间内，对历史业务调用请求数大于预设调用数量，则将历史业务调用请求作为业务调用请求，并获取预设时间；根据预设时间指示分析结果为对内存资源进行扩缩容更改。

具体的，获取业务容器对应的历史内存资源的使用信息，根据性能容量的历史波动规律，可以根据经验在特定时间点设置扩缩容的触发动作，例如，若每年某商城都进行线上产品的促销活动，在零点时支付服务调用流量达到峰值(对应于本申请中的预设调用数量)，将该支付服务对服务器的流量调用需求作为本申请中的业务调用请求，获取调用需求对应的零点时间(对应于本申请中的预设时间)，那么就可以在零点前一个小时将支付容器在线纵向扩容至最大规格，也即本申请中的根据服务调用时间指示分析结果为对内存资源进行扩缩容更改，能够实现提前扩容应对即将到来的流量峰值，也进一步保障了支付服务的高可用性和稳定性。

步骤S104，在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。

具体的，如图3所示，根据资源使用率以及历史经验策略对业务容器中的信息进行分析之后，若分析结果指示对内存资源进行扩缩容更改的情况下，执行对业务容器的内存的扩缩容决策。

可选地，在本申请实施例提供的业务容器的扩缩容处理方法中，在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理包括：根据业务容器中的预设机制对业务容器中的资源使用进行控制，以对业务容器的内存进行扩缩容处理，其中，资源使用至少包括：内存资源的使用进程。

具体的，根据业务容器对应的工作节点上CGroup机制，选择特定进程的资源(如内存)使用进行隔离或者限制。本申请通过调整工作节点上容器对应的CGroup，即可调整工作节点对容器的资源扩缩容限制，实现了业务容器性能容量的自动在线调整，且无需人工干预，减少了运维成本，并保障扩缩容的及时性。

可选地，在本申请实施例提供的业务容器的扩缩容处理方法中，在根据业务容器中的预设机制对业务容器中的资源使用进行控制之后，该方法还包括：获取业务容器的存储配置；确定存储配置在服务器集群中对应的存储节点；通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置，并将更改后的存储配置更新至业务容器中。

具体的，根据业务容器中的CGroup机制对业务容器中的资源使用进行控制之后，需要在存储节点上对业务容器对应的内存资源进行更改，通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置，将容器最新资源使用配置，更新至容器的限制中，实现了业务容器性能容量的自动在线调整，且无需人工干预，减少了运维成本，并保障扩缩容的及时性。

可选地，在本申请实施例提供的业务容器的扩缩容处理方法中，通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置包括：获取存储节点中的目标配置文件；根据目标配置文件对存储配置进行扩缩容更改，得到更改后的存储配置。

具体的，在Kubernetes集群中，获取存储节点中的目标配置文件，具体的，根据存储节点上PodSpec(对应于本申请中的目标配置文件)确定了一个Pod的yaml对象文件，其中，PodSpec中定义了Pod中运行容器的资源需求和资源使用限制，通过对存储配置进行扩缩容更改，进一步保障了容器服务的高可用性和稳定性。

综上，本申请实施例提供的业务容器的扩缩容处理方法，通过在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。通过本申请，解决了相关技术中通过纵向扩缩容的方式对业务容器进行扩缩容时效率较低的问题。通过根据目标策略对业务容器中的目标信息进行分析，在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理，进而达到了提升业务容器的扩缩容效率，进一步提高了业务服务的高可用性的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种业务容器的扩缩容处理装置，需要说明的是，本申请实施例的业务容器的扩缩容处理装置可以用于执行本申请实施例所提供的用于业务容器的扩缩容处理方法。以下对本申请实施例提供的业务容器的扩缩容处理装置进行介绍。

图4是根据本申请实施例的业务容器的扩缩容处理装置的示意图。如图4所示，该装置包括：监听单元401、第一确定单元402、分析单元403、处理单元404。

具体的，监听单元401，用于在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；

第一确定单元402，用于在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；

分析单元403，用于根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；

处理单元404，用于在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。

综上，本申请实施例提供的业务容器的扩缩容处理装置，通过监听单元在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；第一确定单元402第一确定单元在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；分析单元403根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；处理单元404在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理，解决了相关技术中通过纵向扩缩容的方式对业务容器进行扩缩容时效率较低的问题。通过根据目标策略对业务容器中的目标信息进行分析，在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理，进而达到了提升业务容器的扩缩容效率，进一步提高了业务服务的高可用性的效果。

可选地，在本申请实施例提供的业务容器的扩缩容处理装置中，分析单元包括：计算模块，用于若目标策略为内存资源的使用率策略时，计算目标信息对应的内存资源的使用率；第一确定模块，用于若内存资源的使用率大于扩容使用率阈值，则确定分析结果为对内存资源进行扩容更改；第二确定模块，用于若内存资源的使用率小于缩容使用率阈值，则确定分析结果为对内存资源进行缩容更改，其中，扩容使用率阈值大于缩容使用率阈值。

可选地，在本申请实施例提供的业务容器的扩缩容处理装置中，分析单元包括：第一获取模块，用于若目标策略为历史内存资源的使用策略时，则获取业务容器对应的历史内存资源的使用信息；第二获取模块，用于若检测到历史内存资源的使用信息中在预设时间内，对历史业务调用请求数大于预设调用数量，则将历史业务调用请求作为业务调用请求，并获取预设时间；指示模块，用于根据预设时间指示分析结果为对内存资源进行扩缩容更改。

可选地，在本申请实施例提供的业务容器的扩缩容处理装置中，处理单元包括：控制模块，用于根据业务容器中的预设机制对业务容器中的资源使用进行控制，以对业务容器的内存进行扩缩容处理，其中，资源使用至少包括：内存资源的使用进程。

可选地，在本申请实施例提供的业务容器的扩缩容处理装置中，该装置还包括：获取单元，用于在根据业务容器中的预设机制对业务容器中的资源使用进行控制之后，获取业务容器的存储配置；第二确定单元，用于确定存储配置在服务器集群中对应的存储节点；更改单元，用于通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置，并将更改后的存储配置更新至业务容器中。

可选地，在本申请实施例提供的业务容器的扩缩容处理装置中，更改单元包括：第三获取模块，用于获取存储节点中的目标配置文件；更改模块，用于根据目标配置文件对存储配置进行扩缩容更改，得到更改后的存储配置。

可选地，在本申请实施例提供的业务容器的扩缩容处理装置中，该装置还包括：采集单元，用于在根据目标策略对业务容器中的目标信息进行分析，得到分析结果之前，采集业务容器中的目标信息，其中，目标信息至少包括：内存资源的使用信息。

业务容器的扩缩容处理装置包括处理器和存储器，上述监听单元401、第一确定单元402、分析单元403、处理单元404等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来进行业务容器的扩缩容处理。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现业务容器的扩缩容处理方法。

本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行业务容器的扩缩容处理方法。

如图5所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。

处理器执行程序时还实现以下步骤：若目标策略为内存资源的使用率策略时，计算目标信息对应的内存资源的使用率；若内存资源的使用率大于扩容使用率阈值，则确定分析结果为对内存资源进行扩容更改；若内存资源的使用率小于缩容使用率阈值，则确定分析结果为对内存资源进行缩容更改，其中，扩容使用率阈值大于缩容使用率阈值。

处理器执行程序时还实现以下步骤：若目标策略为历史内存资源的使用策略时，则获取业务容器对应的历史内存资源的使用信息；若检测到历史内存资源的使用信息中在预设时间内，对历史业务调用请求数大于预设调用数量，则将历史业务调用请求作为业务调用请求，并获取预设时间；根据预设时间指示分析结果为对内存资源进行扩缩容更改。

处理器执行程序时还实现以下步骤：根据业务容器中的预设机制对业务容器中的资源使用进行控制，以对业务容器的内存进行扩缩容处理，其中，资源使用至少包括：内存资源的使用进程。

处理器执行程序时还实现以下步骤：在根据业务容器中的预设机制对业务容器中的资源使用进行控制之后，获取业务容器的存储配置；确定存储配置在服务器集群中对应的存储节点；通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置，并将更改后的存储配置更新至业务容器中。

处理器执行程序时还实现以下步骤：获取存储节点中的目标配置文件；根据目标配置文件对存储配置进行扩缩容更改，得到更改后的存储配置。

处理器执行程序时还实现以下步骤：在根据目标策略对业务容器中的目标信息进行分析，得到分析结果之前，采集业务容器中的目标信息，其中，目标信息至少包括：内存资源的使用信息。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：在服务器集群中，对客户端发送的业务调用请求进行监听，其中，客户端至少为一个，业务调用请求至少为一个；在监听到业务调用请求的情况下，确定业务调用请求对应的业务容器，其中，业务容器用于对网络流量进行应答处理；根据目标策略对业务容器中的目标信息进行分析，得到分析结果，其中，目标策略为以下至少之一：业务容器中的内存资源的使用率策略、业务容器中的历史内存资源的使用策略，其中，分析结果为以下之一：对内存资源进行扩缩容更改、对内存资源不进行扩缩容更改；在分析结果指示对内存资源进行扩缩容更改的情况下，按照预设机制对业务容器的内存进行扩缩容处理。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：若目标策略为内存资源的使用率策略时，计算目标信息对应的内存资源的使用率；若内存资源的使用率大于扩容使用率阈值，则确定分析结果为对内存资源进行扩容更改；若内存资源的使用率小于缩容使用率阈值，则确定分析结果为对内存资源进行缩容更改，其中，扩容使用率阈值大于缩容使用率阈值。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：目标策略为历史内存资源的使用策略时，则获取业务容器对应的历史内存资源的使用信息；若检测到历史内存资源的使用信息中在预设时间内，对历史业务调用请求数大于预设调用数量，则将历史业务调用请求作为业务调用请求，并获取预设时间；根据预设时间指示分析结果为对内存资源进行扩缩容更改。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：根据业务容器中的预设机制对业务容器中的资源使用进行控制，以对业务容器的内存进行扩缩容处理，其中，资源使用至少包括：内存资源的使用进程。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在根据业务容器中的预设机制对业务容器中的资源使用进行控制之后，获取业务容器的存储配置；确定存储配置在服务器集群中对应的存储节点；通过存储节点对存储配置进行扩缩容更改，得到更改后的存储配置，并将更改后的存储配置更新至业务容器中。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：获取存储节点中的目标配置文件；根据目标配置文件对存储配置进行扩缩容更改，得到更改后的存储配置。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在根据目标策略对业务容器中的目标信息进行分析，得到分析结果之前，采集业务容器中的目标信息，其中，目标信息至少包括：内存资源的使用信息。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种业务容器的扩缩容处理方法，其特征在于，包括：

在服务器集群中，对客户端发送的业务调用请求进行监听，其中，所述客户端至少为一个，所述业务调用请求至少为一个；

在监听到所述业务调用请求的情况下，确定所述业务调用请求对应的业务容器，其中，所述业务容器用于对网络流量进行应答处理；

根据目标策略对所述业务容器中的目标信息进行分析，得到分析结果，其中，所述目标策略为以下至少之一：所述业务容器中的内存资源的使用率策略、所述业务容器中的历史内存资源的使用策略，其中，所述分析结果为以下之一：对所述内存资源进行扩缩容更改、对所述内存资源不进行扩缩容更改；

在所述分析结果指示对所述内存资源进行扩缩容更改的情况下，按照预设机制对所述业务容器的内存进行扩缩容处理。

2.根据权利要求1所述的方法，其特征在于，根据目标策略对所述业务容器中的目标信息进行分析，得到分析结果，包括：

若所述目标策略为所述内存资源的使用率策略时，计算所述目标信息对应的所述内存资源的使用率；

若所述内存资源的使用率大于扩容使用率阈值，则确定所述分析结果为对所述内存资源进行扩容更改；

若所述内存资源的使用率小于缩容使用率阈值，则确定所述分析结果为对所述内存资源进行缩容更改，其中，所述扩容使用率阈值大于所述缩容使用率阈值。

3.根据权利要求1所述的方法，其特征在于，根据目标策略对所述业务容器中的目标信息进行分析，得到分析结果包括：

若所述目标策略为所述历史内存资源的使用策略时，则获取所述业务容器对应的历史内存资源的使用信息；

若检测到所述历史内存资源的使用信息中在预设时间内，对历史业务调用请求数大于预设调用数量，则将历史业务调用请求作为所述业务调用请求，并获取所述预设时间；

根据所述预设时间指示所述分析结果为对所述内存资源进行扩缩容更改。

4.根据权利要求1所述的方法，其特征在于，在所述分析结果指示对所述内存资源进行扩缩容更改的情况下，按照预设机制对所述业务容器的内存进行扩缩容处理包括：

根据所述业务容器中的预设机制对所述业务容器中的资源使用进行控制，以对所述业务容器的内存进行扩缩容处理，其中，所述资源使用至少包括：所述内存资源的使用进程。

5.根据权利要求4所述的方法，其特征在于，在根据所述业务容器中的预设机制对所述业务容器中的资源使用进行控制之后，所述方法还包括：

获取所述业务容器的存储配置；

确定所述存储配置在所述服务器集群中对应的存储节点；

通过所述存储节点对所述存储配置进行扩缩容更改，得到更改后的存储配置，并将所述更改后的存储配置更新至所述业务容器中。

6.根据权利要求5所述的方法，其特征在于，通过所述存储节点对所述存储配置进行扩缩容更改，得到更改后的存储配置包括：

获取所述存储节点中的目标配置文件；

根据所述目标配置文件对所述存储配置进行扩缩容更改，得到更改后的存储配置。

7.根据权利要求1所述的方法，其特征在于，在根据目标策略对所述业务容器中的目标信息进行分析，得到分析结果之前，所述方法还包括：

采集所述业务容器中的目标信息，其中，所述目标信息至少包括：内存资源的使用信息。

8.一种业务容器的扩缩容处理装置，其特征在于，包括：

监听单元，用于在服务器集群中，对客户端发送的业务调用请求进行监听，其中，所述客户端至少为一个，所述业务调用请求至少为一个；

第一确定单元，用于在监听到所述业务调用请求的情况下，确定所述业务调用请求对应的业务容器，其中，所述业务容器用于对网络流量进行应答处理；

分析单元，用于根据目标策略对所述业务容器中的目标信息进行分析，得到分析结果，其中，所述目标策略为以下至少之一：所述业务容器中的内存资源的使用率策略、所述业务容器中的历史内存资源的使用策略，其中，所述分析结果为以下之一：对所述内存资源进行扩缩容更改、对所述内存资源不进行扩缩容更改；

处理单元，用于在所述分析结果指示对所述内存资源进行扩缩容更改的情况下，按照预设机制对所述业务容器的内存进行扩缩容处理。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序，其中，所述程序执行权利要求1至7中任意一项所述的方法。

10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的方法。

Images