物理机调度方法及装置、计算机可存储介质与流程

本公开涉及云计算领域，特别涉及物理机调度方法及装置、计算机可存储介质。

背景技术：

目前，私有云平台主要通过虚拟化的技术，将物理资源转换为虚拟资源，从而为用户提供服务。通过将虚拟机集群的物理机的cpu和内存等核心资源进行虚拟化，使得物理机能够承载多台虚拟机。用户能够通过管理平台获得虚拟机资源，并在虚拟机上构建业务系统。

随着技术的发展，出现了容器云平台，在底层通过容器集群管理系统，在系统上构建了能够对容器进行统一调度和管理的平台，如kubernetes容器集群管理系统。容器云能够搭建在物理机集群上，也能够搭建在虚拟机集群上。用户通过申请容器资源，在容器上构建业务系统。

随着数据的不断膨胀，大数据技术越来越重要。处理大数据的集群对稳定性等性能的要求都比较高。因此，采用物理机集群的方式处理大数据更为有利，因为它比虚拟机集群更稳定，而且性能损耗更小。

相关技术中，通过重新采购物理机的方式，对不同类型的业务系统的不同类型集群单独进行扩容，以适应各类业务系统的需求变化。

技术实现要素：

发明人认为：相关技术，部署业务系统的效率低，扩容成本高。

针对上述技术问题，本公开提出了一种解决方案，提高了部署业务系统的效率，降低了扩容成本。

根据本公开的第一方面，提供了一种物理机调度方法，包括：根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群，其中，每一类子集群包括多个物理机，不同子集群用于搭建不同类型的云平台并部署不同类型的业务系统；定时获取每一类业务系统的所需物理机数量；对于所述每一类业务系统，在与所述每一类业务系统对应的目标子集群的已有物理机数量小于所需物理机数量的情况下，调度除所述目标子集群以外的其他子集群的物理机，以满足所述每一类业务系统的所需物理机数量。

在一些实施例中，调度除所述目标子集群以外的其他子集群的物理机，以满足所述每一类业务系统的所需物理机数量包括：将除所述目标子集群以外的其他子集群的指定数量的物理机划分到所述目标子集群，所述指定数量大于或等于所需物理机数量与已有物理机数量的差值。

在一些实施例中，将除所述目标子集群以外的其他子集群的指定数量的物理机划分到所述目标子集群包括：获取所述其他子集群的处于空闲状态的物理机，得到至少一个空闲物理机；在所述至少一个空闲物理机的数量大于或等于所述所需物理机数量与已有物理机数量的差值的情况下，将指定数量的空闲物理机，划分到所述目标子集群。

在一些实施例中，将指定数量的空闲物理机，划分到所述目标子集群包括：备份所述指定数量的空闲物理机上的资源至指定存储设备或者迁移所述指定数量的空闲物理机上的资源至所述其他子集群的指定物理机；清空所述指定数量的空闲物理机上的资源；在所述指定数量的空闲物理机上，搭建与所述每一类业务系统对应的云平台。

在一些实施例中，将指定数量的空闲物理机，划分到所述目标子集群包括：在所述空闲物理机的空闲状态持续第一预设时间后，将所述空闲物理机的状态切换为待处理状态；在所述空闲物理机的待处理状态持续第二预设时间后，将所述空闲物理机的状态切换为回收状态；将指定数量的处于回收状态的空闲物理机，划分到所述目标子集群。

在一些实施例中，所述多类子集群包括第一子集群、第二子集群和第三子集群中的至少两种，所述第一子集群用于搭建容器云平台，所述第二子集群用于搭建基于虚拟机的虚机云平台，所述第三子集群用于搭建物理云平台。

在一些实施例中，调度除所述目标子集群以外的其他子集群的物理机，以满足所述每一类业务系统的所需物理机数量包括：将所述每一类业务系统迁移至除所述目标子集群以外的其他子集群。

在一些实施例中，所述目标子集群为第一子集群，所述其他子集群为第二子集群，将所述每一类业务系统迁移至除所述目标子集群以外的其他子集群包括：在所述其他子集群上搭建容器云平台；获取与所述每一类业务系统对应的容器镜像；利用所述容器镜像，创建容器实例；将所述容器实例，迁移到所述容器云平台。

在一些实施例中，所述目标子集群为第三子集群，所述其他子集群为第二子集群，将所述每一类业务系统迁移至除所述目标子集群以外的其他子集群包括：获取与所述每一类业务系统对应的业务系统镜像；将所述业务系统镜像，迁移到与所述其他子集群对应的虚机云平台；利用所述业务系统镜像，在与所述其他子集群对应的虚机云平台，创建虚拟机实例。

在一些实施例中，所述目标子集群为第二子集群，所述其他子集群为第三子集群，将所述每一类业务系统迁移至除所述目标子集群以外的其他子集群包括：在所述其他子集群上搭建虚机云平台；获取与所述每一类业务系统对应的业务系统镜像；利用所述业务系统镜像，创建虚拟机实例；将所述虚拟机实例，迁移到所述虚机云平台。

在一些实施例中，所述物理机集群包括多个机架，每个机架包括多个物理机，根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群包括：对于每一类业务系统，在初始业务需求包括第一业务类型的情况下，选取至少一个机架的所有物理机，以构成一类子集群，其中，所述第一业务类型包括低可靠性业务类型。

在一些实施例中，所述物理机集群包括多个机架，每个机架包括多个物理机，根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群还包括：对于每一类业务系统，在初始业务需求为第二业务类型的情况下，分别从不同机架的每一个机架中选取部分物理机，以构成一类子集群，其中，所述第二业务类型包括高安全性业务类型。

根据本公开第二方面，提供了一种物理机调度装置，包括：划分模块，被配置为根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群，其中，每一类子集群包括多个物理机，不同子集群用于搭建不同类型的云平台并部署不同类型的业务系统；获取模块，被配置为定时获取每一类业务系统的所需物理机数量；调度模块，被配置为对于所述每一类业务系统，在与所述每一类业务系统对应的目标子集群的已有物理机数量小于所需物理机数量的情况下，调度除所述目标子集群以外的其他子集群的物理机，以满足所述每一类业务系统的所需物理机数量。

根据本公开第三方面，提供了一种基于区块链的物理机调度装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令，执行上述任一实施例所述的物理机调度方法。

根据本公开的第四方面，一种物理机调度系统，包括：上述任一实施例所述的物理机调度装置和物理机集群，其中，所述物理机调度装置被配置为对所述物理机集群执行上述任一实施例所述的物理机调度方法。

根据本公开的第五方面，一种计算机可存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述任一实施例所述的物理机调度方法。

在上述实施例中，提高了部署业务系统的效率，降低了扩容成本。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1示出根据本公开一些实施例的物理机调度方法的流程图；

图2a示出根据本公开一些实施例的选取至少一个机架的所有物理机，以构成一类子集群的示意图；

图2b示出根据本公开一些实施例的分别从不同机架的每一个机架中选取部分物理机，以构成一类子集群的示意图；

图3示出根据本公开一些实施例的多元云平台系统的架构图；

图4示出根据本公开一些实施例的构建多元云平台系统的示意图；

图5出根据本公开一些实施例的多元云的网络管理层的示意图；

图6示出根据本公开一些实施例的物理机调度装置的框图；

图7示出根据本公开一些实施例的物理机调度装置的框图；

图8示出用于实现本公开一些实施例的计算机系统的框图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1示出根据本公开一些实施例的物理机调度方法的流程图。

如图1所示，物理机调度方法包括步骤s110-步骤s130。在一些实施例中，物理机调度方法由多个物理机构成的管理集群执行。

在步骤s110中，根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群。其中，每一类子集群包括多个物理机，不同子集群用于搭建不同类型的云平台并部署不同类型的业务系统。例如，初始业务需求包括在初始状态下，部署不同类型的业务系统所需的初始物理机数量。

在一些实施例中，多类子集群包括第一子集群、第二子集群和第三子集群中的至少两种。第一子集群用于搭建容器云平台。第二子集群用于搭建基于虚拟机的虚机云平台。第三子集群用于搭建物理云平台。管理集群负责对多类子集群进行控制和管理。

在一些实施例中，物理机集群包括多个机架，每个机架包括多个物理机。根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群包括如下步骤。

对于每一类业务系统，在初始业务需求包括第一业务类型的情况下，选取至少一个机架的所有物理机，以构成一类子集群。其中，第一业务类型包括低可靠性业务类型。

下面将结合图2a详细描述一些实施例中选取至少一个机架的所有物理机，以构成一类子集群的步骤。

图2a示出根据本公开一些实施例的选取至少一个机架的所有物理机，以构成一类子集群的示意图。

如图2a所示，物理机集群中包括机架a、b、c、d、e、f每个机架包括5个物理机。在一些实施例中，技术人员指定机架g的全部3个物理机，构成管理集群。管理集群划分物理机集群，得到第一子集群、第二子集群和第三子集群。例如，按照机架单位进行划分，将机架a的所有物理机、机架b的所有物理机划分为第一子集群，将机架c的所有物理机、机架d的所有物理机划分为第二子集群，将机架e的所有物理机、机架f的所有物理机划分为第三子集群。

以机架为单位，划分物理机集群的方式适用于业务系统变化小、内网通信主要在同一类的云平台中进行、或可用性要求一般的场景。本公开中，将这种划分方式称为垂直划分，垂直划分得到的子集群之间较为独立，划分清晰。

例如，物理机集群包括多个机架，每个机架包括多个物理机。根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群还包括如下步骤。

对于每一类业务系统，在初始业务需求为第二业务类型的情况下，分别从不同机架的每一个机架中选取部分物理机，以构成一类子集群。其中，第二业务类型包括高安全性业务类型。

下面将结合图2b详细描述一些实施例中分别从不同机架的每一个机架中选取部分物理机，以构成一类子集群的步骤。

图2b示出根据本公开一些实施例的分别从不同机架的每一个机架中选取部分物理机，以构成一类子集群的示意图。

如图2b所示，物理机集群中包括机架a、b、c、d、e、f的物理机2至物理机5、机架g的物理机1至物理机5。在一些实施例中，由技术人员选取机架a、b、c、d、e、f的物理机1，以构成管理集群。管理集群划分物理机集群，得到第一子集群、第二子集群和第三子集群。例如，将机架a、b、c、d、e、f的物理机3、4划分为第一子集群。将机架a、b、c、d的物理机2以及机架e、f的物理机1和2划分为第二子集群。将机架a、b、c、d、e、f的物理机5划分为第三子集群。应当理解，可以随机选取不同机架中的部分物理机，也可以按照物理机标识顺序选取不同机架中的部分物理机，顺序选取的方式更易于管理。

这种跨多个机架选择物理机作为一类子集群的方式，将一类子集群分布在不同的机架上，使一类集群中的业务系统的资源实例能够分布在不同的多个机架上，也能够分布在不同的故障域中，从而使业务系统获得更好的抵抗机架故障的能力。这种水平划分的方式，能够适应业务系统发展变化、内网通信在多类的云平台中进行、或可用性要求较高的场景。

在一些实施例中，在用户需要对某些安全性要求级别高于预设级别的情况下，表示需要对业务系统进行隔离保护，因此需要提供隔离区资源，以满足业务的隔离要求。这种情况下，例如将物理机集群的机架g的所有物理机划分为隔离区。

在一些实施例中，上述两种划分物理机集群的方式可以同时存在。即，以混合的方式进行划分。

返回图1，在步骤s120中，定时获取每一类业务系统的所需物理机数量。应当理解，随着时间的变化，每一类业务系统在不同时间的所需物理机数量是不断变化的，即本公开对每一类业务系统实现了动态调整业务系统、物理机和子集群之间的对应关系，实现资源的合理分配。

在步骤s130中，对于每一类业务系统，在与每一类业务系统对应的目标子集群的已有物理机数量小于所需物理机数量的情况下，调度除目标子集群以外的其他子集群的物理机，以满足每一类业务系统的所需物理机数量。在与每一类业务系统对应的目标子集群的已有物理机数量小于所需物理机数量的情况下，表明这一类业务系统需要进行扩展，增加物理机数量，从而为这类业务系统的运行提供支持。

例如，通过如下方式实现调度除目标子集群以外的其他子集群的物理机，以满足每一类业务系统的所需物理机数量。

将除目标子集群以外的其他子集群的指定数量的物理机划分到目标子集群。指定数量大于或等于所需物理机数量与已有物理机数量的差值。指定数量大于所需物理机数量与已有物理机数量的差值的部分，用于业务系统应急。

在一些实施例中，将除目标子集群以外的其他子集群的指定数量的物理机划分到目标子集群包括如下步骤。

首先，获取其他子集群的处于空闲状态的物理机，得到至少一个空闲物理机。

然后，在至少一个空闲物理机的数量大于或等于所需物理机数量与已有物理机数量的差值的情况下，将指定数量的空闲物理机，划分到目标子集群。在一些实施例中，在至少一个空闲物理机的数量小于所需物理机数量与已有物理机数量的差值的情况下，通过采购新物理机的方式扩充目标子集群。

在一些实施例中，通过如下方式实现将指定数量的空闲物理机，划分到目标子集群。

首先，备份指定数量的空闲物理机上的资源至指定存储设备或者迁移指定数量的空闲物理机上的资源至其他子集群的指定物理机。然后，清空指定数量的空闲物理机上的资源。最后，在指定数量的空闲物理机上，搭建与每一类业务系统对应的云平台。

在另一些实施例中，通过如下方式实现将指定数量的空闲物理机，划分到目标子集群。

首先，在空闲物理机的空闲状态持续第一预设时间后，将空闲物理机的状态切换为待处理状态。然后，在空闲物理机的待处理状态持续第二预设时间后，将空闲物理机的状态切换为回收状态。最后，将指定数量的处于回收状态的空闲物理机，划分到目标子集群。

例如，通过如下方式实现调度除目标子集群以外的其他子集群的物理机，以满足每一类业务系统的所需物理机数量。

将每一类业务系统迁移至除目标子集群以外的其他子集群。

在一些实施例中，目标子集群为第一子集群，其他子集群为第二子集群。将每一类业务系统迁移至除目标子集群以外的其他子集群包括如下步骤。

首先，在其他子集群上搭建容器云平台。例如，在第二子集群的至少一个物理机上创建特定数量的虚拟机，在虚拟机上搭建基于虚拟机的容器云平台。

其次，获取与每一类业务系统对应的容器镜像。

然后，利用容器镜像，创建容器实例。在一些实施例中，基于虚拟机的容器云平台和目标子集群上的原有容器云平台，共享容器镜像的存储空间，从而调度系统能够利用容器镜像能够在基于虚拟机的容器云平台和原有容器云平台上创建容器实例。

最后，将容器实例，迁移到容器云平台。在一些实施例中，将基于虚拟机的容器云平台和原有容器云平台进行统一调度管理，使原有容器云平台上的容器实例能够被迁移调度到基于虚拟机集群的容器云平台上。

在一些实施例中，目标子集群为第三子集群，其他子集群为第二子集群。将每一类业务系统迁移至除目标子集群以外的其他子集群包括如下步骤。

首先，获取与每一类业务系统对应的业务系统镜像。例如，利用应用分析工具扫描物理云平台上业务系统的系统资源依赖。系统资源依赖例如包括系统库、基础软件、依赖的数据文件、运行环境等。将资源依赖关系进行记录存储后，利用p2v(physicaltovirtual，物理到虚拟)工具将第三子集群的物理机上的系统打包成能够在虚拟机环境下使用的业务系统镜像。

然后，将业务系统镜像，迁移到与其他子集群对应的虚机云平台。例如，利用数据迁移工具，将业务系统镜像迁移到与其他子集群对应的虚机云平台的镜像管理系统中。

最后，利用业务系统镜像，在与其他子集群对应的虚机云平台，创建虚拟机实例。

例如，将每一类业务系统迁移至除目标子集群以外的其他子集群还包括：利用应用分析工具扫描虚机云平台中业务系统的资源依赖是否与原环境一致，验证业务系统能否正常运行。在检测到关键系统组件缺失，则重新执行将每一类业务系统迁移至除目标子集群以外的其他子集群的步骤，或者将关键组件的相关文件和程序单独迁移至虚机云平台中。

在一些实施例中，在目标子集群的物理机上的业务系统已关联了负载均衡实例的情况下，将其他子集群的虚机云平台上的业务系统也关联到原有的负载均衡实例。在目标子集群的物理机上的业务系统没有关联负载均衡实例的情况下，创建新的负载均衡实例，并将目标子集群的物理机上的业务系统和其他子集群的虚机云平台上的业务系统同时关联到新的负载均衡实例上。负载均衡实例均采用目标子集群的物理机的ip对外提供访问服务。

在一些实施例中，目标子集群为第二子集群，其他子集群为第三子集群。将每一类业务系统迁移至除目标子集群以外的其他子集群包括如下步骤。

首先，在其他子集群上搭建虚机云平台。例如，在其他子集群的空闲物理机上安装虚机云平台。

其次，获取与每一类业务系统对应的业务系统镜像。

然后，利用业务系统镜像，创建虚拟机实例。

最后，将虚拟机实例，迁移到虚机云平台。

在一些实施例中，在目标子集群的物理机上的业务系统已关联了负载均衡实例的情况下，将其他子集群的虚机云平台上的业务系统也关联到原有的负载均衡实例。在目标子集群的物理机上的业务系统没有关联负载均衡实例的情况下，创建新的负载均衡实例，并将目标子集群的物理机上的业务系统和其他子集群的虚机云平台上的业务系统同时关联到新的负载均衡实例上。负载均衡实例均采用目标子集群的与物理机对应的虚拟机的ip对外提供访问服务。

通过本公开的物理机调度方法在不同类型的子集群之间实现物理机的调度，以满足业务系统的业务需求，无需重新采购物理机，提高了部署业务系统的效率，降低了扩容成本。

在一些实施例中，将本公开应用在一个大型的私有云场景中，利用多元云来搭建满足大型业务系统的整体云计算环境。这里的多元云指的是一个划分物理机集群，得到多类子集群，每一类子集群承载一类云。例如，多元云包括物理云、虚机云和容器云中的至少两种。

例如，在物理云上搭建数据中台系统。由于数据中台系统需要大规模高性能的数据处理能力，并且数据处理业务相对稳定，对稳定性要求很高，因此适合采用物理云进行承载。

在容器云上搭建应用系统后台。利用容器云对高并发处理能力的支持，采用容器云承载应用系统的后台服务程序能对整体应用系统进行很好的支撑。

在虚机云上搭建需要弹性资源变化的系统。利用虚机云便捷的弹性伸缩特性，在业务高峰和低谷阶段对资源需求变化较大的应用系统可以部署在虚机云上，实现较好的资源成本控制。在私有云中，能够使虚拟机集中在部分物理主机上，空闲的物理主机能够进行低功耗运行或睡眠，从而降低运行成本。

根据本公开，利用不同云平台的特性，能够实现对大型业务的整体应用系统的更好支持。

图3示出根据本公开一些实施例的多元云平台系统的架构图。

如图3所示，多元云平台系统3包括物理机集群31和物理机调度装置32。物理机调度装置32被配置为执行本公开任意一些实施例所述的物理机调度方法，例如执行如图1所示的步骤s110-步骤s130。应当理解，这里的多元云平台系统为某一时间对应的状态下的多元云平台系统。

物理机集群31包括虚机子集群311、容器子集群312、物理子集群313。

虚机子集群311被配置为基于虚拟机技术，构建虚机云平台，对用户提供虚拟机计算资源。

容器子集群312被配置为基于容器编排和集群管理技术，构建容器云平台，对用户提供容器计算资源。

物理子集群313被配置为构建物理云平台，为用户提供无性能损耗的计算资源。

物理机调度装置32包括虚机子集群管理平台321、容器子集群管理平台322、物理子集群管理平台323、网络支撑层324和统一管理平台325。

虚机子集群管理平台321被配置为对虚机子集群311进行管理和控制，提供资源的部署、调度、回收、迁移、安全管理、监控等功能，使虚机子集群311能高效的运行。

容器子集群管理平台322被配置为对容器子集群312进行管理和控制，提供资源的部署、调度、回收、迁移、安全管理、监控等功能，使容器子集群312能高效的运行。

物理子集群管理平台323被配置为对物理子集群313进行管理和控制，提供资源的部署、调度、回收、迁移、安全管理、监控等功能，使物理子集群313能高效的运行。

网络支撑层324被配置为提供网络通信、网络隔离、网络监控等核心功能，实现整体多元云平台系统的网络连通和数据流量管控，使基于不同云资源类型的子集群的各个模块能够相互高速通信，并确保不同云资源类型的子集群之间的相互隔离。

统一管理平台325被配置为统一管理三种子集群的资源部署，对物理服务器资源进行统一的调度，对冗余的资源进行回收。统一管理平台还被配置为提供全局的用户权限管理、租户管理等功能。用户包括云平台的租户和对多元云平台系统进行监控和管理的技术人员。统一管理平台还被配置为对数据进行统一存储和管理、对计算资源的迁移进行管理、进行统一安全管理、控制多元云平台系统的运行等。

图4示出根据本公开一些实施例的构建多元云平台系统的示意图。

如图4所示，利用openstackironic平台41在物理机集群的每一类子集群的各个物理机上快速部署宿主操作系统。宿主操作系统为centos操作系统430。ironic是openstack社区的子项目,专门用于提供裸机服务。

在虚机子集群43a的各个物理机的宿主操作系统上利用openstack框架431a搭建多个虚拟机432a。虚拟机的系统例如包括kvm、xen、qemu中的任意一种。多个虚拟机432a上能够部署用户的业务系统433a。在一些实施例中，多个虚拟机上能够利用kubernetes技术构建基于虚拟机的容器434a。kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用。

在容器子集群43b的各个物理机的宿主操作系统上利用kubernetes技术搭建容器编排和管理系统431b，通过支持pod432b和容器(container)433b，为用户提供容器计算资源。多个容器上能够部署用户的业务系统434b。pod是可以创建和管理kubernetes计算的最小可部署单元。

在物理机子集群43c的各个物理机的宿主操作系统上安装运行应用程序的必要的驱动软件(driver)431c、静态库(lib)432c和数据库433c等基础软件，实现业务系统434c的部署。

多元平台系统的底层通过多元云管理平台42，将计算、存储、网络资源进行统一管理，实现硬件资源的统一调度。多元云管理平台包括块存储421、openstack基础网络422和统一管理模块423，被配置为执行本公开任意一些实施例所述的物理机调度方法。

应当理解，这里构建的多元云平台系统为某一时间对应的状态下的多元云平台系统。

图5出根据本公开一些实施例的多元云的网络管理层的示意图。

如图5所示，多元云的网络管理层5包括uderlay层51和overlay层52。在一些实施例中，网络管理层5属于如图3所示的网络支撑层324。

uderlay层51包括border层511、spine层512和serverleaf层513。通过border层511、spine层512和serverleaf层513将网络设备和物理机设备分成三个层次，利用管理网络和带外管理网络对网络设备和物理机设备进行管理。

overlay层52包括sdn控制器521、虚机云网络522、容器云网络523和物理云网络524。sdn控制器521利用sdn技术实现虚机云网络522、容器云网络523和物理云网络524中资源的网络互通和安全隔离。

图6示出根据本公开一些实施例的物理机调度装置的框图。

如图6所示，物理机调度装置6包括划分模块61、获取模块62和调度模块63。

划分模块61被配置为根据各类业务系统的初始业务需求，划分物理机集群，得到多类子集群，例如执行如图1所示的步骤s110。

获取模块62被配置为定时获取每一类业务系统的所需物理机数量，例如执行如图1所示的步骤s120。

调度模块63被配置为对于每一类业务系统，在与每一类业务系统对应的目标子集群的已有物理机数量小于所需物理机数量的情况下，调度除目标子集群以外的其他子集群的物理机，以满足每一类业务系统的所需物理机数量，例如执行如图1所示的步骤s130。

图7示出根据本公开一些实施例的物理机调度装置的框图。

如图7所示，物理机调度装置7包括存储器71；以及耦接至该存储器71的处理器72。存储器71用于存储执行物理机调度方法对应实施例的指令。处理器72被配置为基于存储在存储器71中的指令，执行本公开中任意一些实施例中的物理机调度方法。

在一些实施例中，物理机调度系统包括本公开任意实施例所述的物理机调度装置和物理机集群。物理机调度装置被配置为对物理机集群执行本公开任意一些实施例中的物理机调度方法。

图8示出用于实现本公开一些实施例的计算机系统的框图。

如图8所示，计算机系统80可以通用计算设备的形式表现。计算机系统80包括存储器810、处理器820和连接不同系统组件的总线800。

存储器810例如可以包括系统存储器、非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(bootloader)以及其他程序等。系统存储器可以包括易失性存储介质，例如随机存取存储器(ram)和/或高速缓存存储器。非易失性存储介质例如存储有执行物理机调度方法中的至少一种的对应实施例的指令。非易失性存储介质包括但不限于磁盘存储器、光学存储器、闪存等。

处理器820可以用通用处理器、数字信号处理器(dsp)、应用专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。相应地，诸如判断模块和确定模块的每个模块，可以通过中央处理器(cpu)运行存储器中执行相应步骤的指令来实现，也可以通过执行相应步骤的专用电路来实现。

总线800可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(isa)总线、微通道体系结构(mca)总线、外围组件互连(pci)总线。

计算机系统80还可以包括输入输出接口830、网络接口840、存储接口850等。这些接口830、840、850以及存储器88和处理器820之间可以通过总线800连接。输入输出接口830可以为显示器、鼠标、键盘等输入输出设备提供连接接口。网络接口840为各种联网设备提供连接接口。存储接口850为软盘、u盘、sd卡等外部存储设备提供连接接口。

这里，参照根据本公开实施例的方法、装置和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个框以及各框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可提供到通用计算机、专用计算机或其他可编程装置的处理器，以产生一个机器，使得通过处理器执行指令产生实现在流程图和/或框图中一个或多个框中指定的功能的装置。

这些计算机可读程序指令也可存储在计算机可读存储器中，这些指令使得计算机以特定方式工作，从而产生一个制造品，包括实现在流程图和/或框图中一个或多个框中指定的功能的指令。

本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。

通过上述实施例中的物理机调度方法及装置、计算机可存储介质，提高了部署业务系统的效率，降低了扩容成本。

至此，已经详细描述了根据本公开的物理机调度方法及装置、计算机可存储介质。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。