CN109358965A - 云计算集群资源调度方法、介质、装置和计算设备 - Google Patents

Abstract

本发明的实施方式提供了一种云计算集群资源调度方法、介质、装置和计算设备。其中云计算集群资源调度方法包括以下步骤：获取业务请求信息；根据所述业务请求信息确定至少一个创建节点；调度所述创建节点用于创建云主机。本申请提供的技术方案可以基于节点进行云计算集群资源的调度，有利于提高资源利用率，降低运营成本，运维友好，提高云资源弹性扩展能力，为用户带来了更好的体验。

Description

云计算集群资源调度方法、介质、装置和计算设备

技术领域

本发明的实施方式涉及云计算领域，更具体地，本发明的实施方式涉及云计算集群资源调度方法、介质、装置和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

云计算服务是指将大量用网络连接的计算资源统一管理和调度，构成一个计算资源池向用户按需服务。用户通过网络以按需、易扩展的方式获得所需资源和服务。资源调度是云计算的主要功能。

资源调度用于确定一个待创建的云主机所在的计算节点，并需要满足以下条件：a)该计算节点满足待创建的云主机的资源要求；b)该计算节点满足待创建的云主机附加的业务隔离属性。目前云计算集群资源主要采用基于AZ(Available Zone，可用区)的调度方案。AZ为一组计算节点的合集，AZ之间通常存在网络故障隔离和物理位置(机柜)隔离，同一个AZ内，计算节点拥有一组相同的业务隔离属性，如归属专属用户，服务类型，相同的超售比例，相同的硬件等。在云计算部署时，我们规划好一组AZ，并明确其业务隔离属性。之后，上层服务(IAAS(Infrastructure as a Service，基础设施即服务)服务直接使用者)在使用集群资源(即创建云主机)时，在创建请求中明确给出AZ。IAAS根据请求的AZ信息，在AZ内部，根据资源的使用情况，选择合适的节点。

基于AZ的调度方案在部署和运维上，都需要以AZ为单位，在规模较少的情况下，不失为一种较好的方法。但是随着规模的扩大，特别是公有云环境下，在各种PAAS(Platformas a Service，平台即服务)业务的叠加下，AZ调度会出现以下的问题：

a)资源闲置率高。随着规模的扩大，业务隔离属性种类也越来越多，基于AZ的调度方案只能跟着增加AZ的数量。通常为了运维安全，减少运维次数，AZ都不会很小。然而用户使用资源并不是非常容易预测，这样必然会出现部分资源不能有效利用的状况；

b)运维复杂。AZ数量过多，节点比较分散且相互之间不能共济，扩容需求时会出现，运维次数必然会增加。另外，容量监控和预测也是一个难题；

c)弹性扩展性问题。业务类型的增加，也需要创建一系列新的AZ，即使原有的AZ具有充裕的资源。

发明内容

为此，非常需要一种改进的云计算集群资源调度方案，以提高云计算集群资源的利用率。

在本上下文中，本发明的实施方式期望提供一种云计算集群资源调度方法、介质、装置和计算设备。

在本发明实施方式的第一方面中，提供了一种云计算集群资源调度方法，包括以下步骤：获取业务请求信息；根据所述业务请求信息确定至少一个创建节点；调度所述创建节点用于创建云主机。

在本发明实施方式的第二方面中，提供了一种计算机可读存储介质，存储有程序代码，所述程序代码被当作处理器执行时，实现如上所述的云计算集群资源调度方法。

在本发明实施方式的第三方面中，提供了一种云计算集群资源调度装置，包括：控制器，用于获取业务请求信息；创建节点确定模块，用于根据所述业务请求信息确定至少一个创建节点；所述控制器还用于，调度所述创建节点用于创建云主机。

在本发明实施方式的第四方面中，提供了一种计算设备，包括处理器和存储有程序代码的存储介质，所述程序代码当被处理器执行时，实现如上所述的云计算集群资源调度方法。

根据本发明实施方式的云计算集群资源调度方法、介质、装置和计算设备，可以基于节点进行云计算集群资源的调度，有利于提高资源利用率，降低运营成本，运维友好，提高云资源弹性扩展能力，为用户带来了更好的体验。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1为根据本申请的云计算集群资源调度方法的一种实施方式流程图；

图2为根据本申请的云计算集群资源调度方法的另一种实施方式流程图；

图3(a)为根据本申请的云计算集群资源调度方法的一个具体实施例的示意图；

图3(b)为根据本申请的云计算集群资源调度方法的一个具体实施例的示意图；

图4为根据本申请的一种实施方式的计算机可读存储介质的示意图；

图5为根据本申请的一种实施方式的云计算集群资源调度装置的结构示意图；

图6为根据本申请的一种实施方式的计算设备的结构示意图；

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种云计算集群资源调度的方法、介质、装置和计算设备。

在本文中，需要理解的是，这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，基于AZ的云计算集群资源调度明显比较死板，一个AZ只提供一个上层服务，并且有过度隔离的现象，而基于节点的云计算集群资源调度则具有较大的自由度，只要这些服务需求的硬件资源一致，并且不违背隔离要求，一个AZ可以提供多个服务。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

本发明的云计算集群资源调度方法、介质、装置和计算设备，基于节点进行云计算集群资源调度，将业务隔离属性抽象为标签标记在计算节点上，一个节点可以标记多种不同的标签，根据用户的业务请求筛选出符合条件的计算节点用于创建云主机，从而有利于提高云计算资源的利用率，降低运营成本，运维友好，有利于提高云资源弹性扩展能力，为用户带来更好的体验。

示例性方法

下面参考图1-2来描述根据本发明示例性实施方式的云计算集群资源调度的方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

如图1所示为根据本申请的云计算集群资源调度方法的一种实施方式流程图，其中，包括以下步骤：

S101：获取业务请求信息；

S102：根据所述业务请求信息确定至少一个创建节点；

S103：调度所述创建节点用于创建云主机。

作为一种可选的实施方式，获取用户的业务请求信息，其中，业务请求信息可以包括业务属性信息和资源属性信息，业务属性信息可以包括用户对创建节点的业务隔离属性要求，例如可以包括但不限于用户类型、服务类型、副本域和超售比等，在此不作限定。资源属性信息可以包括用户对创建节点的资源的要求，例如可以包括但不限于计算资源(例如CPU、内存等)、网络资源、存储资源、特殊硬件资源等，在此不作限定。可选的，业务请求信息中也可以包括用户提出的其他要求，并不限定只包括上述内容。

作为一种可选的实施方式，根据业务请求信息确定至少一个创建节点，可以根据用户的业务请求信息在众多的节点中筛选出符合用户在业务请求信息中所提的要求的节点作为创建节点，并调度该创建节点用于创建云主机。

在本实施方式中，所筛选出的创建节点至少为一个。当筛选出的创建节点刚好为一个时，则调用该创建节点用于创建云主机，当筛选出的创建节点为两个或两个以上的多个时，可以按照各个创建节点的可用资源的情况进行降序排列，一般会调度可用资源的数量最多的一个用于创建云主机，也可以根据其他要求在所筛选出的创建节点中调度满足要求的一个用于创建云主机，当不能够筛选出满足用户的业务请求信息的创建节点时，则用户请求失败。通常，云平台中有监控系统，用于监控各节点的资源使用情况，根据预设信息及时补充节点，以最大程度保证用户请求不会失败。

本实施方式的基于节点进行云计算集群资源调度的方案，在用户请求越来越多的大环境下有利于在不损失高可用性、隔离性等条件下，提高云计算资源使用的饱和度，减少上线运维的次数，降低运维的复杂度，增加弹性扩展性。

如图2所示为根据本申请的云计算集群资源调度方法的另一种实施方式流程图，其中，包括以下步骤：

S201：基于每一个节点的业务隔离属性信息为每一个节点添加标签，采集每一个节点的可用资源情况；

S202：获取业务请求信息，其中，所述业务请求信息包括业务属性信息和资源属性信息；

S203：根据所述业务请求信息确定至少一个创建节点；

S204：调度所述创建节点用于创建云主机。

作为一种可选的实施方式，在获取业务请求信息之前，可以基于每一个节点的业务隔离属性信息为每一个节点添加标签，并将每一个节点的标签纳入节点标签管理系统进行统一管理，采集每一个节点的可用资源情况，并将每一个节点的可用资源情况纳入节点资源管理系统进行统一管理。

可以根据各个节点的业务隔离属性建立标签类型，并进行统一规划管理，为每一个标签类型设置所包含的标签，管理每一个标签与每一个节点的绑定关系等。也可以根据各个节点的其他属性信息建立相应的标签类型，并进行统一规划管理，这里以业务隔离属性为例进行说明。其中，根据业务隔离属性所建立的标签类型例如可以包括用户类型、服务类型、副本域和超售比等，其中用户类型例如还可以包括细分的标签例如可以是普通用户和专属用户等，依次类推。关于标签的管理在此不作限定，本领域技术人员可以根据需要进行设定。可以根据各个节点的实际情况为各个节点绑定相应的标签，以能够根据标签判断出该节点的例如业务隔离属性信息为准，并定时对每个节点的标签进行更新与检查，以确保标签信息的实时性。

采集每一个节点的可用资源情况例如可以采集每一个节点的计算资源、网络资源、存储资源和特殊硬件资源等，其中采集每一个节点的计算资源例如还可以包括采集每一个节点的可用CPU大小、可用内存大小等，依次类推。可以定时采集每一个节点的可用资源情况，可以为每一个节点设定可用资源下限值，当某个节点的可用资源情况低于该可用资源下限值时对该节点进行调整或者创建新的节点或者进行其他扩大该节点可用资源情况的操作，在此不作限定。

额外的，在为每个节点加标签时还可以通过检查标签类型的额外属性提高为每个节点加标签的合法性。可以为一些标签类型设定额外属性例如可以是“节点必须绑定的标签”，则在检查所有节点标签的合法性时，会对每一个节点是否绑定带有这条额外属性的标签类型所包含的标签进行检查，若发现某个节点并没有绑定带有这条额外属性的标签类型所包含的标签，则判定该节点所加标签不合法并且对该节点绑定标签失败，可以为一些标签类型设定额外属性例如可以是“节点必须唯一绑定的标签”，则在检查所有节点标签的合法性时，会对每一个节点是否绑定了两条或两条以上带有这条额外属性的标签类型所包含的标签进行检查，若发现某个节点绑定了两条或两条以上带有这条额外属性的标签类型所包含的标签，则判定该节点所加标签不合法并且对该节点绑定标签失败。从而，通过检查标签类型的额外属性有利于提高为每个节点加标签的合法性，进而保证系统数据的合法性。

作为第一个具体实施例，根据业务请求信息确定至少一个创建节点可以包括以下步骤：根据业务属性信息确定第一候选节点清单；基于第一候选节点清单根据资源属性信息确定第一组创建节点。可以根据用户的业务请求信息中的业务属性信息对节点进行第一轮的筛选，将符合业务属性信息的节点列出为第一候选节点清单，再根据用户的业务请求信息中的资源属性信息在第一候选节点清单中筛选出可用资源情况符合资源属性信息的节点确定为第一组创建节点。第一组创建节点中创建节点的个数在此不作限定，当第一组创建节点中创建节点的个数刚好为一个时，则调用该创建节点用于创建云主机，当第一组创建节点中创建节点的个数为两个或两个以上时，一般会调度可用资源的数量最多的一个用于创建云主机，也可以在其中选择一个符合用户其他条件的创建节点，调用该创建节点用于创建云主机，当第一组创建节点中没有创建节点时，则用户请求失败，当创建节点的数量为第三种情况时的处理方法与上述类似，在此不再赘述。

作为一种可选的实施方式，根据业务属性信息确定第一候选节点清单可以包括以下步骤：基于业务属性信息提取业务关键词；根据业务关键词与每一个节点的标签的对应关系确定第一候选节点清单。其中，业务关键词与每一个节点的标签的对应关系可以是业务关键词与标签内容相同、相近(例如可以是词义相近、词形相近等)或其他对应关系等，本领域技术人员可以根据需要进行设定。例如当业务关键词与每一个节点的标签的对应关系为业务关键词与标签内容相同时，则第一候选节点清单中的每一个节点的标签必须至少包含以该关键词为内容的标签，以此类推。

作为一种可选的实施方式，基于第一候选节点清单根据资源属性信息确定第一组创建节点可以包括以下步骤：基于资源属性信息提取资源关键词；基于第一候选节点清单根据资源关键词与每一个节点的可用资源情况的对应关系确定第一组创建节点。其中，资源关键词与每一个节点的可用资源情况的对应关系可以是资源关键词所表述的资源的数量与可用资源情况所表明的可用资源的数量内容相同、相近或每一个节点的可用资源情况所表明的资源的数量的大于或等于资源关键词所表述的资源数量要求或其他对应关系等，本领域技术人员可以根据需要进行设定。例如当资源关键词所包含的对于存储空间的要求为100G，则每一个节点的可用资源情况所表明的存储空间应大于或等于100G，以此类推。

作为第二个具体实施例，获取业务请求信息可以包括以下步骤：获取业务属性信息表达式；以及获取资源属性信息。其中，获取业务属性信息表达式的过程可以是根据用户的业务请求信息生成业务属性信息表达式，也可以是直接从用户处获取业务属性信息表达式，在此不作限定。

作为一种可选的实施方式，根据业务请求信息确定至少一个创建节点包括以下步骤：根据业务属性信息表达式确定第二候选节点清单；基于第二候选节点清单根据资源属性信息确定第二组创建节点。

作为一种可选的实施方式，根据业务属性信息表达式确定第二候选节点清单可以包括以下步骤：基于业务属性信息表达式提取业务关键词表达式；根据业务关键词表达式与每一个节点的标签的匹配关系确定第二候选节点清单。基于业务属性信息表达式提取业务关键词可以包括根据业务属性信息表达式提取关键词的步骤和根据业务属性信息表达式将所提取的关键词进行逻辑连接的步骤，在一些情况下两个步骤的顺序可以互换甚至是同时进行。业务关键词表达式可以是由“and”、“or”或“not”等连接词连接的至少两个业务关键词所形成，也可以是其他形式的业务关键词表达式。例如当业务关键词表达式为“and”连接的两个业务关键词时，则根据业务关键词表达式筛选出的节点必须至少包含能够同时与该两个业务关键词匹配的标签，当业务关键词表达式为“or”连接的两个业务关键词时，则根据业务关键词表达式筛选出的节点必须至少包含至少一个与两个业务关键词中的一个或两个匹配的标签，当业务关键词表达式为“not”连接的两个业务关键词时，则根据业务关键词表达式筛选出的节点必须至少包含能够与“not”前的业务关键词匹配的标签且不得包含与“not”后的业务关键词匹配的标签，连接词可以不限于上述所提到的，本领域技术人员可以根据需要进行选择。

作为一种可选的实施方式，在根据业务属性信息表达式确定第二候选节点清单之前还包括以下步骤：验证业务属性信息表达式的合法性。例如可以包括验证业务属性信息表达式的格式是否合法、验证业务属性信息表达式中是否包含了规定必须包含的业务属性信息等，在此不作限定。

作为一种可选的实施方式，基于第二候选节点清单根据资源属性信息确定第二组创建节点可以包括以下步骤：基于资源属性信息提取资源关键词；基于第二候选节点清单根据资源关键词与每一个节点的可用资源情况的匹配关系确定第二组创建节点。其中，资源关键词与每一个节点的可用资源情况的匹配关系可以是资源关键词所表述的资源数量与可用资源情况所表明的资源数量相同、相近或每一个节点的可用资源情况所表明的资源的数量大于或等于资源关键词所表述的资源数量的要求或其他匹配关系等，本领域技术人员可以根据需要进行设定。例如当资源关键词所包含的对存储空间的要求为100G，则每一个节点的可用资源情况所表明的存储空间应大于或等于100G，以此类退。

作为一种可选的实施方式，在根据业务关键词表达式确定第二候选节点清单之前可以包括以下步骤：验证业务关键词表达式的合法性。例如可以包括验证业务关键词表达式的格式是否合法、验证业务关键词表达式中是否包含了规定必须包含的业务关键词等，在此不作限定。

在上述实施方式和具体实施例中，先根据业务属性信息确定第一或第二候选节点清单再基于第一或第二候选节点清单根据资源属性信息确定第一组或第二组创建节点只是其中一种实施方式，也可以将该两个步骤进行互换，即先根据资源属性信息确定第一或第二候选节点清单再基于第一或第二候选节点清单根据业务属性信息确定第一组或第二组创建节点，在此不作限定。

作为第三个具体实施例，获取业务请求信息可以包括以下步骤：获取业务请求信息表达式；根据业务请求信息确定至少一个创建节点可以包括以下步骤：根据业务请求信息表达式确定第三组创建节点。获取的业务请求信息的形式直接为业务请求信息表达式，该业务请求信息表达式中同时包含了业务属性信息、资源属性信息以及其他相关信息。并直接根据该业务请求信息表达式确定第三组创建节点。

作为一种可选的实施方式，根据业务请求信息表达式确定第三组创建节点可以包括以下步骤：基于业务请求信息表达式提取业务请求关键词表达式；根据业务请求关键词表达式与每一个节点的标签和可用资源情况的匹配关系确定第三组创建节点。基于业务请求信息表达式提取业务请求关键词表达式可以包括根据业务请求信息表达式提取关键词的步骤和根据业务请求信息表达式将所提取的关键词连接起来的步骤，在一些情况下两个步骤的顺序可以互换甚至是同时进行。根据业务请求关键词表达式与每一个节点的标签和可用资源情况的匹配关系确定第三组创建节点的方法与上述根据关键词表达式与节点标签的匹配关系确定节点的方法类似，在此不再赘述。

举一个具体的例子，当业务请求信息为：1)支持两个不同的专属用户，不同用户之间的所有资源都要求(AZ级别)隔离；2)每个用户都要求提供RDS(数据库服务)和NVS(普通云主机)两项服务；3)每项服务都要要求提供跨AZ级别的高可用，即两个故障隔离域。在基于AZ的调度模式下，我们需要按照如图3(a)所示的方案进行部署，至少需要8个AZ以满足两个专属用户、两个服务、每个服务两个故障隔离域的要求，如果有更多的客户，跟多的服务要求，或者更多的故障隔离域，AZ的数量会急剧增大，而且，AZ之间的节点并不能互济，必然会出现资源使用不均的情况。如图3(b)所示为根据本申请的云计算集群资源调度方法的一个具体实施例的示意图，根据本申请的技术方案可以使用较少的AZ，并且具有以下优点：a)同一用户的两项服务并没有AZ隔离的要求(但还是需要在不同计算节点上，例如有存储上的差异)。在AZ调度方案中，我们还是必须划分不同的AZ，以使不同服务的云主机调度到不同的计算节点上。而基于节点的调度，我们可以在同一个AZ内部同时部署这两种服务，从而减少AZ的数量。事实上，节点种类繁多，例如超售比，物理设备等，各项用户请求叠加下，本申请技术方案的优势会更加明显；b)如果用户要求继续增加服务种类，也能轻松的满足：在已有AZ内部增加节点，并标记为新服务的节点；c)由于一个AZ内部能够调度多种不同节点，这使得我们能够更小力度的平衡各项资源，提高资源的使用率，降低运营成本。

所以，本申请针对解决现有的基于AZ调度方案的不足，提出了可以基于节点进行云计算集群资源的调度，有利于提高资源利用率，降低运营成本，运维友好，提高云资源弹性扩展能力，为用户带来了更好的体验。

示例性介质

在介绍了本发明示例性实施方式的云计算集群资源调度方法之后，接下来，参考图4对本发明示例性实施方式的计算机可读存储介质进行介绍。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种存储有程序产品的计算机可读存储介质，当程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的云计算集群资源调度方法的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件或者上述的任意合适的组合。

如图4所示，描述了根据本发明的实施方式的云计算集群资源调度方法的程序产品400。其可以采用便携式紧凑盘只读存储器(CD-ROM)，并且包括程序代码，可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言——例如Java、C++等，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网或广域网——连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性装置

在介绍了本发明示例性实施方式的计算机可读存储介质之后，接下来，参考图5对本发明示例性实施方式的云计算集群资源调度装置进行介绍。

如图5所示为根据本申请的一种实施方式的云计算集群资源调度装置的结构示意图，包括：控制器，用于获取业务请求信息；创建节点确定模块，用于根据业务请求信息确定至少一个创建节点；控制器还用于，调度创建节点用于创建云主机。

可选的，创建节点确定模块包括：节点标签管理单元，用于基于每一个节点的业务隔离属性信息为每一个节点添加标签；节点资源管理单元，用于采集每一个节点的可用资源情况。

可选的，业务请求信息包括：业务属性信息和资源属性信息。

可选的，节点标签管理单元还用于，根据业务属性信息确定第一候选节点清单；

节点资源管理单元还用于，基于第一候选节点清单根据资源属性信息确定第一组创建节点。

可选的，节点标签管理单元还用于；基于业务属性信息提取业务关键词；根据业务关键词与每一个节点的标签的对应关系确定第一候选节点清单。

可选的，节点资源管理单元还用于：基于资源属性信息提取资源关键词；基于第一候选节点清单根据资源关键词与每一个节点的标签的对应关系确定第一组创建节点。

可选的，控制器还用于：获取业务属性信息表达式；以及获取资源属性信息。

可选的，节点标签管理单元还用于，根据业务属性信息表达式确定第二候选节点清单；节点资源管理单元还用于，基于第二候选节点清单根据资源属性信息确定第二组创建节点。

可选的，控制器还用于，验证业务属性信息表达式的合法性。

可选的，节点标签管理单元还用于：基于业务属性信息表达式提取业务关键词表达式；根据业务关键词表达式与每一个节点的标签的匹配关系确定第二候选节点清单。

可选的，节点资源管理单元还用于：基于资源属性信息提取资源关键词；基于第二候选节点清单根据资源关键词与每一个节点的标签的匹配关系确定第二组创建节点。

可选的，控制器还用于，验证业务关键词表达式的合法性。

可选的，控制器还用于，获取业务请求信息表达式；

创建节点确定模块还用于，根据业务请求信息表达式确定第三组创建节点。

可选的，节点标签管理单元还用于，基于业务请求信息提取业务请求关键词表达式；节点资源管理单元还用于，根据业务请求关键词表达式与每一个节点的标签的匹配关系确定第三组创建节点。

示例性计算设备

在介绍了本发明示例性实施方式的云计算集群资源调度方法、介质和装置之后，接下来，参考图6对本发明示例性实施方式的计算设备进行介绍。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的云计算集群资源调度方法的计算设备可以至少包括至少一个处理器、以及至少一个存储器。其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的云计算集群资源调度方法的步骤。

下面参考图6来描述根据本发明的这种实施方式的云计算集群资源调度方法的计算设备600。图6显示的云计算集群资源调度方法的计算设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，云计算集群资源调度方法的计算设备600以通用计算设备的形式表现。云计算集群资源调度方法的计算设备600的组件可以包括但不限于：上述至少一个处理器601、上述至少一个存储器602、连接不同系统组件(包括处理器601和存储器602)的总线603。

总线603表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器602可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)6021和/或高速缓存存储器6022，还可以进一步包括只读存储器6023。

存储器602还可以包括具有一组(至少一个)程序模块6024的程序/实用工具6025，这样的程序模块包括但不限于：操作系统、一个或多个应用程序、其它程序模块以及程序数据，这些实例中的每一个或者某种组合中可能包括网络环境的实现。

云计算集群资源调度方法的计算设备600也可以与一个或多个外部设备604(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或多个使得用户能与该云计算集群资源调度方法的计算设备600交互的设备通信，和/或与使得该云计算集群资源调度方法的计算设备600与一个或多个其他计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口605进行。并且，云计算集群资源调度方法的计算设备还可以通过网络适配器606与一个或多个网路(例如局域网，广域网等)通信。如图所示，网络适配器606通过总线与云计算集群资源调度方法的计算设备600的其他模块通信。应当明白，尽管图中未示出，可以结合云计算集群资源调度方法的计算设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了云计算集群资源调度装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

根据以上实施方式的说明，本申请提供了如下技术方案：

方案1.一种云计算集群资源调度方法，包括以下步骤：

获取业务请求信息；

根据所述业务请求信息确定至少一个创建节点；

调度所述创建节点用于创建云主机。

方案2.根据方案1所述的方法，其中，在所述获取业务请求信息之前还包括以下步骤：

基于每一个节点的业务隔离属性信息为每一个节点添加标签；

采集每一个节点的可用资源情况。

方案3.根据方案2所述的方法，其中，所述业务请求信息包括：

业务属性信息和资源属性信息。

方案4.根据方案3所述的方法，其中，所述根据所述业务请求信息确定至少一个创建节点包括以下步骤：

根据所述业务属性信息确定第一候选节点清单；

基于所述第一候选节点清单根据所述资源属性信息确定第一组创建节点。

方案5.根据方案4所述的方法，其中，所述根据所述业务属性信息确定第一候选节点清单包括以下步骤：

基于所述业务属性信息提取业务关键词；

根据所述业务关键词与所述每一个节点的标签的对应关系确定第一候选节点清单。

方案6.根据方案4或5所述的方法，其中，所述基于所述第一候选节点清单根据所述资源属性信息确定第一组创建节点包括以下步骤：

基于所述资源属性信息提取资源关键词；

基于所述第一候选节点清单根据所述资源关键词与所述每一个节点的标签的对应关系确定第一组创建节点。

方案7.根据方案3所述的方法，其中，所述获取业务请求信息包括以下步骤：

获取业务属性信息表达式；以及

获取资源属性信息。

方案8.根据方案7所述的方法，其中，所述根据所述业务请求信息确定至少一个创建节点包括以下步骤：

根据所述业务属性信息表达式确定第二候选节点清单；

基于所述第二候选节点清单根据所述资源属性信息确定第二组创建节点。

方案9.根据方案8所述的方法，其中，在所述根据所述业务属性信息表达式确定第二候选节点清单之前还包括以下步骤：

验证所述业务属性信息表达式的合法性。

方案10.根据方案8或9所述的方法，其中，所述根据所述业务属性信息表达式确定第二候选节点清单包括以下步骤：

基于所述业务属性信息表达式提取业务关键词表达式；

根据所述业务关键词表达式与所述每一个节点的标签的匹配关系确定第二候选节点清单。

方案11.根据方案8-10中任意一项所述的方法，其中，所述基于所述第二候选节点清单根据所述资源属性信息确定第二组创建节点包括以下步骤：

基于所述资源属性信息提取资源关键词；

基于所述第二候选节点清单根据所述资源关键词与所述每一个节点的标签的匹配关系确定第二组创建节点。

方案12.根据方案10或11中任意一项所述的方法，其中，在所述根据所述业务关键词表达式确定第二候选节点清单之前包括以下步骤：

验证所述业务关键词表达式的合法性。

方案13、根据方案2所述的方法，其中，

所述获取业务请求信息包括以下步骤：获取业务请求信息表达式；

所述根据所述业务请求信息确定至少一个创建节点包括以下步骤：根据所述业务请求信息表达式确定第三组创建节点。

方案14.根据方案13所述的方法，其中，所述根据所述业务请求信息表达式确定第三组创建节点包括以下步骤：

基于所述业务请求信息表达式提取业务请求关键词表达式；

根据所述业务请求关键词表达式与所述每一个节点的标签的匹配关系确定第三组创建节点。

方案15.一种计算机可读存储介质，存储有程序代码，所述程序代码当被处理器执行时，实现如方案1-14之一所述的方法。

方案16.一种云计算集群资源调度装置，包括：

控制器，用于获取业务请求信息；

创建节点确定模块，用于根据所述业务请求信息确定至少一个创建节点；

所述控制器还用于，调度所述创建节点用于创建云主机。

方案17.根据方案16所述的装置，其中，所述创建节点确定模块包括：

节点标签管理单元，用于基于每一个节点的业务隔离属性信息为每一个节点添加标签；

节点资源管理单元，用于采集每一个节点的可用资源情况。

方案18.根据方案17所述的装置，其中，所述业务请求信息包括：

业务属性信息和资源属性信息。

方案19.根据方案18所述的装置，其中，

所述节点标签管理单元还用于，根据所述业务属性信息确定第一候选节点清单；

所述节点资源管理单元还用于，基于所述第一候选节点清单根据所述资源属性信息确定第一组创建节点。

方案20.根据方案19所述的装置，其中，所述节点标签管理单元还用于；

基于所述业务属性信息提取业务关键词；

根据所述业务关键词与所述每一个节点的标签的对应关系确定第一候选节点清单。

方案21.根据方案19或20所述的装置，其中，所述节点资源管理单元还用于：

基于所述资源属性信息提取资源关键词；

基于所述第一候选节点清单根据所述资源关键词与所述每一个节点的标签的对应关系确定第一组创建节点。

方案22.根据方案18所述的装置，其中，所述控制器还用于：

获取业务属性信息表达式；以及

获取资源属性信息。

方案23.根据方案22所述的装置，其中，

所述节点标签管理单元还用于，根据所述业务属性信息表达式确定第二候选节点清单；

所述节点资源管理单元还用于，基于所述第二候选节点清单根据所述资源属性信息确定第二组创建节点。

方案24.根据方案23所述的装置，其中，所述控制器还用于，

验证所述业务属性信息表达式的合法性。

方案25.根据方案23或24所述的装置，其中，所述节点标签管理单元还用于：

基于所述业务属性信息表达式提取业务关键词表达式；

根据所述业务关键词表达式与所述每一个节点的标签的匹配关系确定第二候选节点清单。

方案26.根据方案23-25中任意一项所述的装置，其中，所述节点资源管理单元还用于：

基于所述资源属性信息提取资源关键词；

基于所述第二候选节点清单根据所述资源关键词与所述每一个节点的标签的匹配关系确定第二组创建节点。

方案27.根据方案25或26中任意一项所述的装置，其中，所述控制器还用于，

验证所述业务关键词表达式的合法性。

方案28.根据方案17所述的装置，其中，

所述控制器还用于，获取业务请求信息表达式；

所述创建节点确定模块还用于，根据所述业务请求信息表达式确定第三组创建节点。

方案29.根据方案28所述的装置，其中，

所述节点标签管理单元还用于，基于所述业务请求信息提取业务请求关键词表达式；

所述节点资源管理单元还用于，根据所述业务请求关键词表达式与所述每一个节点的标签的匹配关系确定第三组创建节点。

方案30.一种计算设备，包括处理器和存储有程序代码的存储介质，所述程序代码当被处理器执行时，实现如方案1-14之一所述的方法。

Claims (10)

1.一种云计算集群资源调度方法，包括以下步骤：

获取业务请求信息；

根据所述业务请求信息确定至少一个创建节点；

调度所述创建节点用于创建云主机。

2.根据权利要求1所述的方法，其中，在所述获取业务请求信息之前还包括以下步骤：

基于每一个节点的业务隔离属性信息为每一个节点添加标签；

采集每一个节点的可用资源情况。

3.根据权利要求2所述的方法，其中，所述业务请求信息包括：

业务属性信息和资源属性信息。

4.根据权利要求3所述的方法，其中，所述根据所述业务请求信息确定至少一个创建节点包括以下步骤：

根据所述业务属性信息确定第一候选节点清单；

基于所述第一候选节点清单根据所述资源属性信息确定第一组创建节点。

5.根据权利要求3所述的方法，其中，所述获取业务请求信息包括以下步骤：

获取业务属性信息表达式；以及

获取资源属性信息。

6.根据权利要求5所述的方法，其中，所述根据所述业务请求信息确定至少一个创建节点包括以下步骤：

根据所述业务属性信息表达式确定第二候选节点清单；

基于所述第二候选节点清单根据所述资源属性信息确定第二组创建节点。

7.根据权利要求2所述的方法，其中，

所述获取业务请求信息包括以下步骤：获取业务请求信息表达式；

所述根据所述业务请求信息确定至少一个创建节点包括以下步骤：根据所述业务请求信息表达式确定第三组创建节点。

8.一种计算机可读存储介质，存储有程序代码，所述程序代码当被处理器执行时，实现如权利要求1-7之一所述的方法。

9.一种云计算集群资源调度装置，包括：

控制器，用于获取业务请求信息；

创建节点确定模块，用于根据所述业务请求信息确定至少一个创建节点；

所述控制器还用于，调度所述创建节点用于创建云主机。

10.一种计算设备，包括处理器和存储有程序代码的存储介质，所述程序代码当被处理器执行时，实现如权利要求1-7之一所述的方法。