CN110221920A - 部署方法、装置、存储介质及系统 - Google Patents

Abstract

本申请提供一种部署方法、装置、存储介质及系统，用于解决现有云计算系统性能低的问题。该方法包括：根据接收到的部署请求、中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理该部署请求的集群顺序，根据该部署请求和集群顺序，确定响应该部署请求的目标集群。该技术方案中，中心控制器或集群中的集群控制器可以首先确定出集群顺序，再确定出目标集群，其提高了对部署请求的响应速度，提高云计算系统的性能。

Description

部署方法、装置、存储介质及系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种部署方法、装置、存储介质及系统。

背景技术

云计算系统是通过虚拟化技术将原本分散的物理资源整合成巨大的资源池，通过虚拟机方式向用户提供服务，不仅能够提高物理资源的利用率，而且能够一定程度上节约数据中心的成本。因而，如何对虚拟化机资源进行分配和管理是提高云计算系统性能的关键。

现有技术中，主要采用集中式调度方式对虚拟机资源进行分配和管理。具体的，中心调度器接收用户的部署请求，由该中心调度器根据云计算系统中各物理服务器的资源使用率为该部署请求分配合适的物理服务器，并统一管理所有的物理服务器。

然而，上述集中式调度方式中，中心调度器的负担较重，当云计算系统中存在大规模计算任务时，会导致云计算系统对部署请求的响应迟缓，存在云计算系统的性能低的问题。

发明内容

本申请提供一种部署方法、装置、存储介质及系统，以克服现有云计算系统的性能低的问题

本申请第一方面提供的一种部署方法，应用于部署系统，所述部署系统包括中心控制器以及至少两个集群；所述方法包括：

根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

在第一方面的一种可能设计中，所述方法还包括：

根据所述部署请求的需求类型和每个集群的第二部署策略，更新所述集群顺序。

在第一方面的另一种可能设计中，所述根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群，包括：

根据每个集群的第二部署策略、所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群；或者

根据所述中心控制器的指示信息，在所述至少两个集群中确定响应所述部署请求的目标集群。

在第一方面的再一种可能设计中，所述根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群，包括：

判断所述至少两个集群中当前集群是否能够满足所述部署请求；

若是，将所述当前集群确定为所述目标集群；

若否，将所述部署请求和所述集群顺序发送给所述当前集群的下一个集群，直到确定出能够满足所述部署请求的所述目标集群。

在第一方面的又一种可能设计中，每个集群包括集群控制器和多个物理服务器；所述方法还包括：

所述目标集群的集群控制器接收所述中心控制器或其他集群的集群控制器发送的所述集群顺序和所述部署请求；

所述目标集群的集群控制器基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器。

可选的，所述目标集群的集群控制器基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器，包括：

所述目标集群的集群控制器根据所述目标集群中每个物理服务器的资源信息、所述部署请求以及所述集群顺序，确定响应所述部署请求的物理服务器；或者

所述目标集群的集群控制器接收所述中心控制器的指示信息，基于所述指示消息确定响应所述部署请求的物理服务器，所述物理服务器为所述目标集群中的任意一个物理服务器。

在第一方面的又一种可能设计中，所述方法还包括：

根据每个集群的资源信息，确定每个集群的至少一个第二部署策略，所述第二部署策略用于指示集群中进行物理服务器选择的方法和要求。

可选的，所述方法还包括：

所述中心控制器获取每个集群的资源使用信息；

所述中心控制器根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整。

本申请第二方面提供一种部署装置，应用于部署系统，所述部署系统包括中心控制器以及至少两个集群；所述装置包括：处理模块和确定模块；

所述处理模块，用于根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

所述确定模块，用于根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

在第二方面的一种可能设计中，所述处理模块，还用于根据所述部署请求的需求类型和每个集群的第二部署策略，更新所述集群顺序。

在第二方面的另一种可能设计中，所述确定模块，具体用于根据每个集群的第二部署策略、所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群；或者

所述确定模块，具体用于根据所述中心控制器的指示信息，在所述至少两个集群中确定响应所述部署请求的目标集群。

在第二方面的再一种可能设计中，所述确定模块，包括：判断单元、确定单元和处理单元；

所述判断单元，用于判断所述至少两个集群中当前集群是否能够满足所述部署请求；

所述确定单元，用于在所述至少两个集群中当前集群能够满足所述部署请求时，将所述当前集群确定为所述目标集群；

所述处理单元，用于在所述至少两个集群中当前集群不能满足所述部署请求时，将所述部署请求和所述集群顺序发送给所述当前集群的下一个集群，直到确定出能够满足所述部署请求的所述目标集群。

在第二方面的又一种可能设计中，每个集群包括集群控制器和多个物理服务器；所述装置还包括：收发模块；

所述收发模块，用于接收所述中心控制器或其他集群的集群控制器发送的所述集群顺序和所述部署请求；

所述确定模块，还用于基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器。

可选的，所述确定模块，具体用于根据所述目标集群中每个物理服务器的资源信息、所述部署请求以及所述集群顺序，确定响应所述部署请求的物理服务器；或者

所述确定模块，具体用于基于所述收发模块接收到的所述中心控制器的指示信息确定响应所述部署请求的物理服务器，所述物理服务器为所述目标集群中的任意一个物理服务器。

在第二方面的又一种可能设计中，所述处理模块，还用于根据每个集群的资源信息，确定每个集群的至少一个第二部署策略，所述第二部署策略用于指示集群中进行物理服务器选择的方法和要求。

可选的，所述处理模块，还用于获取每个集群的资源使用信息，根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整。

本申请第三方面提供一种存储介质，所述存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行如第一方面以及第一方面各可能设计所述的部署方法。

本申请第四方面提供一种部署系统，包括：中心控制器以及至少两个集群，每个集群中包括集群控制器和多个物理服务器；

所述中心控制器用于根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

所述中心控制器和所述至少两个集群协同作业，用于根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

本申请实施例提供的部署方法、装置、存储介质及系统，根据接收到的部署请求、中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理该部署请求的集群顺序，根据该部署请求和集群顺序，确定响应该部署请求的目标集群。该技术方案中，中心控制器或集群中的集群控制器可以首先确定出集群顺序，再确定出目标集群，其提高了部署请求的响应速度，提高了云计算系统的性能。

附图说明

图1为本申请实施例提供的部署系统的结构示意图；

图2为本申请实施例提供的部署方法实施例一的流程示意图；

图3为本申请实施例提供的部署方法实施例二的流程示意图；

图4为本申请实施例提供的部署方法实施例三的流程示意图；

图5为本申请实施例提供的部署方法中部署请求的处理流向图；

图6为图5所示实施例处理流向图中的信息交换示意图；

图7为本申请实施例提供的部署方法实施例四的流程示意图；

图8为本申请实施例提供的部署装置一种实施例的结构示意图；

图9为本申请实施例提供的部署装置另一种实施例的结构示意图。

具体实施方式

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

本申请实施例涉及大规模云环境资源管理和虚拟机部署方法，尤其涉及在大型数据中心对服务器集群(例如大于2000台服务器的规模)等资源的管理以及实现快速的虚拟机部署的方法。

随着云计算的快速发展，数据中心的规模不断增大，数据中心的能耗问题成了不可忽视的问题。目前，虚拟化技术已经成为资源分配方案中不可或缺的一部分。虚拟化技术通过对计算机硬件进行虚拟化，将软硬件资源抽象成为多个虚拟资源，实现多个用户共同使用一台硬件设备，并允许计算机系统能够根据用户需求分配资源及工作负载的动态迁移，极大的提高了物理资源的利用率，在一定程度上节约了数据中心的成本。因此，研究云计算系统中数据中心的资源管理，特别是虚拟化资源的管理，对于有效降低数据中心能耗，构建绿色数据中心具有重大的现实意义。

目前，云计算系统采用虚拟化的方式，通过虚拟机方式来向应用/客户提供服务。云计算系统主要包括云应用层、云虚拟化层和物理设备层，云虚拟化层根据物理设备层的物理资源构建虚拟机，云应用层中的各种应用程序就由这些虚拟机分别进行运行或者提供服务，一个云应用程序可能分布在一个或多个虚拟机上，一个云应用程序的一个或多个虚拟机可以组成一个虚拟机集群。

当外部应用/客户需要资源时，首先向云计算系统发送部署请求，以使得云计算系统基于应用/客户需要的全部资源的情况部署虚拟机。示例性，虚拟机的资源由云虚拟化层根据物理设备层上的物理资源灵活调度而成，例如，组成一台虚拟机的物理资源可能来自于不同物理机架下的不同物理机。

相关技术中，主要采用集中式资源管理方式和双层资源管理调度模式。其中，对于集中式资源管理方式，云计算系统只有一个中心调度器，外部应用或用户的所有部署请求，都必须提交给该中心调度器，由该中心调度器根据与其连接的所有物理机的资源信息，确定如何响应该部署请求以及如何分配和管理资源。对于双层资源管理调度模式，云计算系统的第一层为资源调度器，第二层为应用控制器，外部应用或用户的部署请求，首先提交给第一层的资源调度器，由资源调度器将资源分配给第二层的各个应用控制器，在第二层，应用控制器再将接收到的部署请求进一步分配给它内部的各个节点。

在实际应用中，企业级使用的超大规模服务器集群，需要考虑到十几万台物理机的资源管理和百万级虚拟机的部署方案。随着数据中心规模的增大，集中式资源管理模式的中心调度器的负担很重，大规模的计算任务会明显影响响应用户请求的时间。而双层资源管理调度模式，由于对资源分割管理的粒度细及种类多，导致资源的调度过程非常繁琐，而且出现作业故障时只能重启服务，给管理者造成困扰。

由上述分析可知，在大规模云环境下，较难管理基于物理资源构建的虚拟机资源。具体的，在创建虚拟机并在云计算平台中进行部署时，由于需要选取合适恰当的服务器来放置虚拟机，其需要一定的时间来选择服务器，随着规模的增大以及优化目标的增多，导致这一部分时间大大增加，无法很好的满足用户快速部署应用的需求。

基于现有集中式资源管理方式和双层资源管理调度模式中存在的技术问题，本申请实施例提供了一种部署方法、装置、系统及存储介质，该系统包括中心控制器以及至少两个集群，中心控制器可以根据接收到的部署请求、中心控制器的第一部署策略和每个集群的第二部署策略确定用于处理部署请求的集群顺序，集群控制器可以根据中心控制器或者其他集群控制器发送的部署请求以及集群顺序确定响应部署请求的目标集群，这样可以快速响应部署请求，提高云计算系统的性能，解决了服务器集群资源管理和虚拟机部署方案中，难以应对大规模异构的云数据中心部署环境和用户动态的需求，避免集中式部署方案的响应不及时、调度过程繁琐等问题。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图1为本申请实施例提供的部署系统的结构示意图。如图1所示，该部署系统可以包括：中心控制器11以及至少两个集群。

其中，每个集群中包括集群控制器和多个物理服务器，该集群控制器连接在当前集群内的物理服务器与中心控制器11之间。

在实际应用中，每个集群的集群控制器可以是其所在集群的一个服务器，也可以是独立于该集群的一个服务器。通常情况下，该集群控制器位于该集群内部，属于该集群的一部分，也即，该集群控制器可以通过该集群中的一个服务器实现。关于每个集群的集群控制器的具体位置，本申请实施例并不对其进行限定，其可以根据实际需求确定。

示例性的，图1示例性的示出了N+1个集群，分别为集群0至集群N，其中，N为大于或等于1的整数。在本实施例中，集群0中可以包括：第一集群控制器和多个物理服务器，该第一集群控制器连接在集群0的多个物理服务器和中心控制器11之间。同理，集群1至集群N的结构与集群0的结构类似，此处不再赘述。

在本实施例中，该中心控制器11用于根据接收到的部署请求、该中心控制器11的第一部署策略和每个集群的第二部署策略，确定用于处理该部署请求的集群顺序。

作为一种示例，中心控制器可以根据部署请求的资源需求大小、资源类型等内容以及该中心控制器的第一部署策略和每个集群的第二部署策略，确定出每个集群与该部署请求的匹配度，并基于匹配度由高到低的顺序对集群进行排序，进而确定出用于处理该部署请求的集群顺序。

作为另一种示例，中心控制器还可以根据获取到的每个集群处理部署请求的历史响应记录，例如，历史响应时间和/或资源利用率等，确定出每个集群的历史平均响应时间和/或资源平均利用率等历史集群信息，再基于每个集群的历史集群信息、该部署请求的需求类型等确定出响应部署请求的集群顺序。

本申请实施例并不对确定集群顺序的具体实现方式进行限定，其可以根据实际情况确定，此处不再赘述。

进一步的，该中心控制器11还可以直接根据接收到的部署请求、该中心控制器11的第一部署策略和每个集群的第二部署策略，直接确定出响应该部署请求的物理服务器。

示例性的，上述至少两个集群的集群控制器也可以用于根据该中心控制器11或者其他集群控制器发送的部署请求以及集群顺序，确定响应该部署请求的物理服务器。

值得说明的是，此处的集群控制器可以是上述集群顺序对应的多个集群中任意一个集群的控制中心，其主要用来与中心控制器或其他集群的集群控制器进行通信。

在本申请的实施例中，图1示例性的示出的部署系统实际上是分布式资源管理和部署架构示意图。即，该部署系统的中心控制器11(即数据中心)或集群(即，服务器集群)采用集中加分布两种方式实现资源协同管理和部署方案。

示例性的，在本实施例中，中心控制器11一方面可以接收外部应用或用户发送的部署请求，另一方面可以负责收集每个集群的整体资源信息。在本实施例中，该部署请求可以是用户通过用户交互设备发送给中心控制器11的，该部署请求可以用于请求中心控制器11基于获取到的每个集群的整体资源信息以及资源使用信息确定用于处理该部署请求的集群顺序。

每个集群的集群控制器可以负责统计其所在集群内部的物理服务器的数量以及每个物理服务器的负载信息、资源利用信息，并将确定的每个集群的整体资源信息同步给中心控制器11。

示例性的，每个集群的集群控制器可以通过心跳同步等周期性方式或事件触发的方式将每个集群的整体资源信息同步给中心控制器11，以使中心控制器11保存每个集群的整体资源信息和负载信息，并在接收到部署请求时，根据部署请求的需求类型对上述至少两个集群中的多个或者全部进行排序，以确定出用于响应该部署请求的目标集群，进一步的，还可以确定出目标集群中用于部署虚拟机的物理服务器。

值得说明的是，每个集群的集群控制器可以由其所在集群中的所有物理服务器中的任意一个服务器担任，也可以是独立于其所服务集群的服务器或控制器。

在某个时刻该集群控制器具有与中心控制器11和其他集群中的集群控制器进行交互的能力。在该集群控制器工作异常时，该集群控制器的职能可以被切换到该集群中的另一个物理服务器上，以使被切换职能的该物理服务器可以具有与中心控制器11和其他集群控制进行交互的职能。

示例性的，在本实施例中，中心控制器11具有第一部署策略，该第一部署策略可以为中心控制器11基于接收到的部署请求确定处理该部署请求的集群顺序提供参考依据。每个集群具有至少一个第二部署策略，该第二部署策略可以指示该集群中进行物理服务器选择的方法和要求。

每个集群的第二部署策略可以是中心控制器11根据场景需要指定的，也可以是集群控制器根据集群中每个物理服务器的物理特性确定的，还可以是中心控制器11根据实际需要指定的。该第二部署策略同样在中心控制器11确定处理接收到的部署请求的集群顺序时提供参考依据。

本申请实施例并不限定第一部署策略和第二部署策略的具体内容和生成形式，其可以根据在实际应用中的需求情况确定。

可选的，上述部署请求的需求类型可以包括：实时性要求高、能耗低、运算效率高等。关于需求类型的具体表现形式，其可以根据实际情况确定，此处不对其进行限定。

示例性的，在本申请的实施例中，中心控制器11还可以用于根据该部署请求的需求类型和每个集群的第二部署策略，更新该集群顺序。

具体的，在确定集群顺序时，中心控制器11可以首先根据该部署请求、第一部署策略以及每个集群的第二部署策略，确定出以综合性能排序的集群顺序，然后再根据部署请求的需求类型对确定的集群顺序进行更新，例如，根据实时性要求、能耗要求、运算效率等对上述集群顺序进行调整。

值得说明的是，在本实施例中，关于中心控制器11如何确定用于处理部署请求的集群顺序的具体实现原理可以参见下述方法实施例的记载，此处不再赘述。

示例性的，在本实施例中，上述确定响应部署请求的目标集群的方式可以有多种，例如，中心控制器确定目标集群或集群控制器确定目标集群。

作为一种示例，中心控制器还用于将集群顺序中的一个集群确定为响应该部署请求的目标集群。

在本实施例中，中心控制器可以根据采集到的信息直接确定出响应的目标集群，这样的方式简单易于实现，但是可能存在中心控制器的负担重，处理效率低的问题。

作为另一种示例，当前集群控制器用于接收前一集群控制器发送的集群顺序和部署请求，判断该当前集群控制器所在的当前集群中是否存在能够响应部署请求的物理服务器。

其中，该当前集群为集群顺序中除排序在第一个和最后一个的集群之外的任意一个集群，该前一集群控制器所在集群为该集群顺序中排序在当前集群之前的相邻集群。

该当前集群控制器还用于在确定当前集群中存在能够响应部署请求的物理服务器时，确定该当前集群为目标集群，并向该中心控制器发送响应消息，以及在确定该当前集群中不存在能够响应部署请求的物理服务器时，同时向后一集群控制器发送该集群顺序和部署请求。

其中，该后一集群控制器所在集群为集群顺序中排序在当前集群之后的相邻集群。

在本实施例中，对于集群顺序中排序在第一个的第一集群控制器，其可以接收中心控制器发送的集群顺序和部署请求，并根据其所在第一集群中的各个物理服务器的资源信息确定其中是否存在能够响应该部署请求的物理服务器，若否，则同时将接收到的部署请求和集群顺序发送给排序在第二集群的第二集群控制器，该第二集群为集群顺序中排序在第一集群之后的相邻集群。

进一步的，对于集群顺序中除排序在第一个和最后一个的集群之外的任意一个集群，假设该集群称为当前集群，该当前集群的当前集群控制器可以接收前一集群控制器发送的集群顺序和部署请求，判断当前集群中是否存在能够响应该部署请求的物理服务器。

可选的，若当前集群中存在能够响应该部署请求的物理服务器，则将该当前集群确定为目标集群，同时并向中心控制器发送响应消息，该响应消息可以包括：当前集群的集群编号，能够响应该部署请求的物理服务器编号等信息，即该响应消息用于指示在至少两个集群中确定了目标集群。

可选的，若当前集群中不存在能够响应该部署请求的物理服务器，则可以将该部署请求和集群顺序一同发送给后一集群控制器，以使后一集群控制器可以根据接收到的部署请求确定其是否为目标集群。若不是，则继续将部署请求发送给排序在该后一集群控制器之后的相邻集群，以使其进一步进行判断。

在本实施例中，每个集群包括集群控制器和多个物理服务器。

当确定出响应部署请求的目标集群时，该目标集群的集群控制器用于接收该中心控制器或其他集群的集群控制器发送的集群顺序和部署请求，以及在该目标集群中确定出响应所述部署请求的物理服务器。

作为一种示例，该目标集群的集群控制器具体用于根据该目标集群的第二部署策略确定响应该部署请求的物理服务器。

作为另一种示例，上述中心控制器还用于向目标集群的集群控制器发送指示信息，相应的，该目标集群的集群控制器具体用于接收该中心控制器的指示信息，基于该指示消息确定用于响应该部署请求的物理服务器，该物理服务器为目标集群中的任意一个物理服务器。

示例性的，在本申请的实施例中，每个集群中有多个物理服务器，集群划分方法包括但不限于以下方法：

第一种：与同一交换机连接的多个物理服务器；

第二种：与同一容器组连接的多个物理服务器；

第三种：物理资源特性满足预设条件的多个物理服务器；其中，所述的多个物理服务器位于不同交换设备上，也可以位于同一交换设备上，本实施例中不对其进行限定。

第三种：依据不同部署策略的特点来选择的多个物理服务器。其中，该多个物理服务器可以是不同位置处的和/或不同配置的物理服务器。

第四种：基于预设的选择原则，选择构建集群的多个物理服务器。也即，本实施例中可以根据实际需求构建集群，此处对集群中的物理服务器的特征和位置信息不做限定。

示例性的，在本实施例的一种可能设计中，可以基于物理服务器的物理连结位置划分集群，比如，每个集群中物理服务器的物理连接位置相近等。具体的，在传统的三层数据中心网络架构中，可以将连接在同一个交换机上的物理服务器划分为一个集群，也可以将一个机柜组上的服务器划分为一个集群。

例如，在本实施例中，架顶式或顶式(top of rack，TOR)是一种常见的交换机到服务器连接的布线方式，因而，本实施例中的交换机可以是TOR交换机。

值得说明的是，本申请实施例并不限定交换机的类型，其可以是其他类型的交换机，其可以根据交换机到服务器连接的布线方式确定，例如，行间(end of row，EOR)交换机、行中(middle of row，MOR)交换机等。

在本实施例中，机柜组又可以称为一个POD，基于与每个机柜组连接的物理服务器的位置关系，也可以将连接在同一个机柜组或POD上的物理服务器划分成一个集群。

示例性的，交换机和容器组可以统称为交换设备，本申请实施例并不对交换设备的具体表现形式进行限定。

示例性的，在本实施例的另一种可能设计中，也可以采用与物理连接位置无关的划分方式划分集群，例如，基于物理服务器的物理资源特性划分集群，将物理资源特性满足预设条件的多个物理服务器划分为一个集群，该预设条件可以是物理服务器的物理资源特性相近或相同。

本实施例并不限定预设条件的具体体现形式，其可以根据实际情况确定。

本申请实施例提供的部署系统可以包括中心控制器以及至少两个集群，每个集群中包括集群控制器和多个物理服务器，该集群控制器连接在多个物理服务器与中心控制器之间，因而，在本实施例中，中心控制器可以根据接收到的部署请求、中心控制器的第一部署策略和每个集群的第二部署策略确定用于处理部署请求的集群顺序，集群控制器可以根据中心控制器或者其他集群控制器发送的部署请求以及集群顺序确定响应部署请求的物理服务器，所以，该系统可以快速响应部署请求，提高云计算系统的性能，解决了现有技术方案中存在的响应不及时、调度过程繁琐等问题。

图2为本申请实施例提供的部署方法实施例一的流程示意图。该方法应用于图1所示的部署系统。如图1所示，该部署系统包括中心控制器以及至少两个集群，每个集群中包括集群控制器和多个物理服务器，该集群控制器连接在多个物理服务器与中心控制器之间。

在本实施例中，如图2所示，该部署方法可以包括如下步骤：

步骤21：根据接收到的部署请求、中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理该部署请求的集群顺序。

可选的，在本实施例中，当外部应用需要资源时，外部应用首先向中心控制器发送部署请求，以使中心控制器根据接收到的该部署请求执行相应的处理。其中，该部署请求可以包括：资源需求大小、资源类型等内容。

示例性的，本实施例中，资源的类型可以是计算资源、内存、磁盘、I/O以及网络带宽等资源。本申请实施例并不限定资源的类型，其可以根据实际情况确定。

示例性的，在本实施例中，由于每个集群的集群控制器将确定的每个集群的整体资源信息同步给中心控制器，所以，该中心控制器中存储有每个集群中每个物理服务器的信息，以及表征这些集群内部不同资源的分布情况的参数，而且，该中心控制器中该存储有预先设定的该中心控制器的第一部署策略以及每个集群的第二部署策略，因而，当中心控制器接收到外部应用发送的部署请求后，可以基于该部署请求、中心控制器的第一部署策略以及每个集群的第二部署策略，在上述至少两个集群中确定出处理该部署请求的集群顺序。

可选的，该集群顺序也可以说是该中心控制器按照与部署请求的匹配策略确定的，也可以是中心控制器根据实际需要指定的。

通常情况下，排序在前的集群中可能比排序在后的集群更适合响应该部署请求，但是具体用于响应该部署请求的目标集群以及目标集群中的物理服务器需要根据实际情况确定。

值得说明的是，在本申请的实施例中，中心控制器上保存的每个集群的信息可以解释如下：该信息可以包括每个集群的资源信息，例如，集群中空闲的物理服务器(也即，中央处理器CPU)、内存大小、存储空间等资源总数，同时该信息还可以包括用于表征集群中上述资源信息对应资源分布情况的参数，比如，集群内每种资源的分布方差、每种资源的利用效率等。其中，集群内每种资源的分布方差用来表征该资源在每个服务器上应用是否均衡，每种资源的利用效率用来表征集群内部物理服务器上运行应用性能的一些参数等。

示例性的，若集群中每种资源的利用效率η作为参数，则集群中的资源信息具体可以用如下形式表示：例如，计算资源内存资源存储资源网络资源等。

其中，表示集群0上的计算资源的平均利用情况，表示集群0中单个物理服务器上的可用计算资源的最小值，表示集群0中单个物理服务器上的可用计算资源的最大值；表示集群0上的内存资源的平均利用情况，表示集群0中单个物理服务器上的可用内存资源的最小值，表示集群0中单个物理服务器上的可用内存资源的最大值；表示集群0上的存储资源的平均利用情况，表示集群0中单个物理服务器上的可用存储资源的最小值，表示集群0中单个物理服务器上的可用存储资源的最大值；表示集群0上的网络资源的平均利用情况，表示集群0中单个物理服务器上的可用网络资源的最小值，表示集群0中单个物理服务器上的可用网络资源的最大值。

本申请实施例并不限定中心控制器上存储的每个集群的信息的具体表现形式，其可以根据实际情况确定，此处不再赘述。

示例性的，在本实施例中，在该步骤21之后，该方法还可以包括如下步骤：根据该部署请求的需求类型和每个集群的第二部署策略，更新该集群顺序。

在本实施例中，中心控制器和集群控制器在确定集群顺序时可以首先基于第一部署策略和第二部署策略确定出基于综合性能的集群顺序，例如，排序在前的集群的综合性能优于排序在后的集群的综合性能。

在实际应用中，外部应用发送该部署请求时，可能对某个指标要求比较高，例如，能耗低、响应速度快、效率高等，其可以将该部署请求的需求类型同该部署请求一同发送给中心控制器，这时中心控制器确定出集群顺序之后，还可以基于该部署请求的需求类型对上述集群顺序进行更新。

例如，对于确定的集群顺序，若该部署请求要求能耗越低越好，且该集群顺序中排序在第二个的集群的整体能耗比排序在第一个的集群的整体能耗低，这时，可以将原来排序在第二个的集群调整至集群顺序的第一位，相应的，更新集群顺序中排在后面的集群的排序。

值得说明的是，本申请实施例并不限定集群顺序的更新策略，其可以根据实际情况确定。

示例性的，在本实施例中，中心控制器的第一部署策略是中心控制器用于确定处理部署请求集群顺序的部署策略，其可以部署系统创建时预设的部署策略，也可以是中心控制器基于历史部署请求的部署结果生成的部署策略，本申请实施例并不限定第一部署策略的具体确定方式，其可以根据实际情况确定。

示例性的，在本申请的实施例中，该第一部署策略可以是基于如下参数中的任意一种或多种的组合确定的：基于每个集群中空闲服务器的数量、每个集群采用的一种或多种资源的利用效率。

在本实施例中，中心控制器在进行集群选择时，根据预先设定的第一部署策略进行选择排序，比如，按照集群中整体效率最大的原则、空闲服务器的数量最多的原则进行分配。

示例性的，中心控制器首先按照新开启的服务器数量进行排序，当该种排序方法不能确定预设数量的多个集群，则可以再按照集群中不同资源利用效率优先级比较的方式(例如，η_cpu＞η_mem＞η_stor＞η_net，即计算资源利用效率、内存资源利用效率、存储资源利用效率以及网络资源的选择顺序由高到低)，在每种资源当中选出利用效率最低的多个集群，如果，采用该种方式也无法得到预设数量的多个集群时，则在剩余的所有集群中随机选出相应数量的集群。

示例性的，在本实施例中，该第二部署策略可以是基于以下至少一种或多种约束条件的组合确定的：

以保证应用服务器质量保证服务等级协议(service-level agreement，SLA)、服务质量(quality of service，QoS)为目标；

以保证集群中的一种或多种资源的利用效率为目标；

以降低集群的能耗为目标。

值得说明的是，本申请实施例并不限定第二部署策略的具体确定条件，其可以根据实际情况确定。

在本实施例中的部署过程中，涉及到中心控制器与集群控制器之间以及集群控制器与集群控制器之间进行信息交互，以及进行部署策略的调整等工作。

步骤22：根据该部署请求和集群顺序，确定响应该部署请求的目标集群。

在本实施例中，作为一种可能实现方式，根据每个集群的第二部署策略、该部署请求和集群顺序，确定响应该部署请求的目标集群。

在本实施例中，中心控制器可以直接根据获取到的每个集群的第二部署策略以及上述确定的集群顺序，在集群顺序对应的所有集群中确定出响应该部署请求的目标集群。或者，该中心控制器也可以基于集群顺序，同时将该部署请求和集群顺序发送给集群顺序中的每个集群，以使每个集群可以按照自身的第二部署策略确定其是否为目标集群。

作为另一种可能实现方式，根据该中心控制器的指示信息，在至少两个集群中确定响应该部署请求的目标集群。

在本实施例中，中心控制器可以指定至少两个集群中的某个集群为响应该部署请求的目标集群，这时，中心控制器可以向集群顺序中的某个集群发送指示信息，进而直接在至少两个集群中确定响应该部署请求的目标集群。

示例性的，中心控制器可以将该部署请求以及确定的集群顺序发送给第一集群控制器，该第一集群控制器为集群顺序中排序在第一个的第一集群的集群控制器。

在本实施例中，中心控制器对该部署系统中的至少两个集群进行排序之后，确定出可以处理该部署请求的多个候选集群。可选的，该候选集群的数量可以与该部署系统包括的集群数量相同，也可以是该部署系统包括的集群中的某些个，本申请实施例并不限定参与集群排序的集群的数量，其可以根据实际情况确定。

示例性的，中心控制器在确定出用于处理部署请求的集群顺序之后，可以将接收到的部署请求以及该集群顺序发送给第一集群控制器，以使第一集群控制器判定其是否为用于响应该部署请求的目标集群，也即，判定该第一集群控制器其所在的集群中判定是否存在用于响应该部署请求的物理服务器，以及确定是否将该集群顺序和部署请求传递给排序在该第一集群之后的下一个集群的集群控制器。

在本实施例中，该第一集群控制器为集群顺序中排序在第一个的第一集群的集群控制器，中心控制器通过对每个集群的第二部署策略以及每个集群的资源信息进行分析，确定出最适合响应该部署请求的集群的顺序，例如，排序在第一个的第一集群中可能存在最适合响应该部署请求的物理服务器，但是该第一集群中的物理服务器是否有能力进行响应需要根据实际情况确定。

示例性的，该能力可以指物理服务器的负载承受能力、业务处理能力、响应速率能力、运算效率能力等多种形式中的任意一种或多种，对此，本实施例不对其进行限定。

本申请实施例提供的部署方法，根据接收到的部署请求、中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理该部署请求的集群顺序，根据该部署请求和集群顺序，确定响应该部署请求的目标集群。该技术方案中，中心控制器或集群中的集群控制器可以首先确定出集群顺序，再确定出目标集群，其提高了部署请求的响应速度，提高了云计算系统的性能。

可选的，在上述实施例的基础上，图3为本申请实施例提供的部署方法实施例二的流程示意图。如图3所示，在本实施例中，上述步骤22可以通过如下步骤实现：

步骤31：判断至少两个集群中的当前集群是否能够满足上述部署请求；若是，执行步骤32，若否，执行步骤33。

可选的，作为一种示例，中心控制器基于获取到的每个集群的整体信息(例如，资源信息、能耗信息、负载信息等)判定正在处理的当前集群是否满足上述部署请求，也即，判定当前集群中是否存在有能力响应该部署请求的物理服务器，进而根据判定结果确定中心控制器或当前集群的集群控制器的下一步操作。

作为另一种示例，当前集群的集群控制器基于该当前集群的整体信息(例如，资源信息、能耗信息、负载信息等)判定其是否满足上述部署请求，也即，判定当前集群中是否存在有能力响应该部署请求的物理服务器，进而根据判定结果该当前集群的集群控制器的下一步操作。

步骤32：将该当前集群确定为目标集群。

作为一种示例，若当前集群能够满足上述部署请求，则该当前集群则为该目标集群，从而，可以再在该目标集群中确定响应该部署请求的物理服务器。

步骤33：将该部署请求和集群顺序发送给该当前集群的下一个集群，直到确定出能够满足该部署请求的目标集群。

示例性的，若当前集群中不满足上述部署请求，也即，当前集群中不存在用于响应该部署请求的物理服务器，则该当前集群的集群控制器可以基于接收到的集群顺序确定出排序在该当前集群之后的集群，并将该部署请求和集群顺序同时依次传输，直到某个集群满足上述部署请求，也即确定出目标集群。

值得说明的是，在本实施例中，上述确定的响应该部署请求的目标集群可以是集群顺序中排序在第一个的第一集群，也可以是排序在后的其他集群，对于该目标集群的具体位置，其可以根据实际情况确定，本实施例并不对其进行限定。

综上所述，本实施例的方法可以总结为如下步骤：

步骤A1：中心控制器将该部署请求以及集群顺序发送给第一集群控制器，该第一集群控制器为集群顺序中排序在第一个的第一集群的集群控制器。

步骤A2：第一集群控制器判断该第一集群中是否存在能够对部署请求进行响应的物理服务器；若是，执行步骤A3，若否，执行步骤A4；

步骤A3：第一集群控制器确定该第一集群为目标集群，并向中心控制器发送响应消息。

步骤A4：第一集群控制器则根据该集群顺序，确定第二集群，并同时将该部署请求和集群顺序发送给第二集群中的第二集群控制器，该第二集群为排序在第一集群之后的第一个集群。

进一步的，在上述步骤A4之后，该方法还可以包括：

步骤A5：当前集群控制器接收前一集群控制器发送的该集群顺序和部署请求，判断该当前集群控制器所在的当前集群中是否存在能够响应部署请求的物理服务器。

其中，该当前集群为所述集群顺序中除排序在第一个和最后一个的集群之外的任意一个集群，前一集群控制器所在集群为集群顺序中排序在当前集群之前的相邻集群。

步骤A6：当前集群控制器在确定该当前集群中存在能够响应该部署请求的物理服务器时，确定该当前集群为目标集群，并向该中心控制器发送响应消息。

步骤A7：当前集群控制器在确定当前集群中不存在能够响应该部署请求的物理服务器时，同时向后一集群控制器发送该集群顺序和部署请求。

其中，后一集群控制器所在集群为集群顺序中排序在当前集群之后的相邻集群。

关于上述步骤A1至步骤A7的实现原理与实施例三的实现原理类似，此处不再赘述。

本申请实施例提供的部署方法，判断该至少两个集群中当前集群是否能够满足部署请求，若是，将该当前集群确定为目标集群，若否，将该部署请求和集群顺序发送给该当前集群的下一个集群，直到确定出能够满足该部署请求的所述目标集群。该技术方案中，在当前集群不满足该部署请求时，可以直接将接收到的部署请求和集群顺序同时发送排序在该当前集群的下一个集群，而不需要经过中心控制器的重新处理，不仅降低了中心控制器的负担，而且提高了部署请求的响应速度，提高了云计算系统的性能。

在上述实施例的基础上，在本实施例应用的部署系统中，每个集群包括集群控制器和多个物理服务器，则本实施例的部署方法还可以包括如下步骤：

目标集群的集群控制器接收该中心控制器或其他集群的集群控制器发送的集群顺序和部署请求，并确定出响应该部署请求的物理服务器。

示例性的，作为一种示例，该目标集群的集群控制器可以根据该目标集群的第二部署策略确定响应该部署请求的物理服务器。

作为另一种示例，该中心控制器可以向目标集群的集群控制器发送指示信息，该目标集群的集群控制器基于接收到的该指示信息确定用于响应该部署请求的物理服务器，该物理服务器为目标集群中的任意一个物理服务器。

可选的，在本实施例中，集群顺序中排序在第一个的第一集群控制器接收到中心控制器发送的集群顺序和部署请求后，首先基于该部署请求在该第一集群中查询是否存在用于响应该部署请求的物理服务器。

示例性的，若第一集群中存在用于响应该部署请求的物理服务器，则该物理服务器执行该部署请求后，首先将部署信息反馈给第一集群控制器，再由该第一集群控制器将该部署信息反馈给中心控制器。

示例性的，若第一集群中不存在用于响应该部署请求的物理服务器，则该第一集群控制器可以基于接收到的集群顺序确定出排序在该第一集群之后的集群，并将该部署请求依次传输，直到某个集群中存在响应该部署请求的物理服务器，并且在部署后，通过该物理服务器所在集群的集群控制器直接向中心控制器反馈部署信息。

值得说明的是，在本实施例中，上述确定的响应该部署请求的物理服务器可以是第一集群中的物理服务器，也可以是其他集群中的物理服务器，对于该物理服务器的具体所属集群，其可以根据实际情况确定。

示例性的，在上述的实施例的基础上，图4为本申请实施例提供的部署方法实施例三的流程示意图。可选的，如图4所示，在本实施例中，确定用于响应该部署请求的物理服务器的方案如下：

步骤41：第一集群控制器根据第一集群中的每个物理服务器的资源信息、部署请求，判断第一集群中是否存在能够对该部署请求进行响应的物理服务器；若是，执行步骤42，若否，执行步骤43和步骤44。

在本实施例中，第一集群控制器中可以存储有第一集群中每个物理服务器的资源信息。其中，该资源信息可以包括：负载信息、已使用资源信息、未使用资源信息、资源利用率等多种参数。

因而，当第一集群控制器接收到中心控制器发送的部署请求和集群顺序后，可以首先基于该第一集群中每个物理服务器的资源信息，判断该第一集群是否存在与该部署请求相匹配的物理服务器，也即，判断该第一集群中是否存在适合对该部署请求进行响应的物理服务器。

步骤42：第一集群控制器则基于上述物理服务器对该部署请求的响应结果向中心控制器发送响应消息。

示例性的，在第一集群控制器中存在能够对该部署请求进行响应的物理服务器时，则由该物理服务器执行该部署请求，也即，第一集群控制器可以按照该第一集群的第二部署策略将上述对上述部署请求所需的资源配属到该物理服务器上，并根据该物理服务器对该部署请求的响应结果向中心控制器反馈响应消息。

可选的，第一集群控制器可以基于第一集群具有的第二部署策略在第一集群内部进行部署，如果能够在该第一集群内部按照第二部署策略完成部署，则直接进行资源分配并传送响应消息给中心控制器。

可选的，该响应消息包括：响应该部署请求的物理服务器所在的集群以及所在集群的位置或标识，以及响应该部署请求占用的物理服务器的资源等信息。本申请实施例并不限定该响应消息的具体内容，其可以根据实际情况确定。

步骤43：第一集群控制器则根据该集群顺序，确定第二集群，并将该部署请求和该集群顺序发送给该第二集群中的第二集群控制器，该第二集群为排序在该第一集群之后的第一个集群。

在本实施例中，在第一集群控制器中不存在能够对该部署请求进行响应的物理服务器时，第一集群控制器首先基于接收到的集群顺序确定出排序在该第一集群之后的第二集群，这样，第一集群控制器可以直接将接收到的部署请求和中心控制器确定的集群顺序发送给该第二集群的第二集群控制器，而不需要经过中心控制器的重新处理，不仅降低了中心控制器的负担，而且提高了部署请求的响应速度，提高了云计算系统的性能。

进一步的，如图4所示，在本申请的实施例中，该方法还可以包括如下步骤：

步骤44：第二集群控制器接收第一集群控制器发送的该部署请求和集群顺序。

步骤45：第二集群控制器根据每个物理服务器的资源信息、部署请求以及该集群顺序，确定响应该部署请求的物理服务器，以及在该物理服务器上部署虚拟机。

基于上述第一集群控制器的相同处理步骤，第二集群控制器接收到第一集群控制器发送的该部署请求和集群顺序后，根据第二集群中的每个物理服务器的资源信息、该部署请求，判断第二集群中是否存在能够对该部署请求进行响应的物理服务器，若是，该第二集群控制器则基于该物理服务器对部署请求的响应结果向中心控制器发送响应消息，若否，第二集群控制器则根据该集群顺序，确定第三集群，并将该部署请求和集群顺序发送给第三集群中的第三集群控制器，第三集群为排序在该第二集群之后的第一个集群。基于类似的处理方式，直到在集群顺序对应多个集群中的某个集群中确定出响应部署请求的物理服务器，或者所有集群中均不存在用于响应该部署请求的物理服务器。

在本实施例中，在确定出响应部署请求的物理服务器后，该物理服务器所在集群的集群控制器会将响应消息反馈给中心控制器，以使中心控制器获取部署请求的具体部署信息。在所有集群中均不存在用于响应该部署请求的物理服务器时，排序在集群顺序最后一个集群的集群控制器也会向中心控制器反馈响应消息，以通知中心控制器目前集群顺序中的集群中不存在响应该部署请求的物理服务器，以使其采用其他的处理方式进行处理。

本申请实施例提供的部署方法，第一集群控制器根据第一集群中的每个物理服务器的资源信息、部署请求，判断该第一集群中是否存在能够对部署请求进行响应的物理服务器，若存在，第一集群控制器则基于物理服务器对该部署请求的响应结果向中心控制器发送响应消息，若不存在，第一集群控制器则根据该集群顺序，确定第二集群，并将该部署请求和集群顺序发送给第二集群中的第二集群控制器，该第二集群为排序在第一集群之后的第一个集群。该技术方案中，中心控制器将部署请求和集群顺序发送给第一集群控制器之后，集群控制器之间直接相互通信，降低了中心控制器的处理负担。

示例性的，图5为本申请实施例提供的部署方法中部署请求的处理流向图。图6为图5所示实施例处理流向图中的信息交换示意图。本申请实施例结合图5所示的处理流向图和图6所示的信息交换示意图对图4所示的部署方法进行说明。

可选的，如图5所示，该部署系统可以包括：中心控制器和N+1个集群，该N+1个集群分别为集群0至集群N。示例性的，中心控制器的部署策略为部署策略C，每个集群中具有一个部署策略和一个集群控制器。例如，集群0的集群控制器为集群控制器0，部署策略为部署策略0，集群1的集群控制器为集群控制器1，部署策略为部署策略1，集群2的集群控制器为集群控制器2，部署策略为部署策略2，集群N的集群控制器为集群控制器N，部署策略为部署策略N等。

在实际应用中，如图5和图6所示，当用户需要申请资源时，可以首先通过外部应用向中心控制器发送部署请求，其中，该部署请求可以包括：资源需求大小、资源类型等内容。该中心控制器接收到该部署请求之后，不直接基于该部署请求进行物理服务器的资源分配，而是根据该中心控制器的部署策略C、上述N+1个集群的部署策略0至部署策略N以及该部署请求确定出用于处理该部署请求的集群顺序，例如，该集群顺序为集群0、集群1、集群2，…，集群N。

示例性的，在本实施例中，中心控制器可以基于其具有的部署策略C和预设的部署算法，按照匹配度由高到低的顺序对集群进行排序，确定出用于处理该部署请求的集群顺序。通常情况下，中心控制器在选择并排序集群时，会按照部署策略C和部署算法排序当前的集群，从而得到集群顺序，以及确定出该集群顺序中排序在第一个的集群，例如，集群0，并将该部署请求和集群顺序发送给集群0的集群控制器0。

可选的，集群控制器0在集群0内按照集群0的部署策略0和集群0中每个物理服务器的资源信息对接收到的部署请求进行配属，也即，对虚拟机需求的资源进行配属，并将部署结果反馈给中心控制器。

示例性的，如图5和图6所示，如果在排序第一个的集群0中没有找到合适的物理服务器，则将接收到的集群顺序和部署请求发给排序在集群0之后的集群1的集群控制器1，基于集群控制器0同样的操作，在集群1内按照部署策略1和集群1中每个物理服务器的资源信息接收到的部署请求进行配属。

同理，若集群1中也没有找到合适的物理服务器，则将接收到的集群顺序和部署请求发给排序在集群1之后的集群2的集群控制器2。示例性的，在本实施例中，集群控制器2按照部署策略2和集群2中每个物理服务器的资源信实现了对部署请求的配属，因而，最后由该集群控制器2将部署后的部署信息反馈给中心控制器。

值得说明的是，本实施例中，在后的集群控制器接收到的集群顺序可以是基于前一个集群的部署结果实时更新后的。例如，假设集群顺序中一共对应N+1个集群，当集群控制器0判断出集群0中不存在符合的物理服务器时，可以将集群顺序排序第一位的集群0去除，将集群1作为更新后的集群顺序发送给集群1，依次类推。

示例性的，在上述实施例的基础上，在上述步骤21之前，该方法还可以包括如下步骤：

根据该部署系统中每个物理服务器的位置信息或者资源特性，确定该至少两个集群。

可选的，在本实施例中，对于部署系统中的多个物理服务器，中心控制器可以根据一定的规则将其划分为多个集群。

作为一种示例，中心控制器可以根据该部署系统中每个物理服务器的位置信息，对该虚拟机系统中的多个物理服务器进行划分。例如，可以将物理连接位置相近的多个物理服务器划分为一个集群。

作为另一种示例，中心控制器还可以根据该部署系统中每个物理服务器的资源特性，对该虚拟机系统中的多个物理服务器进行划分。例如将资源特性满足预设条件的多个物理服务器划分为一个集群，该预设条件可以是物理服务器的物理资源特性相近或相同。

进一步的，在本申请的实施例中，该方法还可以包括如下步骤：

根据每个集群的资源信息，确定每个集群的至少一个第二部署策略。

其中，该第二部署策略用于指示集群中进行物理服务器选择的方法和要求。

示例性的，中心控制器将部署系统中的多个物理服务器划分为至少两个集群后，中心控制器和/或每个集群的集群控制器均可以获取其所在集群的资源信息，例如，负载信息和资源使用信息，并根据每个集群的资源信息和/或物理特性信息确定其所在集群的至少一个第二部署策略。

具体的，集群控制器负责管理其所在集群内部的物理服务器的资源部署以及动态资源调度等工作。

在实际应用中，每个集群的第二部署策略可以是集群控制器或者中心控制器基于设定目标要求确定的，例如，响应速度、运算效率、资源能耗等。

例如，对于要求降低能耗的，则选择开启服务器最少的集群设定第二部署策略；对性能有要求的，则选择每个应用集中部署且满足位置和网络带宽需求的方式部署第二部署策略。每个集群控制器采用的部署原则，可以由中心控制器根据当前大集群的运行情况来进行设置，也可以每个集群控制器根据其所在集群的本身信息情况来决定。

当集群控制器接收到中心控制器或其他集群控制器发送的部署请求时，基于该部署请求进行应用资源或虚拟机的部署等工作。

本申请实施例提供的部署方法，根据该部署系统中每个物理服务器的位置信息或者物理资源特性，确定该至少两个集群，根据每个集群的资源信息，确定每个集群的至少一个第二部署策略。该技术方案中，通过确定出部署系统的至少两个集群，并且确定出每个集群的至少一个第二部署策略，为后续缩短部署请求的响应时间提供了实现可能，提高了云计算系统的性能。

示例性的，在上述实施例的基础上，图7为本申请实施例提供的部署方法实施例四的流程示意图。如图7所示，该方法还可以包括如下步骤：

步骤71：中心控制器获取每个集群的资源使用信息。

示例性的，在本实施例中，中心控制器可以保存每个集群控制发送的每个集群的信息，例如，资源使用信息，这样中心控制器可以基于该集群的资源使用信息确定是否需要对每个集群的部署策略进行调整。

步骤72：中心控制器根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整。

示例性的，在本实施例中，中心控制器的部署策略管理可以包括两方面：一是对外部应用的调度策略，也即，在接收到外部应用的部署请求时确定如何进行集群选择；另一种是对每个集群的资源部署策略进行调整。

由于虚拟化技术的主要目的是为了满足应用资源需求的同时，通过资源复用的方式来提升资源利用效率。但是，在一些特殊的场景下，某一请求类型的应用数量较多；而另一请求类型的应用数量较少，当按照集群控制器确定的部署策略划分的集群资源时，可能出现应用分布不均衡，导致某些集群中部署的应用数量较多甚至达到饱和，而某些集群中部署的应用数量较少，存在资源浪费问题，因此，本实施例的中心控制器可以通过动态调整集群的部署策略的方式，来对资源进行一个动态的划分调整。

例如，集群A采用部署策略1，集群B采用部署策略2，由于某一类型的应用较多，导致集群A的资源已经饱和，而集群B上只部署了少量应用，这时，可以通过调整集群B的部署策略(例如，将集群B的部署策略2调整为部署策略1)方式，来增大某类应用可以使用的资源大小，使得有更多的集群可以为该类应用提供资源。

值得说明的是，当将集群B的部署策略2调整为部署策略1时，可以将集群B上原有少量应用迁移到其它集群中，也可以保留在现有集群中，其可以根据实际情况确定，本申请实施例并不对其进行限定。

本申请实施例提供的部署方法，中心控制器获取每个集群的资源使用信息，并根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整，不仅提高了部署请求的响应时间，而且提高了云计算系统的性能。

综上所述，本申请实施例提供的服务器集群(数据中心)资源管理和应用虚拟机部署管理架构，采用了分层的管理架构，在底层，服务器、网络等物理资源被划分到不同的集群，每个集群有一个集群控制器进行物理资源的管理；在顶层，有中心控制器将每个集群作为一个资源进行管理，每个集群根据各自的部署策略进行资源划分，当外部应用向中心控制器发送部署请求时，该中心控制器可以将该部署请求下发到某个集群的集群控制进行部署管理，且每个集群采用的不同资源部署和管理策略，可以由中心控制器按照实际需求进行动态的调整管理，大大降低了计算复杂度。

此外，每个集群可以采用不同的部署策略，这样可以针对应用的不同部署请求所需的资源来分配集群，也可以按照总体的部署策略来进行集群选择，提供多种部署方案，可以更好的满足应用需求以及进行资源管理，最后对每个集群采用动态调整的资源部署策略，可以更好的进行应用优化和资源整合，提高了部署系统的性能。

图8为本申请实施例提供的部署装置一种实施例的结构示意图。如图8所示，该部署装置应用于部署系统，该部署系统包括中心控制器以及至少两个集群；如图8所示，该装置包括：处理模块81和确定模块82。

其中，该处理模块81，用于根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

该确定模块82，用于根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

示例性的，在本申请的一种可能设计中，该处理模块81，还用于根据所述部署请求的需求类型和每个集群的第二部署策略，更新所述集群顺序。

示例性的，在本申请的另一种可能设计中，该确定模块82，具体用于根据每个集群的第二部署策略、所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群；或者

该确定模块82，具体用于根据所述中心控制器的指示信息，在所述至少两个集群中确定响应所述部署请求的目标集群。

示例性的，在本申请的再一种可能设计中，该确定模块82，包括：判断单元、确定单元和处理单元；

该判断单元，用于判断所述至少两个集群中当前集群是否能够满足所述部署请求；

该确定单元，用于在所述至少两个集群中当前集群能够满足所述部署请求时，将所述当前集群确定为所述目标集群；

该处理单元，用于在所述至少两个集群中当前集群不能满足所述部署请求时，将所述部署请求和所述集群顺序发送给所述当前集群的下一个集群，直到确定出能够满足所述部署请求的所述目标集群。

示例性的，在本申请的又一种可能设计中，每个集群包括集群控制器和多个物理服务器；该装置还包括：收发模块。

该收发模块，用于接收所述中心控制器或其他集群的集群控制器发送的所述集群顺序和所述部署请求；

上述确定模块82，还用于基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器。

可选的，该确定模块82，具体用于根据所述目标集群中每个物理服务器的资源信息、所述部署请求以及所述集群顺序，确定响应所述部署请求的物理服务器；或者

该确定模块82，具体用于基于所述收发模块接收到的所述中心控制器的指示信息确定响应所述部署请求的物理服务器，所述物理服务器为所述目标集群中的任意一个物理服务器。

示例性的，在本申请的又一种可能设计中，该处理模块81，还用于根据每个集群的资源信息，确定每个集群的至少一个第二部署策略，所述第二部署策略用于指示集群中进行物理服务器选择的方法和要求。

可选的，该处理模块81，还用于获取每个集群的资源使用信息，根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整。

本申请实施例提供的装置，可用于执行图2至图7所示实施例中的方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessing unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。

图9为本申请实施例提供的部署装置另一种实施例的结构示意图。如图9所示，该装置可以包括：处理器91、存储器92、通信接口93和系统总线94，所述存储器92和所述通信接口93通过所述系统总线94与所述处理器91连接并完成相互间的通信，所述存储器92用于存储计算机执行指令，所述通信接口93用于和其他设备进行通信，所述处理器91执行所述指令时实现如上述图2至图7所示实施例的方法。

该图9中提到的系统总线可以是外设部件互连标准(peripheral componentinterconnect，PCI)总线或扩展工业标准结构(extended industry standardarchitecture，EISA)总线等。所述系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可选的，本申请实施例还提供一种存储介质，所述存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如上述图2至图7所示实施例的方法。

可选的，本申请实施例还提供一种运行指令的芯片，所述芯片用于执行上述图2至图7所示实施例的方法。

本申请实施例还提供一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在存储介质中，至少一个处理器可以从所述存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述图2至图7所示实施例的方法。

本申请实施例还提供一种部署系统，包括：中心控制器以及至少两个集群，每个集群中包括集群控制器和多个物理服务器，该集群控制器连接在多个物理服务器与所述中心控制器之间；

所述中心控制器用于根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

所述中心控制器和所述至少两个集群协同作业，用于根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (18)

1.一种部署方法，其特征在于，应用于部署系统，所述部署系统包括中心控制器以及至少两个集群；所述方法包括：

根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述部署请求的需求类型和每个集群的第二部署策略，更新所述集群顺序。

3.根据权利要求1所述的方法，其特征在于，所述根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群，包括：

根据每个集群的第二部署策略、所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群；或者

根据所述中心控制器的指示信息，在所述至少两个集群中确定响应所述部署请求的目标集群。

4.根据权利要求1所述的方法，其特征在于，所述根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群，包括：

判断所述至少两个集群中当前集群是否能够满足所述部署请求；

若是，将所述当前集群确定为所述目标集群；

若否，将所述部署请求和所述集群顺序发送给所述当前集群的下一个集群，直到确定出能够满足所述部署请求的所述目标集群。

5.根据权利要求1-4任一项所述的方法，其特征在于，每个集群包括集群控制器和多个物理服务器；所述方法还包括：

所述目标集群的集群控制器接收所述中心控制器或其他集群的集群控制器发送的所述集群顺序和所述部署请求；

所述目标集群的集群控制器基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器。

6.根据权利要求5所述的方法，其特征在于，所述目标集群的集群控制器基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器，包括：

所述目标集群的集群控制器根据所述目标集群中每个物理服务器的资源信息、所述部署请求以及所述集群顺序，确定响应所述部署请求的物理服务器；或者

所述目标集群的集群控制器接收所述中心控制器的指示信息，基于所述指示消息确定响应所述部署请求的物理服务器，所述物理服务器为所述目标集群中的任意一个物理服务器。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据每个集群的资源信息，确定每个集群的至少一个第二部署策略，所述第二部署策略用于指示集群中进行物理服务器选择的方法和要求。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述中心控制器获取每个集群的资源使用信息；

所述中心控制器根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整。

9.一种部署装置，其特征在于，应用于部署系统，所述部署系统包括中心控制器以及至少两个集群；所述装置包括：处理模块和确定模块；

所述处理模块，用于根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

所述确定模块，用于根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。

10.根据权利要求9所述的装置，其特征在于，所述处理模块，还用于根据所述部署请求的需求类型和每个集群的第二部署策略，更新所述集群顺序。

11.根据权利要求9所述的装置，其特征在于，所述确定模块，具体用于根据每个集群的第二部署策略、所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群；或者

所述确定模块，具体用于根据所述中心控制器的指示信息，在所述至少两个集群中确定响应所述部署请求的目标集群。

12.根据权利要求9所述的装置，其特征在于，所述确定模块，包括：判断单元、确定单元和处理单元；

所述判断单元，用于判断所述至少两个集群中当前集群是否能够满足所述部署请求；

所述确定单元，用于在所述至少两个集群中当前集群能够满足所述部署请求时，将所述当前集群确定为所述目标集群；

所述处理单元，用于在所述至少两个集群中当前集群不能满足所述部署请求时，将所述部署请求和所述集群顺序发送给所述当前集群的下一个集群，直到确定出能够满足所述部署请求的所述目标集群。

13.根据权利要求9-12任一项所述的装置，其特征在于，每个集群包括集群控制器和多个物理服务器；所述装置还包括：收发模块；

所述收发模块，用于接收所述中心控制器或其他集群的集群控制器发送的所述集群顺序和所述部署请求；

所述确定模块，还用于基于所述集群顺序和所述部署请求确定响应所述部署请求的物理服务器。

14.根据权利要求13所述的装置，其特征在于，所述确定模块，具体用于根据所述目标集群中每个物理服务器的资源信息、所述部署请求以及所述集群顺序，确定响应所述部署请求的物理服务器；或者

所述确定模块，具体用于基于所述收发模块接收到的所述中心控制器的指示信息确定响应所述部署请求的物理服务器，所述物理服务器为所述目标集群中的任意一个物理服务器。

15.根据权利要求9所述的装置，其特征在于，所述处理模块，还用于根据每个集群的资源信息，确定每个集群的至少一个第二部署策略，所述第二部署策略用于指示集群中进行物理服务器选择的方法和要求。

16.根据权利要求15所述的装置，其特征在于，所述处理模块，还用于获取每个集群的资源使用信息，根据每个集群的资源使用信息，对每个集群的第二部署策略进行调整。

17.一种存储介质，其特征在于，所述存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1-8任一项所述的部署方法。

18.一种部署系统，其特征在于，包括：中心控制器以及至少两个集群，每个集群中包括集群控制器和多个物理服务器；

所述中心控制器用于根据接收到的部署请求、所述中心控制器的第一部署策略以及每个集群的第二部署策略，确定处理所述部署请求的集群顺序；

所述中心控制器和所述至少两个集群协同作业，用于根据所述部署请求和所述集群顺序，确定响应所述部署请求的目标集群。