[发明专利]一种资源调度方法、装置及系统

说明书

本发明实施例公开了一种资源调度方法、装置及系统。其中，该方法包括：依据预先定义的平台调度策略、以及资源调度请求中的资源描述信息和用户调度策略，确定目标调度策略；依据预先构建的标签与标签条件关联关系，计算节点属性信息，以及所述目标调度策略中的标签，确定候选计算节点；依据所述目标调度策略中的标签偏好需求，从所述候选计算节点中选择目标计算节点，以供资源分配系统依据所述调度请求分配计算资源。通过本发明实施例的技术方案，能够灵活调度相关调度策略，进而满足用户的个性化调度需求。

技术领域

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

背景技术

云计算(Cloud Computing)，是一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需求提供给计算机和其他设备。调度系统是云计算平台的一个重要组成部分。云计算平台由海量的计算节点(计算设备如物理机)构成，用户向云计算平台提出计算资源(可以是虚拟机，容器或计算任务)申请后，由调度系统确定这些计算资源将在哪些计算节点上运行。调度系统的决策决定了整个云计算平台的资源使用效率，能影响整个平台的性能和稳定性，是云计算平台的核心。因此如何在尽可能统一通用的调度框架下，选择出最合理的计算节点，用于放置用户申请的计算资源，满足用户个性化的需求，是目前云计算平台调度系统所面临的主要问题。

目前，主流的调度系统的计算框架一般分为3个阶段，过滤：根据计算资源需求过滤掉不符合要求的计算节点；排序：根据调度需求，对剩余的计算节点进行打分和排序；选择：按照排序结果，选择适合的计算节点。在这个3阶段的调度框架下，为了满足用户对调度的个性化需求，通常采取如下手段，允许用户在调度时指定个性化的需求：

(1)插件机制，调度器提供多种调度的过滤和排序算法插件，用户可以根据自身需求选择用哪些插件，从而满足自身的个性化调度需求。例如OpenStack Nova的调度器提供了数十种插件，云平台管理员根据用户需求，配置好采用哪些调度器插件，调度器启动后就采用这些插件进行调度计算。由于不同的调度插件对应不同的配置信息及功能，当用户的调度需求改变时，需要修改调度的插件配置或下载安装用户所需的调度插件，甚至需要开发新的调度插件，因此这种机制不够灵活。

(2)标签机制：对计算节点进行标签，用户提交调度请求时，显式地指定计算资源必须调度到具备或者不具备指定标签的计算节点集合，从而实现按照需求精确地过滤计算节点。例如，Kubernetes的调度器提供了Node Selector的机制，通过制定计算节点的标签(label)来达到影响调度结果的目的。然而这种机制要求标签和节点静态绑定，也就是说管理员必须提给节点打上标签，因此存在标签不准确的问题，同时只能基于标签匹配的硬性条件过滤计算节点。

(3)多调度器机制：云计算平台配置了多个不同策略的调度器并行工作，用户提供调度申请时，可以指定采用那个调度器进行资源调度，从而满足个性化的调度需求。例如，Kubernetes在最近的版本中提供了这种多调度器的支持。然而这种机制类似插件机制，也存在不够灵活的问题。

(4)其他一些特殊定制化的措施。例如，在调度器内部实现一些比较共性的调度逻辑。例如，Kubernetes实现了affinity和antiaffinity的调度逻辑，用来指定和特定容器共享或不共享共同的计算节点或网络的策略。这种机制开发成本高，也存在不够灵活的问题。

因此，提供一种灵活的调度方法，以满足用户的个性化调度需求是十分必要的。

发明内容

本发明实施例提供一种资源调度方法、装置及系统，能够灵活调度相关调度策略，进而满足用户的个性化调度需求。

第一方面，本发明实施例还提供了一种资源调度方法，包括：

依据预先定义的平台调度策略、以及资源调度请求中的资源描述信息和用户调度策略，确定目标调度策略；