CN113419811A - Cpu添加方法、设备、计算机设备及可读存储介质 - Google Patents

Abstract

本申请涉及一种CPU添加方法、设备、计算机设备及可读存储介质。该方法包括：接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；根据第一规格信息判断目标虚拟机是否支持CPU添加操作；根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。能够实现虚拟机CPU的永久性添加，避免虚拟机关机重新启动后重复添加CPU，提高CPU热添加的效率。

Description

CPU添加方法、设备、计算机设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种CPU添加方法、设备、计算机设备及可读存储介质。

背景技术

随着现代社会科技的发展，虚拟化技术的应用越来越广泛。在各个领域中，虚拟机渐渐可以代替物理机来执行一些业务，随着虚拟机上运行的业务越来越多，人们对与虚拟机的要求也越来越高，其中包括虚拟机的配置、性能等多方面。在虚拟机配置方面，虚拟机的中央处理器(central processing unit，CPU)配置就显得非常重要。

现有技术在虚拟机启动过程中，接收添加预设CPU数量的指令，还可以调用虚拟机管理工具的接口将预设CPU数量对应的CPU添加到虚拟机。在虚拟机关机重新启动后，虚拟机中的CPU会恢复至添加前的数量，现有技术无法实现永久性CPU添加，CPU热添加的效率较低。

发明内容

本申请实施例提供一种CPU添加方法、设备、计算机设备及可读存储介质，能够实现虚拟机CPU的永久性添加，避免虚拟机关机重新启动后重复添加CPU，提高CPU热添加的效率。

第一方面，提供一种CPU添加方法，其特征在于，包括：

接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

根据第一规格信息判断目标虚拟机是否支持CPU添加操作；

根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

本申请中，调用虚拟机管理接口在虚拟机运行过程中添加CPU，无需重建虚拟机就可以添加CPU，实现CPU的热添加。通过虚拟机管理系统的规格信息(flavor)指示新的CPU数量，规格信息可以配置虚拟机的CPU数量，以基于规格信息(flavor)实现CPU永久性添加，避免在虚拟机关机重启后重复执行对虚拟机的CPU添加操作，提高CPU热添加的效率。此外，基于规格信息进行CPU热添加之前，首先判断虚拟机是否满足添加条件，避免盲目执行CPU热添加引发虚拟机出现故障。

结合第一方面，在第一方面的一种可能的实现方式中，第一规格信息还包括目标虚拟机的内存配置信息和/或目标虚拟机的磁盘配置信息。

本申请中，第一规格信息还可以包括虚拟机内存配置、虚拟机磁盘配置，可以是OpenStack系统中的flavor信息，区别于现有CPU添加方案所采用的其它指示信息，第一规格信息用于配置虚拟机，可以实现CPU的永久性添加。

结合第一方面，在第一方面的一种可能的实现方式中，上述根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU，包括：

若目标虚拟机支持CPU添加操作，则调用虚拟机管理接口在目标虚拟机中添加(M-N)个CPU；N为目标虚拟机上的原始CPU总量，M为目标虚拟机上新的CPU总量；

否则，禁止在目标虚拟机中添加CPU。

本申请提供了根据上述判断结果添加CPU的具体实现方式，在目标虚拟机支持CPU添加操作时，根据第一规格信息确定待添加的CPU数量，并调用管理接口添加相应数量的CPU。在目标虚拟机不支持CPU添加操作时，禁止在目标虚拟机中添加CPU，避免盲目对目标虚拟机执行CPU添加操作，导致目标虚拟机运行故障的问题。

结合第一方面，在第一方面的一种可能的实现方式中，上述根据第一规格信息判断目标虚拟机是否支持CPU添加操作，包括：

若目标虚拟机满足CPU添加条件，则确定目标虚拟机支持CPU添加操作；

若目标虚拟机不满足CPU添加条件，则确定目标虚拟机不支持CPU添加操作；其中，CPU添加条件与新的CPU总量M、目标虚拟机上的原始CPU总量N、第一规格信息中的其他参数和第二规格信息中除原始CPU总量N之外的其他参数有关，第二规格信息为目标虚拟机当前的规格信息。

本申请还提供了根据CPU数量、规格信息判断是否满足虚拟机添加条件，以及根据判断结果判断目标虚拟机是否支持虚拟机添加操作的具体实现。

结合第一方面，在第一方面的一种可能的实现方式中，CPU添加条件包括：新的CPU总量M大于原始CPU总量N，且第一规格信息和第二规格信息中除CPU数量外的其它参数相同；

和/或，新的CPU总量M未超过目标虚拟机支持的CPU数量限值Y；

和/或，新的CPU总量M未超过目标虚拟机所属项目的CPU数量限值P。

本申请还提供了CPU添加条件的一种具体实现，支持根据CPU添加条件判断目标虚拟机是否支持CPU添加操作。

结合第一方面，在第一方面的一种可能的实现方式中，上述方法还包括：

将虚拟机资源管理文件中的第二规格信息更新为第一规格信息。

本申请中，确定根据第一规格信息执行CPU添加操作后，将目标虚拟机当前的规格信息更新为第一规格信息，确保目标虚拟机的有效规格信息与目标虚拟机的实际配置保持一致。

第二方面，提供了一种CPU添加方法，适用于宿主机，该方法包括：

接收用户触发的CPU添加指令；CPU添加指令包括目标虚拟机待添加的CPU数量；

响应于CPU添加指令，根据目标虚拟机待添加的CPU数量生成第一规格信息，第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

向虚拟机管理服务器发送第一规格信息，第一规格信息用于指示虚拟机管理服务器基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

第三方面，公开了一种虚拟机管理设备，包括：

通信单元，用于接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

处理单元，用于根据第一规格信息判断目标虚拟机是否支持CPU添加操作；根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

第四方面，提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，其特征在于，处理器执行计算机程序时实现上述第一方面或第一方面任一种可能的实现方式所述方法的步骤。

第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第一方面任一种可能的实现方式所述方法的步骤。

本申请实施例提供一种CPU添加方法、装置、系统、计算机设备及可读存储介质，在需要为虚拟机添加CPU时，宿主机向虚拟机管理服务器传入新的规格信息(例如flavor)，新的规格信息指示新的CPU数量。响应于宿主机传递的新的规格信息，虚拟机管理服务器可以判断虚拟机是否支持CPU添加操作；并在虚拟机支持CPU添加操作时，在虚拟机运行过程中调用虚拟机管理工具的接口在目标虚拟机上添加CPU，无需重建虚拟机即可实现CPU的添加，基于新的规格信息实现CPU热添加。另外，规格信息可以用于配置虚拟机，包括虚拟机的CPU数量，虚拟机管理服务器可以根据新的规格信息配置虚拟机的CPU数量，因此基于规格信息(flavor)可以实现CPU永久性添加，避免在虚拟机关机重启后重复执行对虚拟机的CPU添加操作，提高CPU热添加的效率。此外，基于规格信息进行CPU热添加之前，首先判断虚拟机是否满足添加条件，避免盲目执行CPU热添加引发虚拟机出现故障。

附图说明

图1为本申请实施例提供的虚拟机管理系统的示意图；

图2为本申请实施例提供的CPU添加方法的流程示意图；

图3为本申请实施例提供的CPU添加方法的另一流程示意图；

图4为本申请实施例提供的CPU添加方法的另一流程示意图；

图5本申请实施例提供的虚拟机管理设备的结构示意图；

图6本申请实施例提供的宿主机的结构示意图；

图7本申请实施例提供的计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的方法适用于图1所示的虚拟机管理系统，参考图1，该系统包括虚拟机管理服务器10以及宿主机20。虚拟机管理服务器10可以在宿主机20上创建虚拟机30，并对虚拟机30进行管理，包括虚拟机30的生命周期管理、虚拟机30的配置管理等。虚拟机管理服务器10可以提供虚拟机管理平台(即应用程序)，宿主机20安装虚拟机管理服务器10提供的应用程序后可以部署虚拟机管理平台，用户可以通过宿主机20访问宿主机上部署的虚拟机管理平台。

示例性的，上述虚拟机管理服务器10可以OpenStack服务器，宿主机20可以部署OpenStack管理平台，用户可以通过OpenStack管理平台触发虚拟机创建指令或虚拟机管理指令，OpenStack服务器从宿主机接收虚拟机创建指令或虚拟机管理指令后可以调用相应接口在宿主机创建虚拟机或对虚拟机进行管理。

本申请实施例提供一种CPU添加方法，适用于图1所示的系统。参考图2，该方法包括以下步骤：

步骤201、虚拟机管理服务器接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；

本申请实施例中，用户可以根据虚拟机的业务需求确定在虚拟机添加CPU，还可以登录宿主机部署的虚拟机管理平台发起该虚拟机的CPU添加流程。具体实现中，可以通过传递新的规格信息的方式指示对虚拟机执行CPU添加后，虚拟机上的CPU总数量，即虚拟机上新的CPU总量。示例的，用户登录虚拟机管理平台发起虚拟机的CPU添加流程后，宿主机向虚拟机管理服务器发送CPU添加指令，该指令携带目标虚拟机新的规格信息，指示虚拟机管理服务器根据新的规格信息为目标虚拟机添加CPU。

一种可能的实现方式中，图2所示方法中涉及的主体虚拟机管理服务器可以是图1所示系统中的虚拟机管理服务器10，虚拟机管理服务器10可以是开源的云计算平台管理服务器，通过云平台实现对虚拟机的创建、管理。例如，虚拟机管理服务器10可以是OpenStack服务器，用于向宿主机提供OpenStack平台，用于在宿主机上创建虚拟机，以及对宿主机上的虚拟机进行管理。图2所示方法中涉及的宿主机可以是运行虚拟机管理服务器10的客户端(虚拟机管理平台，例如，OpenStack平台)的物理机。

一种可能的实现方式中，上述新的规格信息可以是前文所述的第一规格信息，目标虚拟机即宿主机待添加CPU的虚拟机。规格信息可以是虚拟机管理系统中用于配置虚拟机的信息，其中，虚拟机管理系统可以是图1所示系统。规格信息可以是flavor信息。示例性的，在OpenStack技术中flavor信息可以指示虚拟机的CPU、内存磁盘等的配置信息。

一种可能的实现方式中，第一规格信息还包括所述目标虚拟机的内存配置信息和/或所述目标虚拟机的磁盘配置信息。

步骤202、虚拟机管理服务器根据第一规格信息判断所述目标虚拟机是否支持CPU添加操作。

具体实现中，虚拟机管理服务器可以根据第一规格信息确定目标虚拟机执行CPU添加后的CPU数量，结合宿主机对目标虚拟机CPU数量的限制以及虚拟机当前的规格信息，判断目标虚拟机是否支持本次CPU添加操作。其中，本次CPU添加操作即宿主机通过步骤201中的CPU添加指令触发的针对目标虚拟机的CPU添加操作。

步骤203、根据判断结果，确定是否基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU。

具体实现中，若目标虚拟机是否支持CPU添加操作，则基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU；若目标虚拟机不支持CPU添加操作，则中止目标虚拟机的CPU添加流程。

需要说明的是，虚拟机管理服务器从宿主机接收目标虚拟机新的规格信息后，可以发起对目标虚拟机的CPU添加流程。虚拟机管理服务器还可以根据第一规格信息指示的CPU数量，确定目标虚拟机待添加的CPU数量，并在目标虚拟机运行状态下调用虚拟机管理接口在目标虚拟机中添加相应数量的CPU数量。

其中，虚拟机管理接口也可以称为虚拟机管理工具的接口，可以是虚拟机管理服务器管理宿主机上运行的虚拟机的应用程序接口(application programming interface，API)。虚拟机管理工具的接口是操作系统配置给虚拟机管理服务器(虚拟机管理平台)的一个调用接口，虚拟机管理服务器通过调用操作系统的API而使操作系统去执行虚拟机管理服务器的命令。

示例性的，在OpenStack技术中，上述虚拟机管理接口(或虚拟机管理工具的接口)可以是libvirt接口，也可以是libvirt所提供的API接口。可以理解的是，libvirt接口可以是管理虚拟化的开源API，可以用于管理虚拟机。

本申请实施例提供的方法中，在需要为虚拟机添加CPU时，宿主机向虚拟机管理服务器传入新的规格信息(例如flavor)，新的规格信息指示CPU添加后的CPU数量。响应于宿主机传递的新的规格信息，虚拟机管理服务器可以在虚拟机运行过程中调用虚拟机管理工具的接口，基于新的规格信息实现CPU热添加。无需通过关机、重建虚拟机的过程就可以为虚拟机添加CPU，实现了虚拟机CPU的热添加，避免CPU添加导致虚拟机业务中断的问题。同时，提高了虚拟机CPU的便捷性，缩短了虚拟机CPU添加过程的耗时。

另外，规格信息可以用于配置虚拟机，包括虚拟机的CPU数量，虚拟机管理服务器可以根据新的规格信息配置虚拟机的CPU数量，因此基于规格信息(flavor)可以实现CPU永久性添加，避免在虚拟机关机重启后重复执行对虚拟机的CPU添加操作，提高CPU热添加的效率。

本申请实施例提供的方法中，虚拟机管理服务器还可以在进行CPU热添加之前，首先判断虚拟机是否满足添加条件，避免盲目执行CPU热添加导致虚拟机出现故障，例如，导致虚拟机业务中断、不可运行等问题。

一种可能的实现方式中，若目标虚拟机支持CPU添加操作，则调用虚拟机管理接口在目标虚拟机中添加(M-N)个CPU；N为目标虚拟机上的原始CPU总量，即目标虚拟机当前的CPU数量；M可以是对目标虚拟机执行CPU添加后，目标虚拟机上的CPU数量，即第一规格信息指示的新的CPU总量；

否则，禁止在目标虚拟机中添加CPU。

也就是说，目标虚拟机当前已经包括了N个CPU，基于新的规格信息在目标虚拟机中添加CPU时，需要保证添加后的CPU数量与新的规格信息指示的CPU数量一致，则在目标虚拟机中添加(M-N)个CPU。

本申请实施例中，首先判断目标虚拟机是否支持本次的CPU添加操作，在目标虚拟机支持该CPU添加操作时，根据第一规格信息确定待添加的数量，并调用虚拟机管理接口在虚拟机运行过程中添加对应数量的CPU，可以在目标虚拟机上添加正确数目的CPU。若目标虚拟机不支持该CPU添加操作，则中止本次的CPU添加操作，避免盲目添加CPU导致目标虚拟机出现故障。

一种可能的实现方式中，基于CPU添加条件判断虚拟机是否支持虚拟机添加操作。具体的，判断目标虚拟机是否满足CPU添加条件。若目标虚拟机满足CPU添加条件，则确定目标虚拟机支持本次的CPU添加操作，否则，确定目标虚拟机不支持本次的CPU添加操作。其中，所述CPU添加条件与所述新的CPU总量M、所述目标虚拟机上的原始CPU总量N、所述第一规格信息中的其他参数和第二规格信息中除所述原始CPU总量N之外的其他参数有关，所述第二规格信息为所述目标虚拟机当前的规格信息。

本申请实施例中，基于CPU添加条件来判断目标虚拟机是否支持由第一规格信息触发的CPU添加操作，避免盲目对目标虚拟机执行CPU添加，导致目标虚拟机出行故障的问题。

一种可能的实现方式中，CPU添加条件包括以下条件中的至少一个：

条件(1)：CPU数量M大于CPU数量N，且第一规格信息和第二规格信息中除CPU数量外的其它参数相同。

需要说明的是，本申请实施例中的CPU数量M为目标虚拟机执行CPU添加后的CPU数量，即前文所述的新的CPU总量；CPU数量N为目标虚拟机当前的CPU数量，即前文所述的原始CPU总量；第二规格信息为目标虚拟机当前的规格信息。

也就是说，对目标虚拟机执行CPU添加操作需要保证新的规格信息指示的CPU数量小于目标虚拟机当前的CPU数量，才能在目标虚拟机添加CPU。因此CPU数量M大于CPU数量N时，才可以对目标虚拟机执行CPU添加操作。

另外，新的规格信息不能改变目标虚拟机当前的其它配置(即除CPU数量外的其它配置)，才可以在不改变虚拟机本身配置的情况下，实现CPU热添加。因此，第一规格信息和第二规格信息中除CPU数量外的其它参数相同，才可以对目标虚拟机执行CPU添加操作。

条件(2)：目标虚拟机执行CPU添加后的CPU数量M未超过目标虚拟机支持的CPU数量限值Y。

也就是说，目标虚拟机执行CPU添加后的CPU数量M不能超过目标虚拟机所支持的CPU数量上限。当目标虚拟机执行CPU添加后的CPU数量M未超过目标虚拟机支持的CPU数量限值Y，才可以对目标虚拟机执行CPU添加操作。

条件(3)：CPU数量M未超过目标虚拟机所属项目的CPU数量限值P。

也就是说，目标虚拟机执行CPU添加后的CPU数量M(即前文所述的新的CPU总量)不能超过目标虚拟机所属项目的CPU数量配额。当目标虚拟机执行CPU添加后的CPU数量M未超过CPU数量限值P，才可以对目标虚拟机执行CPU添加操作。

需要说明的是，当目标虚拟机满足上述条件(1)、条件(2)以及条件(3)中的一个或多个则确定目标虚拟机支持本次的CPU添加操作。

本申请实施例提供的方法中，虚拟机管理服务器还可以在确定可以根据第一规格信息进行CPU热添加后，利用第一规格信息覆盖目标虚拟机当前的规格信息，保证目标虚拟机的有效规格信息与目标虚拟机实际配置的一致性。示例的，图2所示的方法还包括：将虚拟机资源管理文件中的第二规格信息更新为第一规格信息。

本申请实施例中，确定根据第一规格信息执行CPU添加操作后，要将目标虚拟机当前的规格信息更新为第一规格信息，保证目标虚拟机的有效规格信息与目标虚拟机的实际配置保持一致。其中，目标虚拟机的有效规格信息可以是记录在虚拟机管理服务器提供的资源管理模块维护的规格信息，例如，可以是虚拟机资源管理文件中记录的目标虚拟机的规格信息。

在一个实施例中，为了在虚拟机运行过程中实现CPU的热添加，在创建虚拟机时，可以将虚拟机设置为“支持CPU热添加”。示例性的，创建目标虚拟机时，设置目标虚拟机的热添加功能为使能状态。

一种可能的实现中，可以在虚拟机的镜像元数据中增加指定的热添加参数，该参数指示虚拟机支持CPU热添加。当虚拟机的镜像元数据中包括上述热添加参数，表明虚拟机的热添加功能为使能状态。示例的，镜像元数据中包括“热添加参数”，则表明虚拟机支持CPU热添加。

另一种可能的实现方式中，根据上述指定的参数的取值来判断虚拟机是否支持CPU热添加。其中，上述指定的参数可以是一个标识位，该标识位的值可以设置为第一数值或第二数值。第一数值表征虚拟机的CPU热添加功能为使能状态，即当虚拟机的镜像元数据中的热添加参数设置为第一数值，表明虚拟机的CPU热添加功能为使能状态，可以在虚拟机运行过程中对虚拟机执行CPU添加操作；第二数值表征虚拟机的CPU热添加功能为禁止状态，即当虚拟机的镜像元数据中的热添加参数设置为第二数值，表明虚拟机的CPU热添加功能为禁止状态，禁止在虚拟机运行过程对虚拟机执行CPU添加操作。

本申请实施例提供一种CPU添加方法，适用于宿主机。参考图3，该方法包括以下步骤：

步骤301、宿主机接收用户触发的CPU添加指令；CPU添加指令包括目标虚拟机待添加的CPU数量；

具体实现中，宿主机安装有虚拟机管理服务器的客户端，即虚拟机管理平台。用户通过宿主机登录该平台后，宿主机显示虚拟机管理界面。虚拟机管理界面可以包括虚拟机标识输入框、CPU添加功能控件以及CPU数量输入框。其中，虚拟机标识输入框用于输入待添加CPU的虚拟机的标识，可以是虚拟机的名称、标号、标识、编号等；虚拟机添加功能控件用于触发CPU添加流程；CPU数量输入框用于输入待添加的CPU数量。

当用户在虚拟机管理界面输入待添加CPU的虚拟机的标识、待添加的CPU数量后，用户选中CPU添加功能控件可以触发CPU添加流程。响应于该指令，宿主机可以确定目标虚拟机待添加的CPU数量。其中，目标虚拟机即待添加CPU的虚拟机，目标虚拟机待添加的CPU数量即通过CPU数量输入框获取的CPU数量。

一种可能的实现方式中，虚拟机管理界面包括虚拟机的图标，用户选中图标即可以选择待添加CPU的虚拟机。

本申请实施例对在虚拟机管理界面触发CPU添加流程的具体用户操作不做限制，任何通过用户在虚拟机管理界面触发CPU添加流程的流程都适用于本申请实施例提供的方法。本申请实施例对虚拟机管理界面也不做限制，用户可以通过该界面选择、输入待添加的CPU即可。

步骤302、宿主机响应于CPU添加指令，根据目标虚拟机待添加的CPU数量生成第一规格信息，第一规格信息包括目标虚拟机上新的CPU总量；

其中，目标虚拟机上新的CPU总量为目标虚拟机添加CPU后，目标虚拟机的CPU数量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息，是根据待添加的CPU数量生成的新的规格信息。

步骤303、宿主机向虚拟机管理服务器发送第一规格信息，第一规格信息用于指示虚拟机管理服务器基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

具体实现中，当用户指示为目标虚拟机添加CPU时，宿主机响应于用户操作生成新的规格信息，向虚拟机管理服务器发送新的规格信息(flavor信息)，指示虚拟机管理服务器根据新的规格信息实现对目标虚拟机的CPU热添加。另外，基于规格信息(flavor)实现CPU永久性添加，避免在虚拟机关机重启后重复执行对虚拟机的CPU添加操作，提高CPU热添加的效率。

本申请实施例还提供了基于OpenStack平台实现虚拟机CPU热添加的流程，如图4所示，所述流程包括以下步骤：

步骤401、创建虚拟机时，在虚拟机的镜像文件中加入热添加参数，使得虚拟机支持在运行状态下进行CPU的添加；

也就是说，在创建虚拟机时，将虚拟机的热添加功能设置为使能状态，或者，在创建虚拟机时，使能虚拟机的热添加功能。

步骤402、设置虚拟机的CPU数量限值Y。

其中，CPU数量限值Y指的是虚拟机支持的最大CPU数量，虚拟机中的CPU数量不能超过CPU数量限值Y。相应的，对虚拟机执行CPU添加后，虚拟机中的CPU数量不能超过虚拟机的CPU数量限值Y。

步骤403、宿主机向OpenStack服务器发送虚拟机的新的flavor，指示OpenStack服务器基于新的flavor修改虚拟机的CPU。

其中，flavor是OpenStack技术中用于记录虚拟机配置的信息，可以包括虚拟机的CPU数量、虚拟机的内存配置信息等。修改虚拟机的CPU包括添加CPU。

步骤404、判断新flavor中的CPU数量M是否大于虚拟机当前的CPU数量N，且新flavor和当前flavor除CPU数量外的其它参数是否相同；

若新flavor中的CPU数量M大于虚拟机当前的CPU数量N，且新flavor和当前flavor除CPU数量外的其它参数相同，则执行步骤405；若否，则结束流程。

步骤405、OpenStack服务器判断该虚拟机所属项目的CPU数量的余量是否大于该虚拟机待添加的CPU数量。

具体实现中，该虚拟机所属项目可以是OpenStack服务器在宿主机上创建虚拟机的一个项目，可以根据该虚拟机当前的CPU数量N以及新flavor中的CPU数量M确定该虚拟机待添加的CPU数量。

若是，表明该虚拟机所属项目配额充足，可以支持该虚拟机本次的CPU添加，则执行步骤406；若否，则结束流程。

步骤406、OpenStack服务器修改placment中对该虚拟机的资源分配。

其中，placment是OpenStack平台中的资源管理模块，可以记录虚拟机的资源分配情况。具体实现中，可以修改placment记录的该虚拟机的CPU数量为上述CPU数量M。

步骤407、OpenStack服务器判断新flavor中的CPU数量M是否超过该虚拟机的CPU数量限值Y；

若是，则结束流程；否则执行步骤408。

步骤408、OpenStack服务器调用libvirt接口，在该虚拟机运行状态下在该虚拟机中添加CPU。

步骤409、将该虚拟机的flavor修改为上述新的flavor。

本申请实施例在创建虚拟机时指定虚拟机的CPU数量限值，根据用户的需求生成新的flavor，指示虚拟机执行CPU添加后的CPU数量。在虚拟机开机的情况下，调用libvirt接口为虚拟机添加CPU。一方面解决了虚拟机中当前CPU数量不足导致的性能达不到要求的问题，另一方面，在对虚拟机添加CPU时无需关闭虚拟机，减少虚拟机关机带来的服务宕机时间，也不会导致虚拟机的业务中断。

本申请实施例还提供一种虚拟机管理设备，该虚拟机管理设备可以是前文所述的虚拟机管理服务器，例如，OpenStack服务器。如图5所示，该虚拟机管理设备包括：通信单元501以及处理单元502。

通信单元501，用于接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

处理单元502，用于根据第一规格信息判断目标虚拟机是否支持CPU添加操作；根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

在一个实施例中，第一规格信息还包括目标虚拟机的内存配置信息和/或目标虚拟机的磁盘配置信息。

在一个实施例中，处理单元502具体用于，若目标虚拟机支持CPU添加操作，则调用虚拟机管理接口在目标虚拟机中添加(M-N)个CPU；N为目标虚拟机上的原始CPU总量，M为目标虚拟机上新的CPU总量；

否则，禁止在目标虚拟机中添加CPU。

在一个实施例中，处理单元502具体用于，若目标虚拟机满足CPU添加条件，则确定目标虚拟机支持CPU添加操作；

若目标虚拟机不满足CPU添加条件，则确定目标虚拟机不支持CPU添加操作；其中，CPU添加条件与新的CPU总量M、目标虚拟机上的原始CPU总量N、第一规格信息中的其他参数和第二规格信息中除原始CPU总量N之外的其他参数有关，第二规格信息为目标虚拟机当前的规格信息。

在一个实施例中，CPU添加条件包括：新的CPU总量M大于原始CPU总量N，且第一规格信息和第二规格信息中除CPU数量外的其它参数相同；

和/或，新的CPU总量M未超过目标虚拟机支持的CPU数量限值Y；

和/或，新的CPU总量M未超过目标虚拟机所属项目的CPU数量限值P。

在一个实施例中，处理单元502还用于，将虚拟机资源管理文件中的第二规格信息更新为第一规格信息。

在一个实施例中，处理单元502还用于，创建目标虚拟机时，设置目标虚拟机的热添加功能为使能状态。

本申请实施例还提供一种宿主机，如图6所示，该宿主机包括：处理单元601以及通信单元602。

处理单元601，用于接收用户触发的CPU添加指令；所述CPU添加指令包括目标虚拟机待添加的CPU数量；

处理单元601还用于，响应于所述CPU添加指令，根据所述目标虚拟机待添加的CPU数量生成第一规格信息，所述第一规格信息包括所述目标虚拟机上新的CPU总量；所述第一规格信息为虚拟机管理系统中用于配置所述目标虚拟机的信息；

通信单元602，向虚拟机管理服务器发送所述第一规格信息，所述第一规格信息用于指示所述虚拟机管理服务器基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU。

本申请实施例还提供一种虚拟机管理系统，该系统包括虚拟机管理设备以及宿主机，所述宿主机上运行有一个或多个虚拟机。

在一个实施例中，所述宿主机接收用户触发的CPU添加指令；CPU添加指令包括目标虚拟机待添加的CPU数量；

所述宿主机响应于CPU添加指令，根据待添加CPU数量生成目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；

所述虚拟机管理设备接收宿主机发送的第一规格信息；根据第一规格信息判断目标虚拟机是否支持CPU添加操作；根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

本申请实施例还提供了一种计算机设备，该计算机设备可以是服务器，例如，本申请实施例前文所述的云端服务器。其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库可以存储配置信息、权限信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现本申请实施例图7所示的方法中由服务器执行的步骤。

示例性的，该计算机程序被处理器执行时支持计算机设备接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

根据第一规格信息判断目标虚拟机是否支持CPU添加操作；

根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

在一个实施例中，第一规格信息还包括目标虚拟机的内存配置信息和/或目标虚拟机的磁盘配置信息。

在一个实施例中，该计算机程序被处理器执行时支持计算机设备进行如下判断：

若目标虚拟机支持CPU添加操作，则调用虚拟机管理接口在目标虚拟机中添加(M-N)个CPU；N为目标虚拟机上的原始CPU总量，M为目标虚拟机上新的CPU总量；

否则，禁止在目标虚拟机中添加CPU。

在一个实施例中，该计算机程序被处理器执行时支持计算机设备进行如下判断：

若目标虚拟机满足CPU添加条件，则确定目标虚拟机支持CPU添加操作；

若目标虚拟机不满足CPU添加条件，则确定目标虚拟机不支持CPU添加操作；其中，CPU添加条件与新的CPU总量M、目标虚拟机上的原始CPU总量N、第一规格信息中的其他参数和第二规格信息中除原始CPU总量N之外的其他参数有关，第二规格信息为目标虚拟机当前的规格信息。

在一个实施例中，CPU添加条件包括：新的CPU总量M大于原始CPU总量N，且第一规格信息和第二规格信息中除CPU数量外的其它参数相同；

和/或，新的CPU总量M未超过目标虚拟机支持的CPU数量限值Y；

和/或，新的CPU总量M未超过目标虚拟机所属项目的CPU数量限值P。

在一个实施例中，该计算机程序被处理器执行时支持计算机设备将虚拟机资源管理文件中的第二规格信息更新为第一规格信息。

在一个实施例中，该计算机程序被处理器执行时支持计算机设备：接收用户触发的CPU添加指令；CPU添加指令包括目标虚拟机待添加的CPU数量；

响应于CPU添加指令，根据目标虚拟机待添加的CPU数量生成第一规格信息，第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

向虚拟机管理服务器发送第一规格信息，第一规格信息用于指示虚拟机管理服务器基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例的CPU添加方法的步骤。示例性的，该计算机程序被处理器执行时实现：接收宿主机发送的目标虚拟机的第一规格信息；第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

根据第一规格信息判断目标虚拟机是否支持CPU添加操作；

根据判断结果，确定是否基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

在一个实施例中，该计算机程序被处理器执行时实现：接收用户触发的CPU添加指令；CPU添加指令包括目标虚拟机待添加的CPU数量；

响应于CPU添加指令，根据目标虚拟机待添加的CPU数量生成第一规格信息，第一规格信息包括目标虚拟机上新的CPU总量；第一规格信息为虚拟机管理系统中用于配置目标虚拟机的信息；

向虚拟机管理服务器发送第一规格信息，第一规格信息用于指示虚拟机管理服务器基于第一规格信息调用虚拟机管理接口在目标虚拟机中添加CPU。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种CPU添加方法，其特征在于，包括：

接收宿主机发送的目标虚拟机的第一规格信息；所述第一规格信息包括所述目标虚拟机上新的CPU总量；所述第一规格信息为虚拟机管理系统中用于配置所述目标虚拟机的信息；

根据所述第一规格信息判断所述目标虚拟机是否支持CPU添加操作；

根据判断结果，确定是否基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU。

2.根据权利要求1所述的方法，其特征在于，所述第一规格信息还包括所述目标虚拟机的内存配置信息和/或所述目标虚拟机的磁盘配置信息。

3.根据权利要求1所述的方法，其特征在于，所述根据判断结果，确定是否基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU，包括：

若所述目标虚拟机支持所述CPU添加操作，则调用虚拟机管理接口在所述目标虚拟机中添加(M-N)个CPU；所述N为所述目标虚拟机上的原始CPU总量，所述M为所述目标虚拟机上新的CPU总量；

否则，禁止在所述目标虚拟机中添加CPU。

4.根据权利要求1所述的方法，其特征在于，所述根据所述第一规格信息判断所述目标虚拟机是否支持CPU添加操作，包括：

若所述目标虚拟机满足CPU添加条件，则确定所述目标虚拟机支持所述CPU添加操作；

若所述目标虚拟机不满足CPU添加条件，则确定所述目标虚拟机不支持所述CPU添加操作；其中，所述CPU添加条件与所述新的CPU总量M、所述目标虚拟机上的原始CPU总量N、所述第一规格信息中的其他参数和第二规格信息中除所述原始CPU总量N之外的其他参数有关，所述第二规格信息为所述目标虚拟机当前的规格信息。

5.根据权利要求4所述的方法，其特征在于，所述CPU添加条件包括：所述新的CPU总量M大于所述原始CPU总量N，且所述第一规格信息和第二规格信息中除CPU数量外的其它参数相同；

和/或，所述新的CPU总量M未超过所述目标虚拟机支持的CPU数量限值Y；

和/或，所述新的CPU总量M未超过所述目标虚拟机所属项目的CPU数量限值P。

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

将虚拟机资源管理文件中的所述第二规格信息更新为所述第一规格信息。

7.一种CPU添加方法，其特征在于，包括：

接收用户触发的CPU添加指令；所述CPU添加指令包括目标虚拟机待添加的CPU数量；

响应于所述CPU添加指令，根据所述目标虚拟机待添加的CPU数量生成第一规格信息，所述第一规格信息包括所述目标虚拟机上新的CPU总量；所述第一规格信息为虚拟机管理系统中用于配置所述目标虚拟机的信息；

向虚拟机管理服务器发送所述第一规格信息，所述第一规格信息用于指示所述虚拟机管理服务器基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU。

8.一种虚拟机管理设备，其特征在于，包括：

通信单元，用于接收宿主机发送的目标虚拟机的第一规格信息；所述第一规格信息包括所述目标虚拟机上新的CPU总量；所述第一规格信息为虚拟机管理系统中用于配置所述目标虚拟机的信息；

处理单元，用于根据所述第一规格信息判断所述目标虚拟机是否支持CPU添加操作；根据判断结果，确定是否基于所述第一规格信息调用虚拟机管理接口在所述目标虚拟机中添加CPU。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images