CN107040479A

CN107040479A - 一种云计算资源调节的方法和装置

Info

Publication number: CN107040479A
Application number: CN201610081506.9A
Authority: CN
Inventors: 徐谦; 石腾; 张园园; 倪伟渊; 朱勇; 姚远
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2016-02-04
Filing date: 2016-02-04
Publication date: 2017-08-11
Anticipated expiration: 2036-02-04
Also published as: CN107040479B

Abstract

本发明实施例提供一种云计算资源调节的方法和装置，涉及云计算技术领域，用以通过增加计算节点剩余资源，减少云计算平台中的计算节点数量，提高资源利用率。当满足资源调节触发条件时，资源调度装置从实例信息表中选取目标实例；在第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，所述第一请求消息包括所述第一业务中每个所述实例对应的调整后的资源配额。

Description

一种云计算资源调节的方法和装置

技术领域

本发明实施例涉及云计算技术领域，尤其涉及一种云计算资源调节的方法和装置。

背景技术

云计算的本质是一种服务提供模型，通过这种服务提供模型可以随时、随地、按需地通过网络访问共享资源池的资源，这个资源的内容包括计算资源、网络资源、存储资源等，这些资源能被动态地分配和调整，在不同用户之间灵活划分。

资源调度是云计算平台提供的一种基础服务，用于协调分配计算资源池中的资源给不同业务使用。云计算平台上的业务是动态变化的，如，业务量增加，需要增加对应的业务实例；业务量减少，则减少对应业务实例；有新业务，需要创建对应的业务实例。资源调度的任务就是从资源维度(实例资源需求，计算节点资源量)，根据一定的算法将业务实例与计算节点进行匹配，资源调度的目标一般是满足相同需求下，尽量减少计算节点数量。

现有技术中，一种云计算平台上的资源调度方法，应用于低优先级业务实例的部署。业务可以具有不同的优先级，为满足高优先级业务需求，高优先级业务实际使用的资源量可能小于其申请的资源量；而低优先级业务不要求系统保证其申请的资源量，当系统资源不足时，低优先级业务会受到资源限制，减少配额，甚至可能被移除出计算节点。正是由于低优先级业务的资源量可以被减少，所以低优先级业务可以利用高优先级业务申请而未使用的那部分空闲资源，当高优先级业务的实际资源量增加时，再释放对应的资源给高优先级业务，供高优先级业务使用。现有技术中，当资源调度装置接收到创建新实例的请求之后，先计算计算每个计算节点的剩余资源当按剩余资源从少到多遍历计算节点，如果满足新实例资源需求，则在此计算节点上创建新实例；如果遍历结束，所有计算节点都不满足，则创建新计算节点，并在新计算节点上创建新实例。创建完成后添加新实例信息(业务名称，所在计算节点，资源配额)到资源调度装置的实例资源列表。

但是，在单个计算节点剩余资源不足的情况下，需要创建新计算节点来满足新实例需求。或者可以将一个计算节点上的一个或多个实例整体迁移到另一个计算节点，以增加剩余资源来创建新实例，但此方案需要迁移实例的资源占用量小于迁移到计算节点的剩余资源，仍存在单个计算节点剩余资源不足而无法迁移的情况。

发明内容

本发明的实施例提供一种云计算资源调节的方法和装置，用以通过增加计算节点剩余资源，减少云计算平台中的计算节点数量，提高资源利用率。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明实施例提供一种云计算资源调节的方法，包括：

当满足资源调节触发条件时，所述资源调度装置从实例信息表中选取目标实例；其中，所述实例信息表包含运行在云计算平台上属于第一业务的至少两个实例对应的标识、每个所述实例所在的计算节点以及每个所述计算节点对应的理论剩余资源，所述目标实例为所述实例信息表中计算节点对应的理论剩余资源最大的实例；

在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；

所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，所述第一请求消息包括所述第一业务中每个所述实例对应的调整后的资源配额。

结合第一方面，在第一方面的第一种可能的实现方式中，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加，包括：

所述资源调度装置计算所述目标实例所在计算节点的剩余资源；

所述资源调度装置获取所述目标实例所在计算节点需要减少的资源配额；

所述资源调度装置根据所述目标实例所在计算节点需要减少的资源配额，获取所述第一业务中每个所述实例对应的调整偏差量；

所述资源调度装置根据所述第一业务中每个所述实例对应的资源配额以及所述第一业务中每个所述实例对应的调整偏差量，调整所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述资源调度装置根据所述目标实例所在计算节点需要减少的资源配额，获取当前调节周期所述第一业务中每个所述实例对应的调整偏差量，包括：

所述资源调度装置根据公式计算所述第一业务中除所述目标实例之外的其他实例对应的资源占用量之和；其中，A为所述目标实例所在计算节点需要减少的资源配额，n为所述第一业务对应的计算节点个数；i为计算节点的编号，且i不属于所述目标实例所在计算节点的编号，q_i为第i个计算节点对应的总资源配额，λ_i为第i个计算节点对应的资源利用率；

所述资源调度装置根据公式Q/(n-1)获取每个所述计算节点的资源占用量；

所述资源调度装置根据每个所述计算节点的资源占用量以及每个计算节点对应的资源占用量，获取所述第一业务中每个所述实例对应的调整偏差量。

结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述资源调度装置计算所述目标实例所在计算节点的剩余资源，包括：

所述资源调度装置获取所述目标实例所在计算节点的资源利用率；

根据所述目标实例所在计算节点的资源利用率、所述目标实例所在计算节点的资源配额以及所述目标实例所在计算节点对应的资源上限，获取所述目标实例所在计算节点的剩余资源。

结合第一方面的第一种可能的实现方式至第一方面的第三种可能的实现方式中的任何一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述资源调节触发条件为所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为低优先级且每个所述计算节点对应的剩余资源均小于所述资源请求包含的新实例对应的资源配额，所述资源请求包括新实例对应的业务优先级，以及所述新实例对应的资源配额，所述方法，包括：

若确定调整后的所述目标实例所在计算节点的剩余资源大于等于所述资源请求包含的所述新实例对应的资源配额，则将所述新实例放置在所述目标实例所在的计算节点上。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述获取所述目标实例所在计算节点需要减少的资源配额，包括：

将所述新实例对应的资源配额与所述目标实例所在计算节点的剩余资源之差，确定为所述目标实例所在计算节点需要减少的资源配额。

结合第一方面的第二种可能的实现方式，在第一方面的第六种可能的实现方式中，所述资源调节触发条件为所述资源调度装置确定所述实例信息表中存在第一实例调整后的理论剩余资源大于调整前所述第一实例对应的理论剩余资源；其中，所述第一实例为所述实例信息表中理论剩余资源最大的计算节点上的实例；

所述获取所述目标实例所在计算节点需要减少的资源配额包括：

将所述目标实例所在计算节点的理论剩余资源与所述目标实例所在计算节点对应的剩余资源之差，确定为所述目标实例所在计算节点需要减少的资源配额。

结合第一方面，在第一方面的第七种可能的实现方式中，所述方法还包括：

按照预设周期，周期性计算所述实例信息表中每个实例所在计算节点的对应的理论剩余资源；

根据所述实例信息表中每个实例所在计算节点的对应的理论剩余资源，更新所述实例信息表。

结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，所述按照预设周期，周期性计算所述实例信息表中每个实例所在计算节点的对应的理论剩余资源，包括：

所述资源调度装置获取当前调节周期每个所述实例所在计算节点的剩余资源；

所述资源调度装置确定当前调节周期所述云计算平台的实际可调整的资源量；

所述资源调度装置根据所述当前调节周期每个所述实例所在计算节点的剩余资源以及所述当前调节周期所述云计算平台的实际可调整的资源量，确定当前调节周期每个所述实例对应的理论剩余资源。

结合第一方面的第八种可能的实现方式，在第一方面的第九种可能的实现方式中，对于第二实例，所述第二实例为所述第一业务对应的所有实例中的任意一个实例，所述资源调度装置确定当前调节周期所述云计算平台的实际可调整的资源量，包括：

计算所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和；

若确定所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和小于所述第二实例对应的资源配额，则确定当前调节周期所述云计算平台的实际可调整的资源量为与所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和；

若确定所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和大于所述第二实例对应的资源配额，则确定当前调节周期所述云计算平台的实际可调整的资源量为所述第二实例对应的资源配额。

第二方面，本发明实施例提供一种云计算资源调节的装置，包括：

获取单元，用于当满足资源调节触发条件时，所述资源调度装置从实例信息表中选取目标实例；其中，所述实例信息表包含运行在云计算平台上属于第一业务的至少两个实例对应的标识、每个所述实例所在的计算节点以及每个所述计算节点对应的理论剩余资源，所述目标实例为所述实例信息表中计算节点对应的理论剩余资源最大的实例；

调节单元，用于在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；

发送单元，用于所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，所述第一请求消息包括所述第一业务中每个所述实例对应的调整后的资源配额。

结合第二方面，在第二方面的第一种可能的实现方式中，所述调节单元，包括：

计算模块，用于所述资源调度装置计算所述目标实例所在计算节点的剩余资源；

第一获取模块，用于所述资源调度装置获取所述目标实例所在计算节点需要减少的资源配额；

第二获取模块，用于所述资源调度装置根据所述目标实例所在计算节点需要减少的资源配额，获取所述第一业务中每个所述实例对应的调整偏差量；

调整模块，用于所述资源调度装置根据所述第一业务中每个所述实例对应的资源配额以及所述第一业务中每个所述实例对应的调整偏差量，调整所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述第二获取模块，包括：

第一计算子模块，用于所述资源调度装置根据公式计算所述第一业务中除所述目标实例之外的其他实例对应的资源占用量之和；其中，A为所述目标实例所在计算节点需要减少的资源配额，n为所述第一业务对应的计算节点个数；i为计算节点的编号，且i不属于所述目标实例所在计算节点的编号，q_i为第i个计算节点对应的总资源配额，λ_i为第i个计算节点对应的资源利用率；

第一获取子模块，用于所述资源调度装置根据公式Q/(n-1)获取每个所述计算节点的资源占用量；

第二获取子模块，用于所述资源调度装置根据每个所述计算节点的资源占用量以及每个计算节点对应的资源占用量，获取所述第一业务中每个所述实例对应的调整偏差量。

结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述计算模块，包括：

第三获取子模块，用于所述资源调度装置获取所述目标实例所在计算节点的资源利用率；

第四获取子模块，用于所述资源调度装置根据所述目标实例所在计算节点的资源利用率、所述目标实例所在计算节点的资源配额以及所述目标实例所在计算节点对应的资源上限，获取所述目标实例所在计算节点的剩余资源。

结合第二方面的第一种可能的实现方式至第二方面的第三中可能实现的方式中任意一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述资源调节触发条件为所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为低优先级且每个所述计算节点对应的剩余资源均小于所述资源请求包含的新实例对应的资源配额，所述资源请求包括新实例对应的业务优先级，以及所述新实例对应的资源配额，所述装置，包括：

判断单元，用于所述资源调度装置判断调整后的所述目标实例所在计算节点的剩余资源是否大于等于所述资源请求包含的所述新实例对应的资源配额；

确定单元，用于在所述判断单元确定调整后的所述目标实例所在计算节点的剩余资源大于等于所述资源请求包含的所述新实例对应的资源配额之后，将所述新实例放置在所述目标实例所在的计算节点上。

结合第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述第一获取模块具体用于：

所述资源调度装置将所述新实例对应的资源配额与所述目标实例所在计算节点的剩余资源之差，确定为所述目标实例所在计算节点需要减少的资源配额。

结合第二方面的第二种可能的实现方式，在第二方面的第六种可能的实现方式中，所述资源调节触发条件为所述资源调度装置确定所述实例信息表中存在第一实例调整后的理论剩余资源大于调整前所述第一实例对应的理论剩余资源；其中，所述第一实例为所述实例信息表中理论剩余资源最大的计算节点上的实例；相应的，

所述第一获取模块具体用于：

所述资源调度装置将所述目标实例所在计算节点的理论剩余资源与所述目标实例所在计算节点对应的剩余资源之差，确定为所述目标实例所在计算节点需要减少的资源配额。

结合第二方面，在第二方面的第七种可能的实现方式中，所述装置还包括：

计算单元，用于按照预设周期，周期性计算所述实例信息表中每个实例所在计算节点的对应的理论剩余资源；

更新单元，用于根据所述实例信息表中每个实例所在计算节点的对应的理论剩余资源，更新所述实例信息表。

结合第二方面的第七种可能的实现方式，在第二方面的第八种可能的实现方式中，所述计算单元，包括：

第五获取模块，用于所述资源调度装置获取当前调节周期每个所述实例所在计算节点的剩余资源；

第一确定模块，用于所述资源调度装置确定当前调节周期所述云计算平台的实际可调整的资源量；

第二确定模块，用于所述资源调度装置根据所述当前调节周期每个所述实例所在计算节点的剩余资源以及所述当前调节周期所述云计算平台的实际可调整的资源量，确定当前调节周期每个所述实例对应的理论剩余资源。

结合第二方面的第八种可能的实现方式，在第二方面的第九种可能的实现方式中，对于第二实例，所述第二实例为所述第一业务对应的所有实例中的任意一个实例，所述第一确定模块，包括：

第二计算子模块，用于计算所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和；

判断子模块，用于判断所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和是否小于所述第二实例对应的资源配额；

确定子模块，用于在所述判断子模块确定所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和小于所述第二实例对应的资源配额之后，确定当前调节周期所述云计算平台的实际可调整的资源量为与所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和；

所述确定子模块还用于，在所述判断子模块确定所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和大于所述第二实例对应的资源配额之后，确定当前调节周期所述云计算平台的实际可调整的资源量为所述第二实例对应的资源配额。

本发明实施例提供一种云计算资源调节的方法，通过当满足资源调节触发条件时，所述资源调度装置从实例信息表中选取目标实例；在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，使得所述负载均衡器根据所述第一业务中每个所述实例对应的调整后的资源配额确定每个所述实例对应的权重。本发明实施例通过减少目标实例的资源配额，在增加所述目标实例所在计算节点的剩余资源的同时，可以减少单计算节点剩余资源不足的情况，同时也可以在系统运行期间持续优化资源配置，以利于后续新实例的放置，不仅可以避免创建新实例空间不足的情况，同时也减少云计算平台中计算节点数量，提高资源利用率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a为现有技术中的云计算平台的架构示意图一；

图1b为现有技术中的云计算资源调节方法示意图；

图1c为现有技术中的云计算资源调节方法的模块交互图；

图2为本发明实施例提供的一种云计算资源调节方法的应用架构示意图；

图3为本发明实施例提供的一种云计算资源调节方法的流程示意图一；

图4为本发明实施例提供的一种云计算资源调节方法的流程示意图二；

图5a为本发明实施例提供的一种云计算资源调节方法的调节前的架构示意图；

图5b为本发明实施例提供的一种云计算资源调节方法的调节后的架构示意图；

图6a为本发明实施例提供的一种云计算资源调节方法的应用场景一的流程示意图；

图6b为本发明实施例提供的一种云计算资源调节方法的应用场景一的模块交互示意图；

图7a为本发明实施例提供的一种云计算资源调节方法的应用场景二的流程示意图；

图7b为本发明实施例提供的一种云计算资源调节方法的应用场景一的模块交互示意图；

图8为本发明实施例提供的一种云计算资源调节装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案，首先对与本申请相关的现有技术作简要说明。

如图1a，所示的云计算平台有3个计算节点，每个节点上都部署了相同业务的不同实例，负载均衡器接收业务客户的业务请求，并根据内置的负载分配规则，将请求分配给不同实例。业务管理员可以创建新业务实例，业务管理员负载制订实例的初始资源需求，并向资源调度装置发送资源请求，资源调度装置在计算资源池中为其分配资源供创建新实例。

业务可以具有不同的优先级，高优先级业务要求系统保障其申请的资源量，其实际使用的资源量可能小于其申请的资源量，但系统需要为其预留资源，当高优先级业务的实际使用的资源量增加时，要满足其需求；而低优先级业务不要求系统保证其申请的资源量，当系统资源不足时，低优先级业务会受到资源限制，减少配额，甚至可能被移除出计算节点。正是由于低优先级业务的资源量可以被减少，所以在部署时可以利用高优先级业务申请而未使用的那部分空闲资源，当高优先级业务的实际资源量增加时，再释放对应的资源给高优先级业务：具体步骤如图1c所示：

步骤1：资源调度装置接收到创建新实例的请求，具体包括：业务名称，业务优先级(高/低)，实例的资源需求量(CPU，内存等)；

步骤2：计算每个节点的剩余资源。根据请求业务的优先级分两种情况：

若为高优先级，节点剩余资源＝节点总资源-节点已有实例的配额之和(配额信息从资源调度装置的实例资源列表获取)；

若为低优先级，从监控模块获取实时资源利用率(监控模块定时从计算节点获取并更新)，则根据资源实时利用率计算剩余资源＝总资源×(100％-实时资源利用率)；

步骤3：按剩余资源从少到多遍历节点，如果满足新实例资源需求，则在此节点上创建新实例；如果遍历结束，所有节点都不满足，则创建新计算节点，并在新计算节点上创建新实例。创建完成后添加新实例信息(业务名称，所在节点，资源配额)到资源调度装置的实例资源列表；

现有技术在单个节点剩余资源不足的情况下，需要创建新计算节点来满足新实例需求。或者可以将一个计算节点上的一个或多个实例整体迁移到另一个节点，以增加剩余资源来创建新实例，但此方案需要迁移实例的资源占用量<迁移到节点的剩余资源，仍存在单个节点剩余资源不足而无法迁移的情况。现有技术的最大问题在于考虑剩余资源的时候仅从单节点考虑，且迁移实例时只能整体迁移。而现有云计算平台上的业务多为多实例形态，同一业务分布在多个计算节点，本发明实施例通过在满足业务总资源量不变的情况下，可以调整不同实例之间的资源比例，以增加实例所在节点的剩余资源。

本发明实施例的系统架构，如图2所示。在云计算平台上已经部署了业务A的3个实例，且由负载均衡器来分配客户的请求。监控模块负责监控各节点的实时资源用量，并提供查询接口给资源管理模块。业务B需要创建一个新实例，管理员创建对应的资源请求，其中包括业务名称，资源用量等信息，发送到资源调度装置。资源调度装置接收请求后，结合实例信息以及从监控模块获取监控模块从每个计算节点处获取的每个计算节点的实时资源用量，根据一定规则选择一个目标实例，调节目标实例及同业务其他实例的资源配额，同时将新的配额信息发送给实例对应的负载均衡器，由负载均衡器根据配额比例修改分配给各实例业务请求的权重比例，调整结束后根据一定规则选择已有计算节点或创建新计算节点，从软件仓库下载业务对应的部署包，在节点上创建新实例。

其中，本发明实施例中的计算节点可以是物理机PM，也可以是虚拟机VM，每个计算节点对应一个总资源量，一个计算节点上可以运行多个业务的实例，可以通过top等命令获取各计算节点资源利用率(已使用资源/总资源量)，如，CPU使用率，内存使用率等。

业务&实例：业务一般指提供具体功能的一个应用或服务，如http业务，可以提供网页访问服务；实例指运行了具体应用的容器(container)，对于一个http业务，对应的实例可以是一个运行了tomcat服务器(一种常见的http服务器软件)的容器，同一个业务可能有多个实例。

容器(container)：是一种基于内核轻量级虚拟化技术的应用容器引擎，实现应用之间的资源隔离、配置与安全保障，满足应用按需分配的资源需求以及保证应用的隔离性和可用性；容器即可以运行在PM(物理机)上，也可以运行在VM(虚拟机)上。

在每个计算节点上均安装有与外界进行交互的管理软件，每个所述管理软件对外提供2个接口，即包括第一接口和第二接口，其中，所述第一接口与所述云计算平台中的监控模块连接，所述监控模块通过调用所述第一接口获取每个计算节点的实时资源利用率，所述监控模块可以通过以下指令调用所述第一接口，示例性的：

var GetCPUUsage()

{

Shellexecute(“top”)//通过top命令获取CPU利用率

return CPU_usage//返回CPU利用率

}

所述第二接口用于创建新实例，所述第二接口由所述云计算平台中资源调度装置调用，用于在新计算节点上创建新实例，所述资源调度装置可以通过以下指令调用所述第二接口，示例性的：

void CreateNewInstance(CreateInstanceMsg msg)

{

//从软件仓库获取软件包

Shellexecute(“docker pull msg.service_name”)

//设定配额，创建实例

Shellexecute(“docker–c msg.CPU_quotamsg.service_name”)

}

其中，CreateInstanceMsg定义如下：

struct CreateInstanceMsg{

Service_Name；//业务名称，用于从软件仓库中获取对应的部署包；

CPU_quota；//CPU配额，实例请求的CPU资源配额，以m为单位

}

本发明实施例中负载均衡器包含以下接口，用于接收资源调度装置发送的第一请求消息，本发明实施例对所述第一请求消息的具体格式不进行限定，示例性的，所述第一请求消息格式可以采用以下方式：

ResourceQuotaMsg{

type＝CPU；//资源类型

server1＝xxx；//各实例的配额

server2＝xxx；

……}

收到第一请求消息后，负载均衡器通过以下接口修改各实例的配额比例

ChangeLoad(upstream servive)//其中的upstream是一个结构体，代表各实例的负载比例，与各实例的资源配额成比例关系，具体格式如下：

upstream service{

server1_weight；

server2_weight；

server3_weight；

}。

资源调度装置：创建新业务实例的时候，接收管理员向资源调度装置发送资源请求，一个资源请求包括业务名，业务属性(有状态/无状态)，业务优先级(高/低)，资源维度(如：CPU，内存)，资源数量等；接收请求后，资源调度装置根据一定规则在计算节点上创建指定的业务实例。

资源上限：计算节点的资源占用过高可能会导致运行实例的服务质量下降，如：时延(delay)增加等，为了保证服务质量，一般人为设定计算节点的资源利用率上限(如：CPU资源上限70％)。

资源单位：每类资源有自己的度量单位，CPU单位为m，1m＝CPU单核心处理能力/1000，不同规格的CPU可以根据预先设定的转化参数进行转换，如：一个计算节点有1个10核CPU，则此节点CPU资源总量＝10×1000＝10000m；内存单位为KByte；磁盘为GByte。

资源配额：资源配额是分配给实例的资源数量，资源配额一般情况下等于实例申请的资源量，用于限制实例的资源使用不超过其声明的数量，以保证同一节点上其他实例的资源需求。新实例创建时，资源请求的资料量作为创建后实例的初始资源配额，运行期间，可以修改实例的资源配额。

在容器环境下，实例初始资源配额可以通过cgroup机制进行设置，运行时也可以通过cgroup机制修改实例的资源配额。cgroup是Linux Control Group的简称，是Linux内核的一个功能，用来限制，控制与分离一个进程组群的资源(如CPU、内存、磁盘输入输出等)。以CPU为例，可以用CPU.cfs_period_us和CPU.cfs_quota_us来限制该组中的所有进程在单位时间里可以使用的CPU时间。

这里的cfs是完全公平调度器(Completely Fair Scheduler)的缩写。CPU.cfs_period_us就是时间周期，默认为100000微秒(1秒＝1000毫秒，1毫秒＝1000微秒)。CPU.cfs_quota_us就是在一个周期内可使用的CPU时间，默认-1，即无限制。

以下对pid为1532的进程进行CPU配额限制，将其配额调整为50000，即100000的50％，也就是说进程将获得最多50％的CPU资源。

echo 50000>/sys/fs/cgroup/CPU/foo/CPU.cfs_quota_us

echo 1532>/sys/fs/group/CPU/foo/tasks

上面的例子针对一个核心。在多核情况下，cfs_quota_us也是可以大于cfs_period_us的，有n个核时，一个控制组中的进程自然最多就能用到n倍的CPU时间。当使用CPU单位进行配额限制时，同样可以使用cgroup进行调节，只需要将CPU单位换算为以单核为标准的CPU百分比，如1000m对应100％,3000m对应300％，以对pid为1532的进程设置CPU配额为3000m为例：

echo 300000>/sys/fs/cgroup/CPU/foo/CPU.cfs_quota_us

echo 1532>/sys/fs/group/CPU/foo/tasks

容器环境下，可以通过systemctl命令和set-property参数进行修改，其底层实现也是通过cgroup，区别在于不需要pid，而是需要容器id：

systemctl set-property docker-id.scope CPUShares＝value

其中，docker-id为容器的id，创建以后可以通过命令查询，value为设置的CPU用量。

本发明实施例提供一种云计算资源调节的方法，如图3所示，所述方法，包括：

S101、当满足资源调节触发条件时，所述资源调度装置从实例信息表中选取目标实例；其中，所述实例信息表包含运行在云计算平台上属于第一业务的至少两个实例对应的标识、每个所述实例所在的计算节点以及每个所述计算节点对应的理论剩余资源，所述目标实例为所述实例信息表中计算节点对应的理论剩余资源最大的实例；

S102、在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；

S103、所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，所述第一请求消息包括所述第一业务中每个所述实例对应的调整后的资源配额。

其中，本发明实施例中的所述实例信息表存储于所述资源调度装置中，所述实例信息表包含了云计算平台上运行实例的基本信息以及配额调节后的理论剩余资源。其中，所述基本信息为每个所述实例对应的标识，以及每个实例所属的业务名称，每个实例所在的计算节点以及每个业务的优先级、每个业务的属性以及每个实例所在计算节点的资源配额，基本信息在新实例在完成部署后由资源调度装置将实例信息更新到表中，而配额调节后的理论剩余资源由资源调度装置在运行期间根据预设周期的计算并不断更新。本发明实施例对所述预设周期不进行限制，可以根据需要进行设置。

本发明实施例对所述实例信息表的存储形式不进行限制，可以以表格形式存储在所述资源调度装置的存储模块，也可以以其他形式存储在所述资源调度装置的存储模块，本发明实施例以表格形式为例进行说明，示例性的，如表1所示：

进一步可选的，步骤S102可以具体通过以下方式实现：

S1021、所述资源调度装置计算所述目标实例所在计算节点的剩余资源；

S1022、所述资源调度装置获取所述目标实例所在计算节点需要减少的资源配额；

S1023、所述资源调度装置根据所述目标实例所在计算节点需要减少的资源配额，获取所述第一业务中每个所述实例对应的调整偏差量；

S1024、所述资源调度装置根据所述第一业务中每个所述实例对应的资源配额以及所述第一业务中每个所述实例对应的调整偏差量，调整所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加。

进一步可选的，所述步骤S1023可以具体通过以下步骤实现：

S10231、所述资源调度装置根据公式计算所述第一业务中除所述目标实例之外的其他实例对应的资源占用量之和；其中，A为所述目标实例所在计算节点需要减少的资源配额，n为所述第一业务对应的计算节点个数；i为计算节点的编号，且i不属于所述目标实例所在计算节点的编号，q_i为第i个计算节点对应的总资源配额，λ_i为第i个计算节点对应的资源利用率；

其中，本发明实施例对所述计算节点n的数量不进行限制，可以根据实际需要进行设置。

S10232、所述资源调度装置根据公式Q/(n-1)获取每个所述计算节点的资源占用量；

S10233、所述资源调度装置根据每个所述计算节点的资源占用量以及每个计算节点对应的资源占用量，获取所述第一业务中每个所述实例对应的调整偏差量。

由于每个计算节点都具有总资源配额，和实际的资源利用率，本发明实施例S1021可以具体通过以下步骤实现：

S10211、所述资源调度装置获取所述目标实例所在计算节点的资源利用率；

其中，所述资源利用率是指所述所述计算节点已使用资源/所述计算节点总资源。

其中，所述资源调度装置可以向所述监控模块发送请求，所述请求指示所述监控模块获取目标实例所在计算节点的资源利用率，由于每个计算节点上均安装有第一接口，所述监控模块调用所述第一接口即可获取计算节点的实时资源利用率，例如，所述监控模块可以通过top命令查看计算节点的实时资源利用率。监控模块调用所述第一接口的指令，如上述所述，本发明实施例在此不再赘述。

S10212、根据所述目标实例所在计算节点的资源利用率、所述目标实例所在计算节点的资源配额以及所述目标实例所在计算节点对应的资源上限，获取所述目标实例所在计算节点的剩余资源。

其中，所述计算节点对应的资源上限是指所述计算节点最大的资源利用率，为了保证服务质量，一般人为设定计算节点的资源利用率上限(如：CPU资源上限70％)。

需要说明的是，本发明实施例中计算每个计算节点的剩余资源的方式和原理均与所述目标实例所在计算节点的剩余资源计算方式相同。

示例性的，对于任意一个实例，若所述监控模块获取所述实例的资源利用率为40％，所述实例所在计算节点的资源上限为70％，且所述计算节点的总资源为10000m，则所述实例所在计算节点的剩余资源为：10000m×(70％-40％)＝3000m。

示例性的，一方面，本发明实施例中的所述资源调节触发条件为所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为低优先级且每个所述计算节点对应的剩余资源均小于所述资源请求包含的新实例对应的资源配额，所述资源请求包括新实例对应的业务优先级，以及所述新实例对应的资源配额，所述方法，包括：

其中，所述资源调度装置可以接收管理员发送的资源请求，所述资源请求包含新实例所属业务的优先级、以及所述新实例的资源配额；然后所述资源调度装置遍历所述实例信息表，判断所述实例信息表中是否不存在所述计算节点的剩余资源大于等于所述新实例对应的资源配额，且判断所述新实例对应的业务的优先级是否为低优先级，在所述实例信息表中所有计算节点的剩余资源均小于所述新实例对应的资源配额且所述新实例对应的业务的优先级为低优先级时，所述资源调度装置触发，调节所述目标实例所在计算节点的剩余资源，若确定调整后的所述目标实例所在计算节点的剩余资源大于等于所述资源请求包含的所述新实例对应的资源配额，则将所述新实例放置在所述目标实例所在的计算节点上，这样可以减少在云计算平台中创建新计算节点，节约了资源。

其中，示例性的，所述资源调度装置接收管理员发送的创建新实例的资源请求，创建新实例资源请求的格式如下：

Struct NewInstanceRequest{

Service_Name；//业务名称，用于从软件仓库中获取对应的部署包

Priority_level；//优先级，取值可以为high，low

No_status；//业务是否无状态，取值可以为yes，no

CPU_quota；//cpu配额，实例请求的cpu资源配额，以m为单位

…}

对请求进行筛选。判断实例信息表中是否有计算节点的剩余资源满足所述新实例请求的资源配额，判断结果记为result。首先计算各计算节点当前的剩余资源，资源调度装置向监控模块请求各节点的实时CPU利用率，然后计算各节点当前的剩余CPU资源＝CPU总量×(节点资源上限-实时资源利用率)，记为r1，r2…rn…，依次遍历各节点，比较rn与请求中的CPU_quota字段，如果存在rn>CPU_quota，则result＝yes，若所有节点剩余资源都小于CPU_quota，则result＝no。将result结合请求中的Priority_level(优先级)字段进行筛选，当result＝no且Priority_level(优先级)＝low(低)，则进入资源调节触发处理，否则进入现有技术流程进行处理。

在所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为高优先级和/或所述实例信息表中存在第一计算节点对应的剩余资源大于等于所述资源请求包含的新实例对应的资源配额，则按照现有技术方法进行调节，本发明实施例在此不再赘述。

其中，本发明实施例对将所述新实例放置在所述目标实例所在的计算节点上的具体方式不进行限定，示例性的：

所述资源调度装置向所述目标实例所在的计算节点的第二接口发送实例创建请求，具体的消息格式为：

CreateInstanceMsg{

CPU_quota；//cpu配额，实例请求的cpu资源配额，以m为单位

}

计算节点根据Service_Name从软件仓库中获取对应的业务部署包，根据CPU_quota设定实例的资源配额，启动实例。如使用以下指令启动业务实例：“docker run–d–c CPU_quotaservice_name”，其中，-d表示后台运行，一般后台服务都会带这个参数，-c后面的参数代表cpu配额，service_name是实例使用的软件包名。

一方面，所述步骤S1022可以具体通过以下步骤实现：

S10221A、将所述新实例对应的资源配额与所述目标实例所在计算节点的剩余资源之差，确定为所述目标实例所在计算节点需要减少的资源配额。

示例性的，若所述新实例请求的资源配额为4000m，目标实例所在计算节点的剩余资源为1000m，则所述目标实例所在计算节点需要减少的资源配额为4000m-1000m＝3000m。

另一方面，本发明实施例中所述资源调节触发条件为所述资源调度装置确定所述实例信息表中存在第一实例调整后的理论剩余资源大于调整前所述第一实例对应的理论剩余资源；其中，所述第一实例为所述实例信息表中理论剩余资源最大的计算节点上的实例；

另一方面，所述步骤S1022可以具体通过以下步骤实现：

S10221B、将所述目标实例所在计算节点的理论剩余资源与所述目标实例所在计算节点对应的剩余资源之差，确定为所述目标实例所在计算节点需要减少的资源配额。

示例性的，若所述目标实例所在计算节点的理论剩余资源为6000m，目标实例所在计算节点的剩余资源为1000m，则所述目标实例所在计算节点需要减少的资源配额为6000m-1000m＝5000m。

通过上述方法可以将所述目标实例所在计算节点的剩余资源调至所述目标实例所在计算节点的总资源配额，便于后续若有新实例需要创建时，直接将新实例创建在所述目标实例所在的计算节点上。

进一步可选的，所述方法还包括：

S104、按照预设周期，周期性计算所述实例信息表中每个实例所在计算节点的对应的理论剩余资源；

S105、根据所述实例信息表中每个实例所在计算节点的对应的理论剩余资源，更新所述实例信息表。

进一步可选的，所述步骤S104具体可以通过以下步骤实现：

S1041、所述资源调度装置获取当前调节周期每个所述实例所在计算节点的剩余资源；

S1042、所述资源调度装置确定当前调节周期所述云计算平台的实际可调整的资源量；

S1043、所述资源调度装置根据所述当前调节周期每个所述实例所在计算节点的剩余资源以及所述当前调节周期所述云计算平台的实际可调整的资源量，确定当前调节周期每个所述实例对应的理论剩余资源。

本发明实施例中的步骤S1042具体可以通过以下步骤实现：

对于第二实例，所述第二实例为所述第一业务对应的所有实例中的任意一个实例，所述资源调度装置确定当前调节周期所述云计算平台的实际可调整的资源量，包括：

S10421、计算所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和；

S10422、若确定所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和小于所述第二实例对应的资源配额，则确定当前调节周期所述云计算平台的实际可调整的资源量为与所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和；

S10423、若确定所述第一业务中除所述第二实例之外其他实例所在计算节点的剩余资源配额之和大于所述第二实例对应的资源配额，则确定当前调节周期所述云计算平台的实际可调整的资源量为所述第二实例对应的资源配额。

示例性的，如图5a所示，所述云计算平台中存在3个计算节点，分别部署了A，B两个业务，业务A对应3个实例，业务B对应2个实例，需要计算A-1，A-2，A-3，B-1，B-2共5个实例调节后的最大剩余资源，本发明实施例仅以A-1为例进行说明，由于其他实例的计算方式和原理与所述A-1相同，计算过程分以下步骤：

1、从监控模块获取节点的实时资源利用率，计算实例A-1所在计算节点当前的剩余资源＝资源总量×(资源上限-资源利用率)，本例中，A-1所在节点剩余资源＝10000m×(70％-40％)＝3000m

2、计算实例A-1所在计算节点，通过减少实例A-1配额能够减少的最大资源量＝实例A-1的资源配额，本例中，A-1所在计算节点，通过减少A-1资源配额能够减少的最大资源量result2＝1000m；

3、计算业务A的其他实例所在计算节点剩余资源之和，本例中，A-1对应的同业务其他实例分别为实例A-2，实例A-3所在计算节点的剩余资源和result3＝10000m×(70％-50％)+(70％-60％)＝3000m；

4、若result2＜result3，则实际可调整的资源量为result2，即1000m，若result2＞result3，则实际可调整的资源量为result3，即4000m。

其他实例的计算过程相同，本发明实施例在此不再赘述，具体的理论剩余资源，如表2所示：

业务实例	步骤(1)	步骤(2)	步骤(3)	步骤(4)	步骤(5)
						A-1	3000	1000	3000	1000	4000
A-2	2000	2000	4000	2000	4000
						A-3	1000	6000	5000	5000	6000
B-1	3000	3000	2000	2000	5000
						B-2	2000	3000	3000	3000	5000

将上述计算的每个实例对应的理论剩余资源，更新到所述实例信息表中，则更新后的实例信息表，如表3所示：

其中，本发明实施例对所述资源调度装置向负载均衡器发送第一请求消息的具体格式不进行限定，示例性的：

所述资源调度装置调用所述第一业务对应的负载均衡器的接口，发送实例资源配额变动消息；

ResourceQuotaMsg{

type＝CPU；

server1＝3000；

server2＝3000；

server3＝3000；

}

负载均衡器根据新的配额，计算各实例之间的负载比例＝3000：3000：3000＝1：1：1，并更新各server的权重

upstream service_A{

server1weight＝1；

server2weight＝1；

server3weight＝1；

}

负载均衡器完成负载权重调整后，向所述资源调度装置返回确认消息。

然后负载均衡器根据新的资源请求将新实例或者新业务按照每个计算节点的权重分配实例。

需要说明的是，本发明实施例中需要调节的实例为所述实例信息表中无状态的实例。

示例性的，本发明实施例以资源触发条件为新实例请求时触发为例进行说明，计算在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加的具体步骤：由上表2可知，所述目标实例为A-3，

1)、计算A-3为满足新实例需求，需要减少的配额数＝新实例需求的资源配额-目标实例所在计算节点当前的剩余资源配额，本例中为4000-1000＝3000m；

2)、计算同业务其他实例需要增加的CPU资源配额。先计算调节后节点1和2的最大CPU占用＝单节点总资源×各节点资源利用率之和+需要增加的配额，本例中，A-1和A-2增加3000配额后节点1和2的CPU资源占用量＝10000×(40％+50％)+3000＝12000，除以节点数，得到调节配额后每个节点的资源占用量＝12000/2＝6000，则单节点增加的配额＝节配额后每个节点的资源占用量-节点当前资源占用量，本例中，节点1和2增加的配额分别为6000-10000×40％＝2000，6000-10000×50％＝1000，即A-1需要增加配额2000m，A-2需要增加配额1000m；

3)、各实例调整后的配额＝实例当前配额+修改量，A1，A2，A3调整后的配额为3000m，3000m，3000m。调用cgroup进行CPU配额修改，并更新实例信息表中各实例的配额。如图5b所示，图5b为基于图5a所示的云计算平台调节后的系统状态。由图5b可知，调节后，所述实例A-1的资源配额为3000m，实例A-2调节后的资源配额为3000m，实例A-3的资源配额为3000m。

示例性的，如图6a和图6b所示，图6a为本发明实施例所应用的一种场景的模块交互图，图6b为本发明实施例所应用的场景的流程图。

本发明实施例例主要分为两个相对独立的流程，流程一负责定时计算调节后的理论剩余资源并更新实例信息表中理论剩余资源字段；流程二在有新实例请求时触发，在满足预置条件(新实例优先级为低&单节点剩余资源不足)情况下，根据实例信息表挑选调节后最大剩余实例对应的节点作为目标节点，然后进行资源调度操作，调度完成后再放置新实例。具体步骤如下：

流程一：

S601、从所述实例信息表中获取所有多实例且所述实例对应的业务状态为无状态；

其中，所述多实例是指所述实例所属业务至少包括两个实例。

S602、预设周期后，计算各实例调节后，每个实例所在计算节点的理论剩余资源；

S603、将步骤S602中每个实例所在计算节点的理论剩余资源在所述实例信息表中更新。

流程二：

S604、接收管理员发送的资源请求，所述资源请求包含需要创建的新实例所对应的资源配额以及所述新实例对应的业务的优先级；

S605、判断所述资源请求中所述新实例请求的资源配额是否大于所述实例信息表中每个所述计算节点对应的理论剩余资源，且所述新实例对应的业务的优先级是否为低优先级；若是，则执行步骤S607，否则执行步骤S606；

S606、重新创建新节点，并在所述新节点上创建新实例；

S607、从所述实例信息表中选取一个理论剩余资源最大的计算节点上的实例作为目标实例；

S608、在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；

S609、所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，所述第一请求消息包括所述第一业务中每个所述实例对应的调整后的资源配额。

S610、判断调节后的目标实例所在计算节点的剩余资源是否满足新实例请求的资源配额，若是则执行S611，若否则执行S612；

S611、将所述新实例放置在所述目标实例所在的计算节点上；

S612、重新创建新节点，并在所述新节点上创建新实例。

如图7a和图7b所示，为本发明实施例应用场景二的流程图和模块交互图，需要说明的是，该应用场景二的流程一和上述应用场景一的流程一相同，即步骤S601至步骤S603与步骤S701至步骤S703相同，上述应用场景一的步骤S607-609与该应用场景二S705至步骤S707对应相同，本发明实施例在此不再赘述。区别在于，该应用场景的触发条件为步骤：

S704、判断所述实例信息表中是否存在至少一个实例调整后的理论剩余资源大于调整前所述实例对应的理论剩余资源；若否，则执行S701、若是则执行S706。

如图8所示，本发明实施例还提供一种云计算资源调节的装置，该云计算资源调节的装置中的各个功能单元与上述实施例中提供的云计算资源调节的方法相对应，具体可以参考本发明的上述实施例中的描述，本发明实施例在此不再赘述。如图8所示，该云计算资源调节，包括：

获取单元801，用于当满足资源调节触发条件时，所述资源调度装置从实例信息表中选取目标实例；其中，所述实例信息表包含运行在云计算平台上属于第一业务的至少两个实例对应的标识、每个所述实例所在的计算节点以及每个所述计算节点对应的理论剩余资源，所述目标实例为所述实例信息表中计算节点对应的理论剩余资源最大的实例；

调节单元802，用于在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；

发送单元803，用于所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，所述第一请求消息包括所述第一业务中每个所述实例对应的调整后的资源配额。

本发明实施例提供一种云计算资源调节的装置，通过当满足资源调节触发条件时，所述资源调度装置从实例信息表中选取目标实例；在所述第一业务总资源配额不变时，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加；所述资源调度装置向负载均衡器发送第一请求消息，以使得所述负载均衡器根据所述第一请求消息调整所述第一业务中每个所述实例对应的权重，使得所述负载均衡器根据所述第一业务中每个所述实例对应的调整后的资源配额确定每个所述实例对应的权重。本发明实施例通过减少目标实例的资源配额，在增加所述目标实例所在计算节点的剩余资源的同时，可以减少单计算节点剩余资源不足的情况，同时也可以在系统运行期间持续优化资源配置，以利于后续新实例的放置，不仅可以避免创建新实例空间不足的情况，同时也减少云计算平台中计算节点数量，提高资源利用率。

进一步可选的，所述调节单元802，包括：

进一步可选的，所述第二获取模块，包括：

进一步可选的，所述计算模块，包括：

进一步可选的，所述资源调节触发条件为所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为低优先级且每个所述计算节点对应的剩余资源均小于所述资源请求包含的新实例对应的资源配额，所述资源请求包括新实例对应的业务优先级，以及所述新实例对应的资源配额，所述装置，包括：

进一步可选的，所述第一获取模块具体用于：

进一步可选的，所述资源调节触发条件为所述资源调度装置确定所述实例信息表中存在第一实例调整后的理论剩余资源大于调整前所述第一实例对应的理论剩余资源；其中，所述第一实例为所述实例信息表中理论剩余资源最大的计算节点上的实例；相应的，

所述第一获取模块具体用于：

进一步可选的，所述装置还包括：

进一步可选的，所述计算单元，包括：

进一步可选的，对于第二实例，所述第二实例为所述第一业务对应的所有实例中的任意一个实例，所述第一确定模块，包括：

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本发明各个实施例所述方法的全部或部分步骤。所述存储介质是非短暂性(英文：non-transitory)介质，包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种云计算资源调节的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述资源调度装置调节所述第一业务中每个所述实例对应的资源配额，以使得所述目标实例的资源配额减少，所述第一业务中除所述目标实例之外的其他实例所对应的资源配额增加，包括：

3.根据权利要求2所述的方法，其特征在于，所述资源调度装置根据所述目标实例所在计算节点需要减少的资源配额，获取当前调节周期所述第一业务中每个所述实例对应的调整偏差量，包括：

4.根据权利要求2所述的方法，其特征在于，所述资源调度装置计算所述目标实例所在计算节点的剩余资源，包括：

5.根据权利要求2-4任意一项所述的方法，其特征在于，所述资源调节触发条件为所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为低优先级且每个所述计算节点对应的剩余资源均小于所述资源请求包含的新实例对应的资源配额，所述资源请求包括新实例对应的业务优先级，以及所述新实例对应的资源配额，所述方法，包括：

6.根据权利要求5所述的方法，其特征在于，所述获取所述目标实例所在计算节点需要减少的资源配额，包括：

7.根据权利要求3所述的方法，其特征在于，所述资源调节触发条件为所述资源调度装置确定所述实例信息表中存在第一实例调整后的理论剩余资源大于调整前所述第一实例对应的理论剩余资源；其中，所述第一实例为所述实例信息表中理论剩余资源最大的计算节点上的实例；

8.根据权利要求1-7所述的方法，其特征在于，所述方法还包括：

9.根据权利要求8所述的方法，其特征在于，所述按照预设周期，周期性计算所述实例信息表中每个实例所在计算节点的对应的理论剩余资源，包括：

10.根据权利要求9所述的方法，其特征在于，对于第二实例，所述第二实例为所述第一业务对应的所有实例中的任意一个实例，所述资源调度装置确定当前调节周期所述云计算平台的实际可调整的资源量，包括：

11.一种云计算资源调节的装置，其特征在于，包括：

12.根据权利要求11所述的装置，其特征在于，所述调节单元，包括：

13.根据权利要求12所述的装置，其特征在于，所述第二获取模块，包括：

14.根据权利要求12所述的装置，其特征在于，所述计算模块，包括：

15.根据权利要求12-14任意一项所述的装置，其特征在于，所述资源调节触发条件为所述资源调度装置确定管理员发送的资源请求包含的新实例对应的业务优先级为低优先级且每个所述计算节点对应的剩余资源均小于所述资源请求包含的新实例对应的资源配额，所述资源请求包括新实例对应的业务优先级，以及所述新实例对应的资源配额，所述装置，包括：

16.根据权利要求15所述的装置，其特征在于，所述第一获取模块具体用于：

17.根据权利要求13所述的装置，其特征在于，所述资源调节触发条件为所述资源调度装置确定所述实例信息表中存在第一实例调整后的理论剩余资源大于调整前所述第一实例对应的理论剩余资源；其中，所述第一实例为所述实例信息表中理论剩余资源最大的计算节点上的实例；相应的，

所述第一获取模块具体用于：

18.根据权利要求11-17所述的装置，其特征在于，所述装置还包括：

19.根据权利要求18所述的装置，其特征在于，所述计算单元，包括：

20.根据权利要求19所述的装置，其特征在于，对于第二实例，所述第二实例为所述第一业务对应的所有实例中的任意一个实例，所述第一确定模块，包括：