WO2018049873A1 - 一种应用调度方法及装置 - Google Patents

Abstract

一种应用调度方法及装置，涉及通信技术领域，能够提高应用部署的成功率。该方法包括：调度装置从部署管理装置接收应用集合，该应用集合包括该应用集合中的每个待部署应用与该待部署应用的资源需求之间的对应关系；该调度装置获取多个资源节点中每个资源节点的空闲资源量和预设的部署条件，该部署条件包括该每个资源节点的预设SLA条件；对于该每个待部署应用，该调度装置根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，其中，部署该待部署应用后的该资源节点的服务等级协议SLA参数满足该资源节点的预设SLA条件。该方法应用于应用调度场景中。

Description

一种应用调度方法及装置

本申请要求于2016年9月13日提交中国专利局、申请号为201610822030.X，发明名称为“一种应用调度方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域，尤其涉及一种应用调度方法及装置。

背景技术

随着虚拟化技术的飞速发展，虚拟化技术已经从物理机的虚拟化发展到操作系统容器化阶段。容器化技术是一种操作系统层的轻量级的资源虚拟化技术，能够实现在单一主机上支持进程和资源的隔离，使得主机在性能损耗极小的情况下，提供上千个高密度隔离运行的容器应用(即在容器中运行的应用)，最大程度提高系统资源利用率。

容器集群管理，是完成容器的编排和调度的关键技术。目前，使用最为广泛的容器集群管理系统是Kubernetes(k8s)系统。k8s系统支持一种是“hard”选择器，它保证所选的主机必须满足所有待部署的容器应用之间的亲和性关系，例如，容器应用A和容器应用B具有亲和性(可以理解为绑定关系)，则容器应用A和容器应用B必须部署在同一台主机上，容器应用A和容器应用C具有反亲和性(可以理解为资源竞争关系)，则容器应用A和容器应用C必须部署在不同的主机上。

然而，当系统中的主机资源不足以满足某些待部署容器应用之间的亲和性关系时，例如，系统中的没有空闲资源量能够同时部署容器应用A和容器应用B的主机，或者系统中没有足够的主机数量使得容器应用A和容器应用B分开部署，“hard”选择器将无法完成这些容器应用的部署，从而导致这些容器应用无法运行。

发明内容

本发明的实施例提供一种应用调度方法及装置，能够提高应用部署的成功率。

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

第一方面，本发明实施例提供一种应用调度方法，该方法包括：

调度装置从部署管理装置接收应用集合，该应用集合包括该应用集合中的每个待部署应用与该待部署应用的资源需求之间的对应关系；该调度装置获取多个资源节点中每个资源节点的空闲资源量和预设的部署条件，该部署条件包括该每个资源节点的预设SLA条件；对于该每个待部署应用，该调度装置根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，其中，部署该待部署应用后的该资源节点的服务等级协议SLA参数满足该资源节点的预设SLA条件。

本发明实施例提供一种应用调度方法，调度装置能够基于资源节点的SLA条件，将待部署应用部署在满足该待部署应用的资源需求的资源节点上，使得应用的部署不再受限于固定的亲和性关系，从而调度装置可以在满足SLA条件的情况下，更加高效的部署更多的应用，提高了应用部署的成功率。

在一种可能的设计中，调度装置获取多个资源节点中每个资源节点的空闲资源量，包括：该调度装置从检测装置接收每个资源节点的空闲资源量。

在一种可能的设计中，应用集合还包括该应用集合中待部署应用之间的亲和性关系，该亲和性关系包括该应用集合中的待部署应用之间的绑定关系或资源竞争关系，该应用集合中具有绑定关系的待部署应用为一组待部署应用；对于每个待部署应用，调度装置根据部署条件，将待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，其中，部署该待部署应用后的该资源节点的SLA参数满足该资源节点的预设SLA条件，包括：对于该应用集合中的每一组待部署应用，该调度装置根据该部署条件，将一组待部署应用部署在空闲资源量满足一组待部署应用的总资源需求的资源节点上，其中，部署一组待部署应用后的该资源节点的SLA参数满足该资源节点的预设SLA条件。

在一种可能的设计中，若该调度装置根据该部署条件，将该一组待部署应用部署在空闲资源量满足该一组待部署应用的总资源需求的资源节点上之前，该多个资源节点上具有已部署的应用；该调度装置根据该部署条件，将该一组待部署应用部署在空闲资源量满足该一组待部署应用的总资源需求的资源节点上，包括：该调度装置根据该部署条件，将该一组待部署应用部署在空闲资源量满足该一组待部署应用的总资源需求，且已部署的应用与该一组待部署应用不具备该资源竞争关系的资源节点上。

在一种可能的设计中，应用集合还包括该应用集合中待部署应用的亲和性关系，该亲和性关系包括该应用集合中待部署应用之间的资源竞争关系，若该调度装置根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上之前，该多个资源节点上具有已部署的应用，该调度装置根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，包括：该调度装置根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求，且已部署的应用于该待部署应用不具备该资源竞争关系的资源节点上。

在上述三种可能的设计中，调度装置能够在满足资源节点的SLA条件的情况下，按照待部署应用的资源需求和待部署应用之间的亲和性关系，对该待部署应用进行部署，从而进一步保证了待部署应用在完成部署后，运行过程中的业务质量。

在一种可能的设计中，调度装置根据部署条件，将待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上之前，该方法还包括：该调度装置确定该多个资源节点中不存在部署该待部署应用后，SLA参数满足对应的预设SLA条件的资源节点；该调度装置对该多个资源节点上已部署的部分应用进行重新部署，以使得该多个资源节点中的部分资源节点的空闲资源量增大；该调度装置根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，包括：该调度装置根据该部署条件，将该待部署应用部署在该部分资源节点中空闲资源量满足该待部署应用的资源需求的资源节点上。

在这种可能的设计中，当多个资源节点的空闲资源量不满足待部署应用的部署要求时，可以通过重新部署该多个资源节点上的部分已部署的应用的方式，增大多个资源节点中部分资源节点的空闲资源量，以使得该部分资源节点能够在满足SLA条件的情况下部署该待部署应用，从而进一步提高了待部署应用的部署成功率。

在一种可能的设计中，该方法还包括：该调度装置接收该检测装置发送的调度决策消息，该调度决策消息中包括调整指令和至少一个待调整应用的标识，该调整指令用于指示该调度装置重新部署该至少一个待调整应用的标识指示的该至少一个待调整应用；对于该至少一个待调整应用中的每个待调整应用，该调度装置根据该调整指令和该部署条件，将该待调整应用重新部署在空闲资源量满足该待调整应用的资源需求的另一个资源节点上，其中，部署该 待调整应用后的该另一个资源节点的SLA参数满足该另一个资源节点的预设SLA条件。

在这种可能的设计中，调度装置能够根据检测装置的指示，及时对性能数据不满足对应的SLA条件的待调整应用进行重新部署，提高应用在运行过程中的可靠性，优化系统的性能。

第二方面，本发明实施例提供一种应用调度方法，该方法包括：检测装置获取与多个资源节点中的每个资源节点对应的监测数据，该监测数据包括该资源节点上已部署的应用的性能数据；该检测装置根据该监测数据计算该资源节点的空闲资源量；该检测装置向调度装置发送计算的该每个资源节点的空闲资源量，该每个资源节点的空闲资源量用于该调度装置部署待部署应用。

通过本发明实施例提供的应用调度方法，检测装置能够通过实时监测每个资源节点的监测数据，计算每个资源节点当前的空闲资源量，并将每个资源节点当前的空闲资源量发送至调度装置，以使得调度装置能够根据每个资源节点的有效空闲资源量，部署待部署应用，从而提高资源节点的资源使用效率。

在一种可能的设计中，该方法还包括：该检测装置根据与该每个资源节点对应的监测数据和预设的与每个已部署的应用对应的SLA条件，确定该多个资源节点上已部署的所有应用中存在至少一个待调整应用，该待调整的应用的性能数据不满足该待调整应用对应的SLA条件；该检测装置向该调度装置发送调度决策消息，该调度决策消息中包括该至少一个待调整应用的标识和调整指令，该调整指令用于指示该调度装置重新部署该至少一个待调整应用。

在这种可能的设计中，检测装置能够实时监测每个已部署的应用的运行状态，并在确定已部署的应用中存在性能数据不满足对应的SLA条件的待调整应用时，及时指示调度装置对该待调整应用进行重新部署，提高应用在运行过程中的可靠性，优化系统的性能。

第三方面，本发明实施例提供一种调度装置，包括：接收单元，用于从部署管理装置接收应用集合，该应用集合包括该应用集合中的每个待部署应用与该待部署应用的资源需求之间的对应关系；获取单元，用于获取多个资源节点中每个资源节点的空闲资源量和预设的部署条件，该部署条件包括该每个资源节点的预设SLA条件；部署单元，用于对于该每个待部署应用，根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，其中，部署该待部署应用后的该资源节点的服务等级协议SLA参数满足该资源节点的预设SLA条件。

在一种可能的设计中，获取单元获取多个资源节点中每个资源节点的空闲资源量时，具体包括：该获取单元从检测装置接收每个资源节点的空闲资源量。

在一种可能的设计中，接收单元接收到的应用集合还包括该应用集合中待部署应用之间的亲和性关系，该亲和性关系包括该应用集合中的待部署应用之间的绑定关系或资源竞争关系，该应用集合中具有绑定关系的待部署应用为一组待部署应用，该部署单元，具体用于对于该应用集合中的每一组待部署应用，将一组待部署应用部署在空闲资源量满足这一组待部署应用的总资源需求的资源节点上，其中，部署这一组待部署应用后的资源节点的SLA参数满足该资源节点的预设SLA条件。

在一种可能的设计中，若部署单元根据部署条件，将一组待部署应用部署在空闲资源量满足这一组待部署应用的总资源需求的资源节点上之前，该多个资源节点上具有已部署的应用，该部署单元根据该部署条件，将一组待部署应用部署在空闲资源量满足这一组待部署应用的总资源需求的资源节点上，具体包括：该部署单元根据该部署条件，将一组待部署应用部署在空闲资源量满足这一组待部署应用的总资源需求，且已部署的应用与这一组待部署应 用不具备该资源竞争关系的资源节点上。

在一种可能的设计中，接收单元接收到的应用集合还包括该应用集合中待部署应用的亲和性关系，该亲和性关系包括该应用集合中待部署应用之间的资源竞争关系，若该部署单元根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上之前，该多个资源节点上具有已部署的应用，该部署单元根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，具体包括：该部署单元根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求，且已部署的应用于该待部署应用不具备该资源竞争关系的资源节点上。

在一种可能的设计中，部署单元，还用于在根据部署条件，将待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上之前，确定该多个资源节点中不存在部署该待部署应用后，SLA参数满足对应的预设SLA条件的资源节点；并对该多个资源节点上已部署的部分应用进行重新部署，以使得该多个资源节点中的部分资源节点的空闲资源量增大；该部署单元根据该部署条件，将该待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，具体包括：该部署单元根据该部署条件，将该待部署应用部署在该部分资源节点中空闲资源量满足该待部署应用的资源需求的资源节点上。

在一种可能的设计中，接收单元，还用于接收检测装置发送的调度决策消息，该调度决策消息中包括调整指令和至少一个待调整应用的标识，该调整指令用于指示该部署单元重新部署该至少一个待调整应用的标识指示的该至少一个待调整应用；该部署单元，还用于对于该至少一个待调整应用中的每个待调整应用，根据该调整指令和该部署条件，将该待调整应用重新部署在空闲资源量满足该待调整应用的资源需求的另一个资源节点上，其中，部署该待调整应用后的该另一个资源节点的SLA参数满足该另一个资源节点的预设SLA条件。

本发明实施例提供的调度装置的技术效果可以参见上述第一方面或第一方面的各个可选方式的技术效果，此处不再赘述。

第四方面，本发明实施例提供一种检测装置，包括：获取单元，用于获取与多个资源节点中的每个资源节点对应的监测数据，该监测数据包括该资源节点上已部署的应用的性能数据；计算单元，用于根据该获取单元获取的监测数据计算该资源节点的空闲资源量；发送单元，用于向调度装置发送该计算单元计算的每个资源节点的空闲资源量，每个资源节点的空闲资源量用于该调度装置部署待部署应用。

在一种可能的设计中，检测装置还包括确定单元，该确定单元，用于根据获取单元获取的与每个资源节点对应的监测数据和预设的与每个已部署的应用对应的服务等级协议SLA条件，确定该多个资源节点上已部署的所有应用中存在至少一个待调整应用，该待调整应用的性能数据不满足该待调整的应用对应的SLA条件；该发送单元，还用于向该调度装置发送调度决策消息，该调度决策消息中包括该至少一个待调整的应用的标识和调整指令，该调整指令用于指示该调度装置重新部署该至少一个待调整应用。

本发明实施例提供的检测装置的技术效果可以参见上述第二方面或第二方面的各个可选方式的技术效果，此处不再赘述。

需要说明的是，上述第一方面至第四方面中所述的待部署应用和待调整应用可以是在容器应用，也可以是运行在非容器环境中的应用。

第五方面，本发明实施例提供了一种调度装置，该调度装置可以实现上述方面所涉及方法中调度装置所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件 实现。所述硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该调度装置的结构中包括处理器和通信接口，该处理器被配置为支持该调度装置执行上述方法中相应的功能。该通信接口用于支持该调度装置与其他网元之间的通信。该调度装置还可以包括存储器，该存储器用于与处理器耦合，其保存该调度装置必要的程序指令和数据。

第六方面，本发明实施例提供一种可读介质，包括计算机执行指令，当调度装置的处理器执行所述计算机执行指令时，所述调度装置执行如上述第一方面或第一方面的任意一种实现方式中所述的应用部署方法。

第七方面，本发明实施例提供了一种检测装置，该检测装置可以实现上述方面所涉及方法实施例中检测装置所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该检测装置的结构中包括处理器和通信接口，该处理器被配置为支持该检测装置执行上述方法中相应的功能。该收发器用于支持该检测装置与其他网元之间的通信。该检测装置还可以包括存储器，该存储器用于与处理器耦合，其保存该检测装置必要的程序指令和数据。

第八方面，本发明实施例提供一种可读介质，包括计算机执行指令，当检测装置的处理器执行所述计算机执行指令时，所述检测装置执行如上述第二方面或第二方面的任意一种实现方式中所述的应用部署方法。

第九方面，本发明实施例提供了一种通信系统，该系统包括上述方面所述的调度装置和检测装置。

相较于现有技术，在本发明实施例提供的通信系统中，调度装置能够基于资源节点的SLA条件，将待部署应用部署在满足该待部署应用的资源需求的资源节点上，使得应用的部署不再受限于固定的亲和性关系，从而调度装置可以在满足SLA条件的情况下，更加高效的部署更多的应用，提高了应用部署的成功率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，并不是全部的实施例。

图1为本发明实施例提供的一种通信系统框图；

图2为本发明实施例提供的一种物理机的结构示意图；

图3为本发明实施例提供的一种应用调度方法的交互图；

图4为本发明实施例提供的一种应用调度方法的场景示意图一；

图5为本发明实施例提供的一种应用调度方法的场景示意图二；

图6为本发明实施例提供的一种应用调度方法的场景示意图三；

图7为本发明实施例提供的一种应用调度方法的场景示意图四；

图8为本发明实施例提供的一种应用调度方法的场景示意图五；

图9为本发明实施例提供的一种监测方法的交互图；

图10为本发明实施例提供的一种动态调整方法的交互图；

图11为本发明实施提供的一种Apache容器应用和MySQL容器应用的网络架构示意图；

图12A为本发明实施例提供的一种调度装置的结构示意图一；

图12B为本发明实施例提供的一种调度装置的结构示意图二；

图12C为本发明实施例提供的一种调度装置的结构示意图三；

图13A为本发明实施例提供的一种检测装置的结构示意图一；

图13B为本发明实施例提供的一种检测装置的结构示意图二；

图13C为本发明实施例提供的一种检测装置的结构示意图三；

图14A为本发明实施例提供的一种部署管理装置的结构示意图一；

图14B为本发明实施例提供的一种部署管理装置的结构示意图二；

图14C为本发明实施例提供的一种部署管理装置的结构示意图三。

具体实施方式

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

如图1所示，为本发明实施例提供的一种通信系统，包括部署管理装置、调度装置、检测装置、多个代理装置以及每个代理装置对应的资源节点。部署管理装置与调度装置连接，调度装置与检测装置以及每个代理装置连接，检测装置也与每个代理装置连接。

其中，资源节点可以是虚拟机，也可以是物理机，每个资源节点上可以部署多个应用，例如，应用A、应用B和应用C等。

部署管理装置为用户提供配置界面，支持用户输入、修改待部署应用集合、部署条件以及应用之间的亲和性关系等信息，并将用户配置的信息发送至调度装置，以触发调度装置调用相关的配置条件以及亲和性关系，对待部署应用进行部署。

其中，应用之间的亲和性关系可以包括亲和性和反亲和性，亲和性用于指示至少两个应用要求部署在同一资源节点上，例如，共享存储的至少两个应用，共享网络的至少两个应用，或是需要进行信息交互的至少两个应用等具备高度时延敏感的应用，为了满足时延要求，这些应用通常被绑定在同一资源节点上，即在本发明实施例中，可以将需要部署在同一资源节点上的应用之间关系称为绑定关系。

例如，订购前端应用(Order Web App)和订购后端服务(Order Service)是两个绑定的应用，需要进行信息交互，那么为了提高订购前端应用和订购后端服务之间的通信效率，可以将订购前端应用和订购后端服务部署在同一资源节点上。

反亲和性用于指示至少两个应用要求部署在不同的资源节点上，例如，存在端口冲突的至少两个应用，存在CPU竞争的至少两个应用等存在资源竞争的应用，为了保证每个应用的进程具有独立的高可靠性资源，这些应用通常被部署在不同的资源节点上。在本发明实施例中，可以将需要部署在不同的资源节点上的应用之间关系称为资源竞争关系。

例如，同一个集群中的应用之间具有资源竞争关系，那么为了保证同一集群中每个应用的业务质量，且为了避免一个资源节点出现故障，而导致整个集群中的应用都停止运行，同一集群中的应用要求被部署在不同的资源节点上。

调度装置负责存储相关的配置条件以及应用之间的亲和性关系，并根据配置条件以及应用之间的亲和性关系，对待部署应用进行部署，以及对已部署但需要调整的应用进行重新部署。

检测装置通过对已部署的应用的性能数据进行分析监测，分析已部署的应用中是否存在 需要调整的应用，并及时触发调度装置对需要调整的应用进行重新部署。

代理装置负责实时监控与其对应的资源节点上运行的应用，并将收集的应用的性能数据发送至检测装置。

在本发明实施例中，每一个代理装置可以都可以集成在其对应的资源节点上，也可以为独立于其对应的资源节点的虚拟机或者物理机。

部署管理装置、调度装置和检测装置可以分别为独立的物理机，也可以分别为运行在同一物理机上的独立的进程或者独立的线程等。

如图2所示，为本发明实施例提供的一种物理机，包括：处理器、存储器、总线、输入输出接口和通信接口。总线是连接处理器、存储器、输入输出接口和通信接口，并且在处理器、存储器、输入输出接口和通信接口之间实现数据传输。例如，处理器通过总线从输入输出接口接收到命令，解密接收到的命令，根据解密的命令执行计算或数据处理。存储器可以包括程序模块，例如内核(kernel)，中间件(middleware)，应用程序接口(AP)和应用等。程序模块可以由软件、固件、硬件或其中的至少两种组成。输入输出接口转发用户通过输入设备(例如感应器、键盘、触摸屏)输入的命令或数据。通信接口将本物理机与其他的物理机、网络进行连接。例如，通信接口可以通过有线或无线连接到网络以连接到外部其它的物理机。可选的，该物理机上还可以包括显示设备，用于向用户显示由用户输入的配置信息以及向用户显示操作界面等。

值得说明的是，在本发明实施例提供的应用部署方法，适用于容器应用，也适用于运行在非容器环境中的应用。

对于容器应用，在本发明实施例中，可以将运行在同一容器中的至少一个容器应用视为一个应用整体，通过本发明实施例提供的应用部署方法同样适用于该应用整体，也就是说，本发明实施例提供的应用部署方法同样适用于容器部署的过程。

基于如图1所示的通信系统，本发明实施例提供的应用部署方法，如图3所示，该方法可以包括：

S101、部署管理装置向调度装置发送应用集合，该应用集合包括该应用集合中的每个待部署应用与该待部署应用的资源需求之间的对应关系。

其中，应用集合为用户通过该部署管理装置提供的配置界面输入到该部署管理装置中，然后由该部署管理装置将该应用集合发送至调度装置的，用于指示调度装置对应用集合中的待部署应用进行部署。

该应用集合中包括至少一个待部署应用和每个待部署应用的资源需求，每个待部署应用和其资源需求相互对应，调度装置可以根据该对应关系，将每个待部署应用部署在能够满足其对应资源需求的资源节点上。

示例性的，待部署应用的资源需求可以包括该待部署应用所需的CPU资源和内存资源，还可以包括其他部署该待部署应用所需的物理资源或者虚拟资源。

S102、调度装置获取多个资源节点中每个资源节点的空闲资源量和预设的部署条件，该部署条件包括每个资源节点的预设SLA条件。

其中，每个资源节点的预设SLA条件可以包括该资源节点的CPU使用率的上限、内存使用率的上限或者其他上限参数等。

可选的，调度装置可以从部署管理装置中获取部署条件，也可以从本地获取预先存储的 部署条件。

示例性的，该部署条件为用户通过部署管理装置提供的界面输入到部署管理装置中的，当调度装置请求获取该部署条件时，可以由部署管理装置将该部署条件发送至调度装置。或者，部署管理装置也可以在接收到用户输入的部署条件后，直接将该部署条件发送至调度装置，由调度装置将该部署条件存储在本地，当调度装置对待部署应用进行部署时，该调度装置可以直接从本地读取存储的部署条件。

可选的，调度装置也可以通过多种方式获取每个资源节点的空闲资源量。例如，调度装置可以从检测装置接收每个资源节点的空闲资源量，也可以从本地维护的多个资源节点的资源使用情况数据库中获取，其中，资源使用情况数据库中包括每个资源节点的属性信息，每个资源节点上部署的应用的信息，以及每个资源节点的空闲资源量等。检测装置可以周期性的上报每个资源节点的空闲资源量，从而调度装置对本地维护的资源使用情况数据库进行更新。

S103、对于每个待部署应用，调度装置根据部署条件，将待部署应用部署在空闲资源量满足该待部署应用的资源需求的资源节点上，其中，部署该待部署应用后的资源节点的SLA参数满足该资源节点的预设SLA条件。

示例性的，以应用A为例，假设应用A为该应用集合中的一个待部署应用，该应用A的资源需求包括5％的CPU资源，以及300M的内存资源，每个资源节点的SLA条件均包括：内存使用率的上限为75％，CPU使用率的上限为80％。调度装置根据获取的每个资源节点的空闲资源量，确定空闲资源量能够满足应用A的资源需求，且CPU使用率增加5％后仍然小于80％，内存的使用量增加300M之后使用率仍然小于75％的资源节点。

例如，调度装置确定该多个资源节点中的资源节点1的CPU使用率为20％，有80％的空闲CPU资源，资源节点1的2G的内存中还有1.5G未使用，即资源节点1的空闲资源量能够满足应用A的资源需求，且CPU使用率增加5％之后为25％，仍然小于80％，资源节点1的内存使用量增加300M之后，内存使用率为40％，仍然小于75％，调度装置可以确定资源节点1为满足应用A的部署要求的资源节点，从而调度装置可以将应用A部署在资源节点1上，且能够保证部署了应用A之后，资源节点1的SLA参数，包括CPU使用率和内存使用率，满足资源节点1的预设SLA条件。

需要说明的是，该多个资源节点中可能存在多个能够满足应用A的部署要求的资源节点，调度装置可以随机选择其中一个资源节点部署应用A，也可以在确定的第一个能够满足应用A的部署要求的资源节点上部署应用A，对此，本发明实施例不做限制。

通过本发明实施例提供的应用调度方法，调度装置能够基于资源节点的SLA条件，将待部署应用部署在满足该待部署应用的资源需求的资源节点上，使得应用的部署不再受限于固定的亲和性关系，从而调度装置可以在满足SLA条件的情况下，更加高效的部署更多的应用，提高了应用部署的成功率。

在一个示例中，若部署管理装置发送的应用集合中还包括该应用集合中待部署应用之间的亲和性关系，那么调度装置还可以根据部署条件和该亲和性关系对应用集合中的待部署应用进行部署。

在本发明实施例中，若该应用集合中存在具有绑定关系的待部署应用，则可以将具有绑定关系的待部署应用确定为一组待部署应用，例如，应用A和应用B具有绑定关系，则应用A和应用B为一组待部署应用。若该应用集合中的应用A和应用B分别具有3个实例，为应 用A1、应用A2、应用A3和应用B1、应用B2、应用B3，那么应用A1和应用B1可以为一组待部署应用，应用A2和应用B2可以为一组待部署应用，应用A3和应用B3可以为一组待部署应用。

需要说明的是，应用A1、应用A2和应用A3是完全相同的应用，都为应用A，在本发明实施例中，为了便于描述，将这三个实例分别称为应用A1、应用A2和应用A3。同理，应用B1、应用B2、应用B3也是完全相同的应用，都为应用B。

对于该应用集合中的每一组待部署应用，调度装置都可以根据部署条件，将一组待部署应用部署在空闲资源量满足这一组待部署应用的总资源需求的资源节点上，其中，部署这一组待部署应用后的资源节点的SLA参数满足该资源节点的预设SLA条件。

示例性的，以应用集合中的应用A1和应用B1这一组待部署应用为例，假设，应用A1的资源需求包括5％的CPU资源，以及300M的内存资源，应用B1的资源需求包括8％的CPU资源，以及200M的内存资源，那么应用A1和应用B1的总资源需求为500M的内存资源和13％的CPU资源，每个资源节点的SLA条件均包括：内存使用率的上限为75％，CPU使用率的上限为80％。调度装置根据获取的每个资源节点的空闲资源量，确定空闲资源量能够满足应用A1和应用B1的总资源需求，且CPU使用率增加13％后仍然小于80％，内存的使用量增加500M之后使用率仍然小于75％的资源节点。

例如，调度装置确定资源池中的资源节点1的空闲资源量能够满足应用A1和应用B1的总资源需求，且CPU使用率增加13％之后为33％，仍然小于80％，资源节点1的内存使用量增加500M之后，内存使用率为49％，仍然小于75％，调度装置即可确定资源节点1满足应用A1和应用B1的部署要求的资源节点，从而调度装置可以将应用A1和应用B1部署在资源节点1上，且能够保证部署了应用A1和应用B1之后，资源节点1的SLA参数，包括33％的CPU使用率，49％的内存使用率，仍然满足资源节点1的预设SLA条件。

同理，调度装置可以按照对应用A1和应用B1的部署过程，对应用集合中的应用A2和应用B2，以及应用A3和应用B3这两组待部署应用进行部署，示例性的，如图4所示，调度装置将应用A2和应用B2部署在能够部署应用A2和应用B2的资源节点2上，将应用A3和应用B3部署在能够部署应用A3和应用B3的资源节点3上。

在一个示例性，若调度装置在部署每一组待部署应用之前，该多个资源节点上具有已部署的应用，那么调度装置在部署每一组待部署应用时，该调度装置可以根据部署条件，将一组待部署应用部署在空闲资源量满足这一组待部署应用的总资源需求，且已部署的应用与这一组待部署应用不具备资源竞争关系的资源节点上。

例如，应用A的3个实例应用A1、应用A2、应用A3之间具备资源竞争关系，应用B的3个实例应用B1、应用B2、应用B3之间也具备资源竞争关系。那么，如图4所示，当调度装置将应用A1和应用B1部署在资源节点1上之后，在部署应用A2和应用B2时，由于资源节点1上已部署了与应用A2具备资源竞争关系的应用A1，与应用B2具备资源竞争关系的应用B1，因此，调度装置需要选择资源池中的其他资源节点部署应用A2和应用B2。假设资源节点2上未部署与应用A2和/或应用B2之间具备资源竞争关系的应用，且资源节点2的空闲资源量能够满足应用A2和应用B2的总资源需求，以及能够保证在部署了应用A2和应用B2之后，资源节点2的SLA参数仍满足资源节点2的SLA条件，那么调度装置可以将应用A2和应用B2部署在资源节点2上。

同理，当调度装置将应用A2和应用B2部署在资源节点2上后，在部署应用A3和应用 B3时，需要选择除资源节点1和资源节点2以外的资源节点来部署应用A3和应用B3。

进一步的，对于应用集合中除了每一组具有绑定关系的待部署应用之外的每一个待部署应用，或者，对于应用集合中不存在具有绑定关系的待部署应用时，该应用集合中的每一个待部署应用，该调度装置可以根据部署条件，将待部署应用部署在空闲资源量满足该待部署应用的资源需求，且已部署的应用与该待部署应用不具备资源竞争关系的资源节点上。

可以理解的是，该资源节点上已部署的应用与该待部署应用之间不具备亲和性关系，或者具备绑定关系。

示例性的，当调度装置部署应用C集群中的3个实例应用C1、应用C2以及应用C3时，调度装置需要根据部署条件，将应用C1、应用C2以及应用C3分别部署在已部署的应用与应用C不具备资源竞争关系的三个不同的资源节点上。如图5所示，调度装置根据部署条件以及亲和性关系，将应用C1、应用C2以及应用C3分别部署在资源节点1、资源节点2以及资源节点3上。

在一个示例中，调度装置在部署每一个待部署应用之前，可以先判断多个资源节点中是否存在满足待部署应用的部署要求的资源节点，即是否存在部署了该待部署应用后，SLA参数满足对应的预设SLA条件的资源节点。

若调度装置确定该多个资源节点中不存在部署了该待部署应用后，SLA参数满足对应的预设SLA条件的资源节点，该调度装置即可对该多个资源节点上已部署的部分应用进行重新部署，以使得该多个资源节点中的部分资源节点的空闲资源量增大，进而该调度装置即可根据部署条件，将该待部署应用部署在该部分资源节点中空闲资源量满足该待部署应用的资源需求的资源节点上。

示例性的，当调度装置在部署应用A3时，确定资源池中的资源节点1、资源节点2以及资源节点3，均无法满足应用A3的部署要求。调度装置可以对资源节点1、资源节点2以及资源节点3上已部署的部分应用进行重新部署。

具体的，如图6所示，调度装置确定若将资源节点3上已部署的应用C3删除，使得资源节点3的空闲资源量增大，资源节点3则满足应用A3的部署要求，而资源节点2能够满足应用C3的部署要求。从而，调度装置可以将资源节点3上已部署的应用C3重新部署在资源节点2上。其中，资源节点3上已部署的应用C3为应用C的一个实例，调度装置可以将资源节点3上已部署的应用C3停止运行并删除，然后在资源节点2上部署应用C的一个新的实例应用C4，再将应用A3部署在资源节点2上。

在这一示例中，当多个资源节点的空闲资源量不满足待部署应用的部署要求时，可以通过重新部署该多个资源节点上的已部署的部分应用的方式，增大多个资源节点中部分资源节点的空闲资源量，以使得该部分资源节点中存在能够该待部署应用的部署需求的资源节点，从而完成该待部署应用的部署，进一步提高了待部署应用的部署成功率。

基于上述如图3至图6所述的应用调度方法，本发明实施例提供一种优选的应用调度方法，具体为：

调度装置接收到应用集合后，首先根据部署条件和应用集合中的待部署应用之间的亲和性关系，对应用集合中的待部署应用进行部署，包括：参照图4所示的方法，将具有绑定关系的待部署应用部署在同一资源节点上，参照图5所示的方法，将具有资源竞争关系的待部署应用部署在不同的资源节点上，且每个待部署应用所在的资源节点的SLA参数满足该资源节点的SLA条件。

若调度装置无法在同时满足部署条件和亲和性关系的情况下完成对待部署应用的部署，调度装置则可以在保证满足部署条件的情况下，优先确定是否能够按照亲和性关系完成部署，当按照亲和性关系进行部署无法完成部署时，则可以不考虑亲和性关系。

示例性的，如图7所示，当调度装置根据部署条件和亲和性关系，将应用集合中具有绑定关系的应用A1和应用B1部署在资源节点1上，将具有绑定关系的应用A2和应用B2部署在资源节点2上后，对于应用集合中剩余的一组具有绑定关系的待部署应用，即应用A3和应用B3，调度装置确定该个资源节点中不存在能够A3和应用B3的部署要求的资源节点(即空闲资源量满足应用A3和应用B3的总资源需求，且在部署了应用A3和应用B3之后，SLA参数能够满足对应SLA条件的资源节点)，那么，调度装置即可根据部署条件，将应用A3和应用B3分开部署，例如，将应用A3部署在资源节点4上，部署了应用A3的资源节点4的SLA参数满足资源节点4的SLA条件，将应用B3部署在资源节点5上，部署了应用B3的资源节点5的SLA参数满足资源节点5的SLA条件。

当调度装置根据部署条件和亲和性关系，将应用C集群中的实例应用C1部署在资源节点6上，将应用C2部署在资源节点7上后，对于应用C集群中剩余的一个实例应用C3，若调度装置确定该多个资源节点中不存在能够满足应用C3的部署要求的资源节点，那么，调度装置即可根据部署条件，将应用C3部署在空闲资源量满足应用C3的资源需求，且在在部署了应用C3之后，SLA参数能够满足对应SLA条件的资源节点7上。

进一步的，若调度装置无法在满足部署条件的情况下完成对待部署应用的部署，调度装置则可以按照如图6所示的方法，对多个节点上部分已部署的应用进行重新部署，以调节该多个资源节点中的部分资源节点的空闲资源量，再根据部署条件，将该待部署应用部署在该部分资源节点上进行部署。

通过该优选的应用调度方法，调度装置能够实现对待部署应用的动态部署，基于资源节点的SLA条件，灵活地选择部署方案，完成对待部署应用的部署，不再受限于固定的亲和性关系，从而提高了应用部署的成功率。

进一步的，调度装置获取的部署条件还可以包括每个资源节点所属的租户空间。

在本发明实施例中，调度装置接收到的应用集合还包括每个待部署应用的租户信息。调度装置通过对每个待部署应用的租户信息进行鉴权，以确定每个待部署应用请求访问的租户空间。

示例性的，该调度装置可以包括多租户资源选择子模块，该多租户资源选择子模块集成对接第三方的多租户管理系统，能够在该多租户管理系统的控制下对每个待部署应用的租户信息进行鉴权，确定每个待部署应用请求访问的租户空间，并在每个待部署应用请求访问的租户空间中查询待部署应用可以访问的资源节点。进而，调度装置即可按照上述图3至图7所示的方案，在每个待部署应用能够访问的租户空间中，对该待部署应用进行部署。

示例性的，如图8所示，调度装置接收到应用集合后，通过对应用集合中的应用A的租户信息、应用B的租户信息以及应用C的租户信息进行鉴权，确定应用A和应用B请求访问租户空间1中的资源节点，应用C访问请求访问租户空间2中的资源节点。其中，应用A和应用B具有绑定关系，调度装置可以根据如图4所示的方法，将应用A和应用B的多个实例部署在租户空间1中的资源节点上。应用C为一个应用集群，调度装置可以根据如图5所示的方法，将应用C的多个实例分别部署在租户空间2中的不同的资源节点上。

可以理解的时，不同的租户信息表征对应的待部署应用请求访问不同的租户空间中的资 源节点，即租户信息不同，应用可以部署的资源节点就同，从而能够有效地进行待部署应用之间的隔离，实现在应用的部署过程中的安全控制。

可选的，本发明实施例提供的部署条件，还可以包括其他根据部署需求设置的条件，例如，允许在同一资源节点部署具有资源竞争关系的应用的个数上限、允许在不同资源节点上部署具有绑定关系的应用的比例上限、用于过滤主机的特定IP地址、标识以及名称等，对此，本发明不做限制。

基于上述图3至图8所示的方法，本发明实施例还提供一种监测方法，可以对每个资源节点的资源使用情况进行监测，如图9所示，该方法可以包括：

S201、每个代理装置采集对应资源节点的监测数据。

其中，监测数据包括对应资源节点上已部署的应用的性能数据，例如，资源节点上已部署的应用在运行时的实际CPU使用率、实际内存使用率等。

S202、每个代理装置将采集的监测数据发送至检测装置。

S203、检测装置根据接收到的监测数据计算每个监测数据所对应的资源节点的空闲资源量。

示例性的，以资源节点1为例，资源节点1上运行了应用A1、应用B1、应用C1、应用C2以及应用D1，应用A1在运行过程中的实际CPU使用率为20％，实际内存使用量为300M，应用B1在运行过程中的实际CPU使用率为30％，实际内存使用量为180M，应用C1和在运行过程中的实际CPU使用率为10％，实际内存使用量为160M，应用C2在运行过程中的实际CPU使用率为10％，实际内存使用量为160M，应用D2在运行过程中的实际CPU使用率为15％，实际内存使用量为350M。检测装置通过计算应用A1、应用B1、应用C1、应用C2以及应用D1的性能数据，可以确定资源节点1当前还剩余15％的空闲CPU资源，800M的内存资源。

S204、检测装置向调度装置发送计算的每个资源节点的空闲资源量。

可以理解的是，每个应用在部署过程中所估计的资源需求和该应用在运行过程中实际使用的资源可能并不完全相等。应用在运行过程中实际使用的资源可能大于在部署过程中估计的资源需求，也可能小于在部署过程中估计的资源需求。在本发明实施例中，检测装置通过实时监测每个资源节点的监测数据，计算每个资源节点当前的空闲资源量，发送至调度装置，以使得调度装置能够根据每个资源节点的有效空闲资源量，部署待部署应用，从而提高资源节点的资源使用效率。

进一步的，基于图9所述的方法，在上述S202之后，本发明还提供一种动态调整方法，如图10所示，该动态调整方法可以包括：

S301、检测装置根据与每个资源节点对应的监测数据和预设的与每个已部署的应用对应的SLA条件，确定多个资源节点上已部署的所有应用中存在至少一个待调整应用，待调整应用的性能数据不满足该待调整应用对应的SLA条件。

在本发明实施例中，当检测装置接收到每个代理装置发送的对应资源节点的监测数据后，可以根据监测数据对对应资源节点上已部署的应用进行监测。

其中，监测数据包括对应资源节点上每个已部署的应用的性能数据，该性能数据包括该已部署的应用在运行时的实际CPU使用率、实际内存使用率，还包括该已部署的应用业务数据接收的出错率，以及每秒建立呼叫数量(Call Attempts Per Second，CAPS)等。

该已部署的应用对应的SLA条件可以包括该已部署的应用本身的SLA条件，例如业务数据接收的出错率的上限，CAPS的上限等，该SLA条件还可以包括已部署的应用所在资源节点 的SLA条件，例如，该资源节点上每种应用的CPU使用率的上限，每种应用的内存使用率的上限等。

示例性的，假设应用A1对应的SLA条件包括：应用A1的业务数据接收的出错率的上限为5％，应用A1和应用B1的总CPU使用率的上限为20％。应用A1的性能数据包括：业务数据接收的出错率10％，应用A1在运行过程中的实际CPU使用率为20％，即应用A1的性能数据不满足应用A1对应的SLA条件，那么检测装置即可确定应用A1为一个待调整应用。

S302、检测装置向调度装置发送调度决策消息，该调度决策消息中包括至少一个待调整应用的标识和调整指令，该调整指令用于指示调度装置重新部署该至少一个待调整应用。

S303、对于至少一个待调整应用中的每个待调整应用，调度装置根据调整指令和部署条件，将该待调整应用重新部署在空闲资源量满足该待调整应用的资源需求的另一个资源节点上，其中，部署该待调整应用后的另一个资源节点的SLA参数满足该资源节点的预设SLA条件。

在发明实施例中，调度装置对每个待调整应用进行重新部署，可以包括：调度装置将待调整应用从该待调整应用原本所在的资源节点上停止运行并删除，然后根据部署条件，将该待调整应用的一个新的实例部署在空闲资源量满足该待调整应用的资源需求的另一个资源节点上。

示例性的，假设检测装置确定应用A1的性能数据不满足应用A1对应的SLA条件，从而检测装置将应用A1的标识和调整指令通过调度决策消息发送至调度装置，调度装置根据调整指令指示，确定对应用A1进行重新部署。应用A1为应用A的一个实例，调度装置对应用A1进行重新部署即为重新部署一个应用A的实例，并删掉已部署的实例应用A1。具体的，调度装置将部署在资源节点1上的应用A1停止运行，并从该资源节点1上删除应用A1。然后在除资源节点1之外的另一个资源节点上重新部署一个应用A的实例，例如，在资源节点8上部署应用A的一个新的实例应用A4，该资源节点8的空闲资源量满足应用A的资源需求，且部署了应用A4之后的资源节点8的SLA参数满足该资源节点8的SLA条件。

可以理解的是，调度装置对每个待调整应用进行重新部署的具体方式，可以参见如图3至图8任一所示的，调度装置对待部署应用进行部署的方法，此处不再赘述。

通过本发明实施例提供的动态调整的方法，检测装置能够实时监测每个已部署的应用的运行状态，并在确定已部署的应用中存在性能数据不满足对应的SLA条件的待调整应用时，及时指示调度装置对该待调整应用进行重新部署，提高应用在运行过程中的可靠性，优化系统的性能。

值得说明的是，本发明实施例提供的方案，可以应用在云计算中的各种大规模的应用集群软件部署场景中。

示例性的，如图11所示，为本发明实施提供的一种Apache(一种Web服务器)容器应用和MySQL(一种关系型数据库管理系统)容器应用的网络架构，Apache容器应用和MySQL容器应用用于完成Web应用的开发和部署。采用本发明实施例提供的方案，可以对Apache容器应用和MySQL容器应用进行部署。

在部署Apache容器应用和MySQL容器应用的过程中，调度装置可以优先根据资源节点的SLA条件将每一组Apache容器应用和MySQL容器应用部署在同一资源节点上，从而使得Apache容器应用可以直接在本机上访问MySQL容器应用的数据，以保证用户能够体验高性能低时延的服务效果。对于Apache容器应用和MySQL容器的集群，调度装置可以优先根据资 源节点的SLA条件，将不同组的Apache容器应用和MySQL容器部署在不同的资源节点上，从而避免由于一个资源节点的故障而导致整个系统无法运行。在Apache容器应用和MySQL容器的集群中，当调度装置无法将每一组Apache容器应用和MySQL容器按照亲和性关系进行部署时，调度装置可以优先将Apache容器应用和MySQL容器的集群中的部分Apache容器应用和MySQL容器按照亲和性关系进行部署，剩余的Apache容器应用和MySQL容器即可在满足资源节点的SLA条件的情况下，完成部署，以保证Apache容器应用和MySQL容器的集群中容器应用的部署成功率。

上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个网元，例如调度装置、检测装置、部署管理装置、代理装置等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对调度装置、检测装置、部署管理装置、代理装置等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图12A示出了上述实施例中所涉及的调度装置的一种可能的结构示意图，调度装置包括：接收单元、获取单元和部署单元。接收单元用于支持调度装置执行如图3所示图3中的过程S101、图9中的过程S204以及图10中的过程S302；获取单元用于支持调度装置执行图3中的过程S102；部署单元用于支持调度装置执行图3中的过程S103以及图10中的过程S303。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图12B示出了上述实施例中所涉及的调度装置的一种可能的结构示意图。调度装置包括：处理模块1200和通信模块1201。处理模块1200用于对调度装置的动作进行控制管理，例如，处理模块1200用于支持调度装置执行图3中的过程S101-S103、图9中的过程S204以及图10中的过程S302和S303，和/或用于本文所描述的技术的其它过程。通信模块1201用于支持调度装置与其他网络实体的通信，例如与图1示出的功能模块或网络实体之间的通信。调度装置还可以包括存储模块1202，用于存储调度装置的程序代码和数据。

其中，处理模块1200可以是处理器或控制器，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1201可以是收发器、收发电路或通信接口 等。存储模块1202可以是存储器。

当处理模块1200为处理器，通信模块1201为通信接口，存储模块1202为存储器时，本发明实施例所涉及的调度装置可以为图12C所示的调度装置。

参阅图12C所示，该调度装置包括：处理器1210、通信接口1211、存储器1212以及总线1213。其中，通信接口1211、处理器1210以及存储器1212通过总线1213相互连接；总线1213可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12C中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在采用对应各个功能划分各个功能模块的情况下，图13A示出了上述实施例中所涉及的检测装置的一种可能的结构示意图，检测装置包括：获取单元，计算单元、发送单元以及确定单元。获取单元用于支持检测装置执行如图9中的过程S202；计算单元用于支持检测装置执行如图9中的过程S203；发送单元用于支持检测装置执行图9中的过程S204以及图10中的过程S302；确定单元用于支持检测装置执行如图10中的过程S301。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图13B示出了上述实施例中所涉及的检测装置的一种可能的结构示意图。检测装置包括：处理模块1300和通信模块1301。处理模块1300用于对检测装置的动作进行控制管理，例如，处理模块1300用于支持检测装置执行如图9中的过程S202-S204以及图10中的过程S301和S302，和/或用于本文所描述的技术的其它过程。通信模块1301用于支持检测装置与其他网络实体的通信，例如与图1示出的功能模块或网络实体之间的通信。检测装置还可以包括存储模块1302，用于存储检测装置的程序代码和数据。

其中，处理模块1300可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1301可以是通信接口、收发电路或通信接口等。存储模块1302可以是存储器。

当处理模块1300为处理器，通信模块1301为通信接口，存储模块1302为存储器时，本发明实施例所涉及的检测装置可以为图13C所示的检测装置。

参阅图13C所示，该检测装置包括：处理器1310、通信接口1311、存储器1312以及总线1313。其中，通信接口1311、处理器1310以及存储器1312通过总线1313相互连接；总线1313可以是PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13C中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在采用对应各个功能划分各个功能模块的情况下，图14A示出了上述实施例中所涉及的部署管理装置的一种可能的结构示意图，部署管理装置包括：接收单元和发送单元。接收单元用于接收用户输入的应用集合以及部署条件；发送单元用于支持部署管理装置执行如图3中的过程S101。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图14B示出了上述实施例中所涉及的部署管理装置的一种可能的结构示意图。部署管理装置包括：处理模块1400和通信模块1401。处理模块1400用于对部署管理装置的动作进行控制管理，例如，处理模块1400用于支持部署管理装置执 行如图3中的过程S101和/或用于本文所描述的技术的其它过程。通信模块1401用于支持部署管理装置与其他网络实体的通信，例如与图1示出的功能模块或网络实体之间的通信。部署管理装置还可以包括存储模块1402，用于存储部署管理装置的程序代码和数据。

其中，处理模块1400可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1401可以是通信接口、收发电路或通信接口等。存储模块1402可以是存储器。

当处理模块1400为处理器，通信模块1401为通信接口，存储模块1402为存储器时，本发明实施例所涉及的部署管理装置可以为图14C所示的部署管理装置。

参阅图14C所示，该部署管理装置包括：处理器1410、通信接口1411、存储器1412以及总线1413。其中，通信接口1411、处理器1410以及存储器1412通过总线1413相互连接；总线1413可以是PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图14C中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (18)

1. 一种应用调度方法，其特征在于，所述方法包括：

   调度装置从部署管理装置接收应用集合，所述应用集合包括所述应用集合中的每个待部署应用与所述待部署应用的资源需求之间的对应关系；

   所述调度装置获取多个资源节点中每个资源节点的空闲资源量和预设的部署条件，所述部署条件包括所述每个资源节点的预设服务等级协议SLA条件；

   对于所述每个待部署应用，所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，其中，部署所述待部署应用后的所述资源节点的SLA参数满足所述资源节点的预设SLA条件。
2. 根据权利要求1所述的方法，其特征在于，所述调度装置获取多个资源节点中每个资源节点的空闲资源量，包括：

   所述调度装置从检测装置接收所述每个资源节点的空闲资源量。
3. 根据权利要求1或2所述的方法，其特征在于，所述应用集合还包括所述应用集合中待部署应用之间的亲和性关系，所述亲和性关系包括所述应用集合中的待部署应用之间的绑定关系或资源竞争关系，所述应用集合中具有绑定关系的待部署应用为一组待部署应用，

   对于所述每个待部署应用，所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，其中，部署所述待部署应用后的所述资源节点的SLA参数满足所述资源节点的预设SLA条件，包括：

   对于所述应用集合中的每一组待部署应用，所述调度装置根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求的资源节点上，其中，部署所述一组待部署应用后的所述资源节点的SLA参数满足所述资源节点的预设SLA条件。
4. 根据权利要求3所述的方法，其特征在于，若所述调度装置根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求的资源节点上之前，所述多个资源节点上具有已部署的应用，

   所述调度装置根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求的资源节点上，包括：

   所述调度装置根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求，且已部署的应用与所述一组待部署应用不具备所述资源竞争关系的资源节点上。
5. 根据权利要求1或2所述的方法，其特征在于，所述应用集合还包括所述应用集合中待部署应用的亲和性关系，所述亲和性关系包括所述应用集合中待部署应用之间的资源竞争关系，

   若所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上之前，所述多个资源节点上具有已部署的应用，

   所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，包括：

   所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求，且已部署的应用与所述待部署应用不具备所述资源竞争关系的资源节点上。
6. 根据权利要求1-5任一项所述的方法，其特征在于，所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上之前，所述方法还包括：

   所述调度装置确定所述多个资源节点中不存在部署所述待部署应用后，SLA参数满足对应的预设SLA条件的资源节点；

   所述调度装置对所述多个资源节点上已部署的部分应用进行重新部署，以使得所述多个资源节点中的部分资源节点的空闲资源量增大；

   所述调度装置根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，包括：

   所述调度装置根据所述部署条件，将所述待部署应用部署在所述部分资源节点中空闲资源量满足所述待部署应用的资源需求的资源节点上。
7. 根据权利要求2-6任一项所述的方法，其特征在于，所述方法还包括：

   所述调度装置接收所述检测装置发送的调度决策消息，所述调度决策消息中包括调整指令和至少一个待调整应用的标识，所述调整指令用于指示所述调度装置重新部署所述至少一个待调整应用的标识指示的所述至少一个待调整应用；

   对于所述至少一个待调整应用中的每个待调整应用，所述调度装置根据所述调整指令和所述部署条件，将所述待调整应用重新部署在空闲资源量满足所述待调整应用的资源需求的另一个资源节点上，其中，部署所述待调整应用后的所述另一个资源节点的SLA参数满足所述另一个资源节点的预设SLA条件。
8. 一种应用调度方法，其特征在于，所述方法包括：

   检测装置获取与多个资源节点中的每个资源节点对应的监测数据，所述监测数据包括所述资源节点上已部署的应用的性能数据；

   所述检测装置根据所述监测数据计算所述资源节点的空闲资源量；

   所述检测装置向调度装置发送计算的所述每个资源节点的空闲资源量，所述每个资源节点的空闲资源量用于所述调度装置部署待部署应用。
9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：

   所述检测装置根据与所述每个资源节点对应的监测数据和预设的与每个已部署的应用对应的服务等级协议SLA条件，确定所述多个资源节点上已部署的所有应用中存在至少一个待调整的应用，所述待调整应用的性能数据不满足所述待调整应用对应的SLA条件；

   所述检测装置向所述调度装置发送调度决策消息，所述调度决策消息中包括所述至少一个待调整应用的标识和调整指令，所述调整指令用于指示所述调度装置重新部署所述至少一个待调整应用。
10. 一种调度装置，其特征在于，包括：

    接收单元，用于从部署管理装置接收应用集合，所述应用集合包括所述应用集合中的每个待部署应用与所述待部署应用的资源需求之间的对应关系；

    获取单元，用于获取多个资源节点中每个资源节点的空闲资源量和预设的部署条件，所述部署条件包括所述每个资源节点的预设服务等级协议SLA条件；

    部署单元，用于对于所述每个待部署应用，根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，其中，部署所述待部署应用后的所述资源节点的SLA参数满足所述资源节点的预设SLA条件。
11. 根据权利要求10所述的调度装置，其特征在于，

    所述获取单元获取多个资源节点中每个资源节点的空闲资源量时，具体包括：所述获取单元从检测装置接收所述每个资源节点的空闲资源量。
12. 根据权利要求10或11所述的调度装置，其特征在于，所述接收单元接收到的所述应用集合还包括所述应用集合中待部署应用之间的亲和性关系，所述亲和性关系包括所述应用集合中的待部署应用之间的绑定关系或资源竞争关系，所述应用集合中具有绑定关系的待部署应用为一组待部署应用，

    所述部署单元，具体用于对于所述应用集合中的每一组待部署应用，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求的资源节点上，其中，部署所述一组待部署应用后的所述资源节点的SLA参数满足所述资源节点的预设SLA条件。
13. 根据权利要求12所述的调度装置，其特征在于，若所述部署单元根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求的资源节点上之前，所述多个资源节点上具有已部署的应用，

    所述部署单元根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求的资源节点上，具体包括：

    所述部署单元根据所述部署条件，将所述一组待部署应用部署在空闲资源量满足所述一组待部署应用的总资源需求，且已部署的应用与所述一组待部署应用不具备所述资源竞争关系的资源节点上。
14. 根据权利要求10或11所述的调度装置，其特征在于，所述接收单元接收到的所述应用集合还包括所述应用集合中待部署应用的亲和性关系，所述亲和性关系包括所述应用集合中待部署应用之间的资源竞争关系，

    若所述部署单元根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上之前，所述多个资源节点上具有已部署的应用，

    所述部署单元根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，具体包括：

    所述部署单元根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求，且已部署的应用与所述待部署应用不具备所述资源竞争关系的资源节点上。
15. 根据权利要求10-14任一项所述的调度装置，其特征在于，

    所述部署单元，还用于在根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上之前，确定所述多个资源节点中不存在部署所述待部署应用后，SLA参数满足对应的预设SLA条件的资源节点；并对所述多个资源节点上已部署的部分应用进行重新部署，以使得所述多个资源节点中的部分资源节点的空闲资源量增大；

    所述部署单元根据所述部署条件，将所述待部署应用部署在空闲资源量满足所述待部署应用的资源需求的资源节点上，具体包括：

    所述部署单元根据所述部署条件，将所述待部署应用部署在所述部分资源节点中空闲资源量满足所述待部署应用的资源需求的资源节点上。
16. 根据权利要求11-15任一项所述的调度装置，其特征在于，

    所述接收单元，还用于接收所述检测装置发送的调度决策消息，所述调度决策消息中包 括调整指令和至少一个待调整应用的标识，所述调整指令用于指示所述部署单元重新部署所述至少一个待调整应用的标识指示的所述至少一个待调整应用；

    所述部署单元，还用于对于所述至少一个待调整应用中的每个待调整应用，根据所述调整指令和所述部署条件，将所述待调整应用重新部署在空闲资源量满足所述待调整应用的资源需求的另一个资源节点上，其中，部署所述待调整应用后的所述另一个资源节点的SLA参数满足所述另一个资源节点的预设SLA条件。
17. 一种检测装置，其特征在于，包括：

    获取单元，用于获取与多个资源节点中的每个资源节点对应的监测数据，所述监测数据包括所述资源节点上已部署的应用的性能数据；

    计算单元，用于根据所述获取单元获取的所述监测数据计算所述资源节点的空闲资源量；

    发送单元，用于向调度装置发送所述计算单元计算的所述每个资源节点的空闲资源量，所述每个资源节点的空闲资源量用于所述调度装置部署待部署应用。
18. 根据权利要求17所述的检测装置，其特征在于，所述检测装置还包括确定单元，

    所述确定单元，用于根据所述获取单元获取的与所述每个资源节点对应的监测数据和预设的与每个已部署的应用对应的服务等级协议SLA条件，确定所述多个资源节点上已部署的所有应用中存在至少一个待调整应用，所述待调整应用的性能数据不满足所述待调整应用对应的SLA条件；

    所述发送单元，还用于向所述调度装置发送调度决策消息，所述调度决策消息中包括所述至少一个待调整的应用的标识和调整指令，所述调整指令用于指示所述调度装置重新部署所述至少一个待调整应用。

Images