[发明专利]一种云平台资源调度方法和装置

说明书

本发明实施例公开了一种云平台资源调度方法和装置，所述方法包括：在云平台openstack的计算组件nova接收到虚拟机创建的请求时，在虚拟化层，设置一个针对每个高可用集群内部所有节点node资源的全局资源视图；采用所述全局资源视图的资源调度机制，将调度请求发送到实际可用的高可用集群上。本发明实施例提出一种基于全局资源视图的资源调度机制，可以有效避免资源碎片化所带来选择错误的宿主机问题，达到资源的合理利用的目的。

技术领域

本发明涉及云计算技术，尤指一种云平台资源调度方法和装置。

背景技术

在云平台OpenStack对接商业虚拟化软件，如vmwarevsphere、InCloud Sphere情况下，OpenStack的计算组件Nova调度可用的宿主机资源面临资源碎片化问题。

具体地，在openstack的计算组件nova接收到虚拟机创建的请求时，需要根据一系列调度规则来选择可用的物理计算节点作为宿主机，通常情况下是根据计算节点上资源的使用情况来进行选择。但是在对接了高可用集群的情况下，由于节点(node)对一个nova的模块nova-compute是透明的，因此就变成了OpenStack的nova组件选择一个可用的集群(cluster)来进行创建虚拟机，选择了cluster之后，由虚拟化管理器来选择具体的node节点来执行创建操作。这就涉及到了如何选择一个可用的cluster集群。

当前大多数厂商的方案是仅仅对某个特定高可用集群内所有节点剩余的资源，包括中央处理器(Central Processing Unit，cpu)、内存、存储进行一个简单的累计。以一个10个node的高可用集群为例，加入10台机器上每台机器都剩余2个cpu核(core)，2G内存，那么就认为该高可用集群的对应的可用资源为20个cpu core，20G内存。对于OpenStack来说，其Nova在执行调度时，便会认为存在一个20个cpu core，20G内存的物理计算节点可用。

在现有技术节点下，根据nova的调度规则，默认选择可用资源最大的计算节点作为宿主机来创建虚拟机，这样，就无法避免资源碎片化带来的错误选择问题。例如，高可用集群1的资源使用情况为：10台机器，每台剩余2core，2G内存。高可用集群2的资源使用情况为：5台机器，其中1台剩余4个core，8G内存，另外四台资源占用率接近100％，无法再作为宿主机使用。根据上述算法，高可用集群1的剩余资源是20core，20G内存，高可用集群2的剩余资源为4core，8G内存。

当一个2core，6G内存的虚拟机创建请求抵达时，依据OpenStack Nova的调度算法，会选择高可用集群1作为备选节点，但是当实际执行创建虚拟机的操作时候，发现高可用集群里面并没有能够满足该条件的计算节点，导致创建失败。

由此可见，现有技术的资源调度机制，容易导致将调度请求发送到实际不可用的高可用集群上，引起由资源碎片化所带来选择错误的宿主机问题，资源不能合理利用。

发明内容

为了解决上述技术问题，本发明实施例提供了一种云平台资源调度方法和装置，通过基于全局资源视图的资源调度机制，可以有效避免资源碎片化所带来选择错误的宿主机问题，达到资源的合理利用的目的。

为了达到本发明目的，一方面，本发明实施例提供了一种云平台资源调度方法，包括：

在云平台openstack的计算组件nova接收到虚拟机创建的请求时，在虚拟化层，设置一个针对每个高可用集群内部所有节点node资源的全局资源视图；

采用所述全局资源视图的资源调度机制，将调度请求发送到实际可用的高可用集群上。

进一步地，所述全局资源视图为支撑虚拟机创建和运行的高可用集群的四元组视图，依据所述四元组基于筛选和调度算法选择计算节点。