CN116233255B - 调度策略链生成及调度方法及相关设备 - Google Patents

Abstract

本发明公开了一种调度策略链生成及调度方法及相关设备，涉及云计算技术领域，所述方法包括：确定多个调度方向以及每个调度方向对应的多个维度；设置每个维度的调度策略，对不同维度的调度策略按打散程度划分层级；根据预设的调度逻辑以及层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链。本申请能融合不同方向以及不同维度对应的调度策略链，可以从不同层面保障云主机的调度问题，提升了对云主机的管理效率，满足复杂的业务需求。

Description

调度策略链生成及调度方法及相关设备

技术领域

本申请涉及云计算技术领域，尤其涉及一种调度策略链生成及调度方法及相关设备。

背景技术

随着云计算的发展，企业上云已经成为一种趋势，云主机是其中一种重要的云产品，企业上云需要使用大量的云主机，随着云主机的数量的增多，其在云平台上的调度算法也变的尤为重要。基于不同的需求有不同方向的调度方式，不同方向的调度方式存在一些重叠或相悖，这给云主机的调度方式带来一定的选择困难，并且通常采用的单一方向的调度方式无法满足复杂的业务需求。

发明内容

本发明的目的在于克服现有技术的不足，本发明提供了一种调度策略链生成及调度方法及相关设备，解决了难以从不同层面选择不同调度方向的调度方式的问题。

为了解决上述技术问题，本发明提供了一种云主机的调度方法，所述方法包括：

确定多个调度方向以及每个调度方向对应的多个维度；

设置每个维度的调度策略，对不同维度的调度策略按打散程度划分层级；

根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链。

在一些可选的实施方式中，所述调度逻辑包括顺序逻辑，所述根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链，包括：

根据所述顺序逻辑对至少一个调度方向的不同维度对应的调度策略从层级高到层级低的顺序进行排序，生成顺序调度策略链。

在一些可选的实施方式中，所述调度逻辑包括跳跃逻辑，所述根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链，包括：

根据所述跳跃逻辑从至少一个调度方向的不同维度对应的调度策略中确定需要跳跃的调度策略，滤除所述需要跳跃的调度策略，根据滤除后的调度策略，生成跳跃调度策略链。

在一些可选的实施方式中，所述调度逻辑包括指定逻辑，所述根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链，包括：

根据所述指定逻辑从至少一个调度方向的不同维度对应的调度策略中确定指定的调度策略，根据所述指定的调度策略以及所述指定的调度策略对应的层级，生成指定调度策略链。

在一些可选的实施方式中，所述的调度策略链生成方法，包括：

所述调度方向包括：打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向；

所述多个维度包括预设的多个设备或设备集群。

本申请还提供一种调度方法，所述调度方法包括：

响应调度需求，确定云主机间的关联度以及所述调度需求中指示的业务重要性；

根据所述云主机间的关联度以及所述业务重要性，确定所述融合调度策略链中的至少一种调度策略链作为对云主机的调度方式。

在一些可选的实施方式中，所述云主机间的关联度包括：无关联、弱关联、中关联以及强关联，所述业务重要性包括：非重要业务、一般业务以及重要业务，所述方法还包括：

若所述云主机间的关联度为弱关联、中关联以及强关联中的一种，所述业务重要性为非重要业务、一般业务以及重要业务中的一种，确定所述融合调度策略链中的至少一种调度策略作为对所述云主机的调度方式；

若所述云主机间的关联度为无关联，确定集中部署作为对所述云主机的调度方式。

在一些可选的实施方式中，在确定所述融合调度策略链中的至少一种调度策略链作为对云主机的调度方式之后，所述方法还包括：

在根据所述云主机的调度方式执行到任一层级时，计算所述任一层级上设备的数量以及所述云主机的数量，确定所述云主机的数量以及所述设备的数量的比值；

若所述比值大于预设阈值，判断任一层级上的云主机未完成调度，继续执行下一层级的调度策略，直至完成对所述云主机资源的调度；

若所述比值小于或等于预设阈值，判断任一层级的云主机完成调度，确定完成对所述云主机资源的调度。

本申请还提供一种云平台，所述云平台包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现所述的调度策略链生成方法或所述的调度方法。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述的调度策略链生成方法或所述的调度方法。

本申请提供的调度策略链生成及调度方法及相关设备，能够兼顾至少一个方向不同维度的调度策略的融合，可以满足不同调度方向的调度需求，提升对云主机的管理效率。

进一步的，根据确定云主机间的关联度以及业务重要性，从确定的融合调度链中选择至少一种调度策略链作为对云主机的调度方式，在保障云主机间关联性的同时，满足复杂的业务需求。

附图说明

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

图1是本申请实施例提供的调度策略链生成及调度方法的应用环境架构图。

图2是本申请实施例提供的云主机调度策略链生成方法的流程图。

图3是本申请实施例提供的层级部署判断流程图。

具体实施方式

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

为了更好地理解本申请实施例提供的调度策略链生成及调度方法及相关设备，下面首先对本申请调度策略链生成及调度方法的应用场景进行描述。

图1是本申请实施例提供的调度策略链生成及调度方法的应用环境架构图。本申请实施例提供的调度策略链生成及调度方法应用于云平台101中，所述云平台101包括，但不限于，通过通信总线11互相通信连接的存储器12、至少一个处理器13。

如图1所示，用户从用户终端110通过网络连接数据中心100的云平台101，云平台可管理控制多个云主机102，云主机102可以是云上服务器。

云平台101提供访问接口（如界面或API），用户可通过用户终端110连线访问接口在云平台注册账号和密码，并登录云平台，云平台对账号和密码鉴权成功后，用户可以发起需求（例如，对云主机102的调度需求），云平台101根据调度需求对云主机102进行资源管控，用户终端110可实现对云主机102的调用进行业务处理，例如，数据存储、数据运算。

所述示意图1仅仅是云平台101的示例，并不构成对云平台101的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如云平台101还可以包括输入输出设备、网络接入设备等。

请参阅图2所示，图2是本申请实施例提供的云主机调度策略链生成方法的流程图，应用在云平台（例如图1的云平台101）中。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

21，确定多个调度方向以及每个调度方向对应的多个维度。

在本申请实施例中，云主机的调度方向包括，但不限于打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向，每个调度方向下均含有不同的维度，该维度包括预设的多个设备或设备集群，例如：多个维度分别对应物理宿主机、交换机、机架、机房以及可用区（Available Zone, AZ）等，每个维度上可以包含多个设备，例如，基于交换机维度，可以包含10台交换机。

在实际应用中，根据不同的需求选择不同的调度方向，例如：从业务可靠性层面考量，可以选择打散方向作为云主机的调度方向，从云平台数据中心成本层面考量，可以选择如集中部署的低成本方向作为云主机的调度方向。

22，设置每个维度的调度策略，对不同维度的调度策略按打散程度划分层级。

在本申请实施例中，可以根据每个维度的调度方式设置每个维度对应的调度策略，例如：基于物理宿主机打散的调度方式可以确定维度为物理宿主机的调度策略，其中，基于物理宿主机打散的调度方式属于反亲和调度方式，反亲和调度方式为通过自定义的反亲和配置规则设定的调度方式，每个维度对应的调度策略也可以根据每个维度实际的需要自定义设置，对此不作限定。

根据云主机间的关联程度以及业务的重要性决定打散程度，云主机间的关联程度越高以及业务的重要性越高，打散程度就越高，根据打散程度可以对不同维度的调度策略划分层级，打散程度越高，划分的层级就越高，表明越高层级对应的调度策略越能满足当前云主机的调度。

在本申请实施例中，打散方向包含的维度包括但不限于：物理宿主机、交换机、机架、机房以及可用区，根据打散程度对打散方向下不同维度的调度策略进行分级，例如，分级后的层级包括P1、P2、…、Pn。P1层级是基于物理宿主机打散，P2层级是基于交换机打散，P3层级是基于机架打散，P4层级是基于同可用区不同机房打散，P5层级是基于可用区打散，以上只是示例性的，可以根据实际需要的维度定义更多层级，即，若有n个维度，存在Pn个层级，如表1所示，表1为Pn个层级中部分层级对应的调度策略。

表1 Pn个层级中部分层级对应的调度策略

23，根据预设的调度逻辑以及层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链。

为了满足不同的业务需求，需要融合同一调度方向或不同调度方向下不同维度的调度策略，可以根据实际需求，将一个或多个调度方向对应的一个或多个调度策略，融合成融合调度策略链。

根据每个调度方向对应每个维度的调度策略的打散程度，确定每个调度方向下的多个维度对应的层级，即，每个调度方向下的同一层级对应的调度策略可能不同。

在本申请实施例中，预设的调度逻辑包括，但不限于，顺序逻辑、跳跃逻辑以及指定逻辑。

在一可选的实施例中，根据云主机实际的调度需求，若调度方向为打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向中的任一种方向，且调度逻辑为顺序逻辑，根据顺序逻辑对任一种方向中的不同维度的调度策略，从层级高到层级低的顺序进行排序，生成任一方向对应的顺序调度策略链。

具体地，假设打散方向下存在n个调度策略，分别为P1,…,Pn，根据打散层级从层级高到低的排序，生成顺序调度策略链L(Pn)，在执行顺序调度策略链L(Pn)时，从最高层级Pn对应的调度策略开始执行，从高层级到底低层的执行顺序依次为：Pn->P(n-1)->…->P1。顺序调度策略链L(Pn)也可以从指定的最高层级开始依次执行，例如：顺序调度策略链L(Pn)为P1,…,Pk,…,Pn，可以指定从Pk层级对应的调度策略开始，则将顺序调度策略链L(Pn)切换为顺序调度策略链L(Pk)，其中，n>k，顺序调度策略链L(Pk)从高层级到底层的执行顺序依次为：P(k)->P(k-1)->…->P1。

在一可选的实施例中，根据云主机实际的调度需求，若调度方向为打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向中的至少两种方向，且调度逻辑为顺序逻辑，根据顺序逻辑对至少两种方向中的不同维度的调度策略，从层级高到层级低的顺序进行排序，生成至少两种方向对应的顺序调度策略链。

具体地，为了兼顾业务高可用性和云平台数据中心低成本性，假设选择打散方向以及低成本方向，打散方向对应的调度策略为P1~Pn，低成本方向对应的调度策略为Q1~Qm，可以至少生成如下两种策略链：

第一种，可以是在打散方向对应的顺序调度策略链L(Pn)后增加低成本方向对应的顺序调度策略链L(Qm)，生成至少两种方向对应的顺序调度策略链L(Pn;Qm)，顺序调度策略链L(Pn;Qm)的执行顺序是先按L(Pn)从高层级到低层级打散后，再按L(Qm)从高层级到低层级进行打散，执行顺序为：[(Pn->P(n-1)->…->P1)]->[(Qm->Q(m-1)->…->Q1)]；

第二种，可以是在打散方向对应的顺序调度策略链L(Pn)前增加低成本方向对应的顺序调度策略链L(Qm)，生成至少两种方向对应的顺序调度策略链L(Qm;Pn)，顺序调度策略链L(Qm;Pn) 的执行顺序是先按L(Qm)从高层级到低层级打散后，再按L(Pn)从高层级到低层级进行打散。

在本申请实施例中，针对每个方向对应的顺序调度策略链，均可以指定从任意层级对应的调度策略开始打散，在指定层级后，均按层级高到层级低的顺序进行打散。

在一可选的实施例中，根据云主机实际的调度需求，若调度方向为打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向中的任一种方向，且调度逻辑为跳跃逻辑，根据跳跃逻辑从任一种方向的不同维度对应的调度策略中确定需要跳跃的调度策略，滤除需要跳跃的调度策略，根据滤除需要跳跃的调度策略后的调度策略以及滤除后的调度策略对应的层级，生成任一种方向对应的跳跃调度策略链。

具体地，假设打散方向下存在n个调度策略，分别为P1,…,Pn，需要跳过某一个调度策略，根据跳跃逻辑从n个调度策略中选出需要跳跃的调度策略a，滤除需要跳跃的调度策略a后的调度策略作为任一种方向对应的跳跃调度策略链，定义任一种方向对应的跳跃调度策略链为LS(Pn,a)，根据打散方向对应的层级P1,…,Pn，在滤除需要跳跃的调度策略a以后，执行顺序为：Pn->P(n-1)->…->P(a+1)->P(a-1)->…->P1，也可以从指定的最高层级Pk开始执行，相应的执行顺序为：Pk->P(k-1)->…->P(a+1)->P(a-1)->…->P1。

假设需要跳过多个调度策略，例如，需要跳过a和b，其中，n>k>a>b，可以定义任一种方向的跳跃调度策略链为LS(Pn,a,b)，相应的执行顺序为：Pn->…->P(a+1)->P(a-1)->…->P(b+1)->P(b-1)->…->P1，也可以是从指定的最高层级Pk开始，定义任一种方向的跳跃调度策略链为LS(Pk,a,b)，相应的执行顺序为：Pk->…->P(a+1)->P(a-1)->…->P(b+1)->P(b-1)->…->P1。

在一可选的实施例中，根据云主机实际的调度需求，若调度方向为打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向中的至少两种方向，且调度逻辑为跳跃逻辑，根据跳跃逻辑从至少两种方向的不同维度对应的调度策略中确定需要跳跃的调度策略，滤除需要跳跃的调度策略，根据滤除需要跳跃的调度策略后的调度策略以及滤除后的调度策略对应的层级，生成至少两种方向对应的跳跃调度策略链。

若在确定任一方向的跳跃调度策略链以后，增加不同调度方向，需要融合不同调度方向的调度策略链，假设打散方向对应的调度策略链为跳跃调度策略链LS(Pn,a,b)，在此基础上增加低成本方向的调度策略链Q，无论调度策略链Q属于什么类型的调度策略链，均先按跳跃调度策略链LS(Pn,a,b)打散以后，再执行Q，定义打散方向与低成本方向对应的跳跃调度策略链为LS(Pn,a,b;Q)。

在一可选的实施例中，根据云主机实际的调度需求，若调度方向为打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向中的任一种方向，且调度逻辑为指定逻辑，根据指定逻辑从任一种方向的不同维度对应的调度策略中确定指定的调度策略，根据所述指定的调度策略以及所述指定的调度策略对应的层级，生成任一种方向对应的指定调度策略链。

为了满足不同的需求，可以单独指定调度策略以及指定调度策略的执行层级，例如：基于交换机维度打散跟基于机架维度进行打散时，存在交叉，即，一个交换机可能跨多个机架，一个机架也可能有多个交换机，此时，不能单纯根据打散程度划分层级，可以根据实际需要指定调度策略。

具体地，假设打散方向需指定层级Pc和Pd，可以定义指定调度策略链为LP(Pc,Pd)，其中，可以指定层级的大小Pc>Pd或Pd>Pc，根据指定的层级大小，执行指定调度策略链。

如果需要单独执行某一个层级Pc对应的调度策略，也可以定义指定调度策略链为LP(Pc)，只执行层级Pc对应的调度策略。

在一可选的实施例中，根据云主机实际的调度需求，若调度方向为打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向中的至少两种方向，且调度逻辑为指定逻辑，根据指定逻辑从至少两种方向的不同维度对应的调度策略中确定指定的调度策略，根据所述指定的调度策略以及所述指定的调度策略对应的层级 ，生成至少两种方向对应的指定调度策略链。

若在确定任一方向的指定调度策略链以后，增加不同调度方向，需要融合不同调度方向的调度策略链，假设打散方向对应的指定调度策略链为LP(Pc,Pd)，在此基础上增加低成本方向的调度策略链Q，无论调度策略链Q属于什么类型的调度策略链，均先按指定调度策略链LP(Pc,Pd)执行完以后，再按Q调度，可以定义打散方向和低成本方向的指定调度策略链为LP(Pc,Pd;Q)。

如果在确定打散方向指定的单个调度策略以后，增加低成本方向的调度策略，可以定义打散方向和低成本方向的指定调度策略链为LP(Pc;Q)。

在实际应用中，当存在多个调度方向融合打散时，可以根据需求各个调度方向交叉执行，例如：打散方向P1,P2…Pn交叉融合低成本方向Q1,Q2,…,Qm，执行的顺序可以是：[Pn->…->P(a+1)]->P(a)]->[Q(Qm->…->Q2->Q1)]->[P(a-1)->…->P(b+1)->P(b-1)->…->P1]。在本申请实施例中，针对多个调度方向的融合，在没有其他指示的情况下，可以默认执行完一个调度方向再到另一个调度方向，例如：[调度方向A策略链]->[调度方向B策略链]->[调度方向C策略链]…，也可以根据实际需要交叉执行，无需执行完一个调度方向再到另一个调度方向，例如，在云平台环境变更后可以根据实际需要，交叉执行，将调度方向B整体赋予调度A方向的A(m)层级，其中An为A方向最高层级，n>m，执行顺序为：[调度方向A.(策略An~策略Am)]->[调度方向B]->[调度方向A.(策略A(m-1)~策略A1)]->[调度方向C]…，其中，所述云平台环境变更可以是云平台扩容、缩容以及硬件故障等。

本申请能够保障不同调度方向以及不同层级对应的调度策略的兼容性，提升对云主机资源的调度效率。

在一可选的实施例中，根据云主机间的关联程度、业务的重要程度确认需要打散的程度，进而选择合适的调度策略链，开立的云主机自动匹配对应的调度策略链。

云主机间的关联度以及调度需求中指示的业务重要性可以根据实际需求预先设置。云主机间的关联度可以包括：无关联、弱关联、中关联以及强关联，例如：可以预定义不同账号下的云主机间的关联度为无关联，同一账号下不同项目下云主机间的关联度为弱关联、同一项目下的云主机间的关联度为中关联、同一个集群或者同一个负载均衡下的云主机属于强关联。业务重要性可以包括：非重要业务、一般业务以及重要业务。

表2 根据云主机间的关联度以及业务重要性预定义融合调度策略链

针对表2所展示的根据云主机间的关联度以及业务重要性预定义融合调度策略链，可以参见以下说明：

a.比如云主机间无关联，这种情形则无需打散，采用非空闲母机优先调度方式集中部署。

b.比如是同一个租户账号下不同项目的云主机，云主机间属于弱关联，此种情形可选择指定调度策略链L(P1)。

c.比如是同一个项目下的云主机，云主机间属于中关联，并且为一般业务，需保证高可用性一般，此种情形可选择顺序调度策略链L(P3)。

d.比如是同一个负载均衡下的云主机，云主机间属于强关联，并且为重要业务，高可用性需求很高，此种情形可选择顺序调度策略链L(P5)。

上述只是举例说明，其他部分可参考执行。

在一可选的实施例中，云平台根据云平台实际资源情况，自动适配、优化、调整调度策略链。平台扩容、平台缩容、平台硬件故障、云主机性质变更等将自动触发更新调度策略链。

在一具体的实施例中，云平台根据云平台实际资源情况，自动适配、优化、调整调度策略链。假设云平台机房环境有多个机架，每个机架对应一台交换机，此时基于机架打散和基于交换机打散是一样的效果，为提升执行效率，P3和P2两种策略只需执行一种，P3和P2舍大取小，只执行P2。表2中的调度策略链自动调整成如表3所示，表3是云平台检测到云主机业务发生变化后自动更新融合调度策略链。

表3 云平台检测到云主机业务发生变化后自动更新融合调度策略链

在一具体的实施例中，云平台资源数量变更、硬件数量变更等自动触发更新调度策略链。如云平台机房环境每个机架下有多台交换机，基于机架打散定义为P3，基于交换机打散定义为P2。如云平台机房环境每台交换机跨多个机架，基于交换机打散定义为P3，基于机架打散定义为P2。若平台架构或硬件信息发生变化，云平台根据实际情况自动检测及更新交换机和机架的打散层级。

在一具体的实施例中，云主机业务发生变化触发更新调度策略链。如云主机系统重装、重要进程重启、访问端口变化等将触发提醒管理员重新赋予业务重要等级。云平台检测到云主机业务发生变化后自动更新调度策略链。

在一具体的实施例中，云主机间关联性发生变化触发更新调度策略链。如云主机的项目归属变更、上联负载均衡变更等将被云平台自动检测到，云平台检测到以上变更将自动更新云主机间的关联性。如同一账号下不同项目下云主机属于弱关联，同一项目下云主机属于中关联，同一负载均衡下云主机属于强关联。云平台检测到云主机关联性发生变化后自动更新调度策略链。

在一可选的实施例中，在确定融合调度策略链中的至少一种调度策略链作为对云主机的调度方式之后，还包括判断是否完成对云主机资源的调度，包括如下步骤，如图3所示，图3是本申请实施例提供的层级部署判断流程图：

31，在根据云主机的调度方式执行到任一层级时，计算任一层级上设备的数量以及云主机的数量，确定云主机的数量以及设备的数量的比值。

当云主机执行到任一层级时，根据任一层级对应的调度策略进行部署，通过计算任一层级上设备的数量以及云主机的数量来判断任一层级是否部署完成，假设层级Pn上有An个设备以及Bn个云主机，计算设备的数量以及云主机的数量的比值为Bn/An，其中的设备可以是交换机、机房以及机架等。

32，判断比值是否大于阈值。

33，若比值大于预设阈值，判断任一层级上的云主机未完成调度，继续执行下一层级的调度策略，直至完成对云主机资源的调度。

假设预设阈值为1，如果Bn/An>1，表明任一层级上的云主机未完成调度，继续执行下一层级的调度策略，例如，任一层级为P3，下一层级为P2，其中，P2、P3可以是根据实际需求采用任一调度策略链对应的层级，P3层级的执行优先级大于P2层级的执行优先级，即P3>P2，当层级P3未完成调度时，继续判断层级P2是否完成调度，以此类推，直至完成部署。

34，若比值小于或等于预设阈值，判断任一层级的云主机完成调度，确定完成对云主机资源的调度。

假设预设阈值为1，如果Bn/An≤1，表明任一层级上的云主机完成调度，每个设备上的云主机数量为0个或1个，不执行下一层级的调度策略，例如，任一层级为P3，下一层级为P2，其中，P2、P3可以是根据实际需求采用任一调度策略链对应的层级，P3层级的执行优先级大于P2层级的执行优先级，即P3>P2，当层级P3完成对云主机的调度以后，确定完成对云主机资源的调度，不再执行对层级P2的调度。

本申请通过融合不同调度方向以及不同层级的调度策略组成融合调度策略链，根据云主机间的关联度以及调度需求中指示的业务重要性，确定合适的融合调度策略链，满足复杂的业务需求，比如同时选择打散方向和低成本方向，可满足业务高可用性的同时降低云平台数据中心成本，比如选择单一打散方向，可选择不同维度的调度策略，可满足不同程度的部署需求，本申请实施例可以根据实际的需要组合成融合调度策略链，根据云主机间关联性的变化以及业务重要性的变化，及时调整融合调度策略链的融合方式，可以满足复杂的业务场景。

请继续参阅图1，本实施例中，所述存储器12可以是云平台101的内部存储器，即内置于所述云平台101的存储器。在其他实施例中，所述存储器12也可以是云平台101的外部存储器，即外接于所述云平台101的存储器。

在一些实施例中，所述存储器12用于存储程序代码和各种数据，并在云平台101的运行过程中实现高速、自动地完成程序或数据的存取。

所述存储器12可以包括随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘、智能存储卡（Smart Media Card，SMC）、安全数字（Secure Digital，SD）卡、闪存卡（Flash Card）、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在一实施例中，所述处理器13可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者所述处理器也可以是其它任何常规的处理器等。

所述存储器12中的程序代码和各种数据如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，例如调度策略链生成及调度方法，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于计算机可读存储介质中，所述计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）等。

另外，以上对本发明实施例所提供的一种调度策略链生成及调度方法及相关设备进行了详细介绍，本文中应采用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种调度策略链生成方法，其特征在于，所述方法包括：

确定多个调度方向以及每个调度方向对应的多个维度；

设置每个维度的调度策略，对不同维度的调度策略按打散程度划分层级；

根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链。

2.根据权利要求1所述的调度策略链生成方法，其特征在于，所述调度逻辑包括顺序逻辑，所述根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链，包括：

根据所述顺序逻辑对至少一个调度方向的不同维度对应的调度策略从层级高到层级低的顺序进行排序，生成顺序调度策略链。

3.根据权利要求1所述的调度策略链生成方法，其特征在于，所述调度逻辑包括跳跃逻辑，所述根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链，包括：

根据所述跳跃逻辑从至少一个调度方向的不同维度对应的调度策略中确定需要跳跃的调度策略，滤除所述需要跳跃的调度策略，根据滤除后的调度策略，生成跳跃调度策略链。

4.根据权利要求1所述的调度策略链生成方法，其特征在于，所述调度逻辑包括指定逻辑，所述根据预设的调度逻辑以及所述层级，对至少一个调度方向的不同维度对应的调度策略进行融合，生成融合调度策略链，包括：

根据所述指定逻辑从至少一个调度方向的不同维度对应的调度策略中确定指定的调度策略，根据所述指定的调度策略以及所述指定的调度策略对应的层级，生成指定调度策略链。

5.根据权利要求1至4中任一项所述的调度策略链生成方法，其特征在于：

所述调度方向包括：打散方向、低成本方向、资源平衡方向、资源利用率方向以及服务等级协议方向；

所述多个维度包括预设的多个设备或设备集群。

6.一种调度方法，其特征在于，使用权利要求1至5中任一项所述的调度策略链生成方法生成的融合调度策略链，所述调度方法包括：

响应调度需求，确定云主机间的关联度以及所述调度需求中指示的业务重要性；

根据所述云主机间的关联度以及所述业务重要性，确定所述融合调度策略链中的至少一种调度策略链作为对云主机的调度方式。

7.根据权利要求6所述的调度方法，其特征在于，所述云主机间的关联度包括：无关联、弱关联、中关联以及强关联，所述业务重要性包括：非重要业务、一般业务以及重要业务，所述方法还包括：

根据所述云主机间的关联度为弱关联、中关联以及强关联中的一种，所述业务重要性为非重要业务、一般业务以及重要业务中的一种，确定所述融合调度策略链中的至少一种调度策略作为对所述云主机的调度方式；

根据所述云主机间的关联度为无关联，确定集中部署作为对所述云主机的调度方式。

8.根据权利要求7所述的调度方法，其特征在于，在确定所述融合调度策略链中的至少一种调度策略链作为对云主机的调度方式之后，所述方法还包括：

在根据所述云主机的调度方式执行到任一层级时，计算所述任一层级上设备的数量以及所述云主机的数量，确定所述云主机的数量以及所述设备的数量的比值；

若所述比值大于预设阈值，判断任一层级上的云主机未完成调度，继续执行下一层级的调度策略，直至完成对所述云主机资源的调度；

若所述比值小于或等于预设阈值，判断任一层级的云主机完成调度，确定完成对所述云主机资源的调度。

9.一种云平台，其特征在于，所述云平台包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序以实现如权利要求1至5中任意一项所述的调度策略链生成方法或权利要求6至8任意一项所述的调度方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有至少一个指令，所述至少一个指令被处理器执行时实现如权利要求1至5中任意一项所述的调度策略链生成方法或权利要求6至8任意一项所述的调度方法。

Images