用于热迁移虚拟机的方法和装置与流程

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及用于热迁移虚拟机的方法和装置。

背景技术：

云计算尤其是提供虚机服务的产品，随着物理机规模的不断扩大，物理机采购批次也不尽相同，同集群下，存在多种物理机型号，在虚拟化实现当中，内存和磁盘的虚拟化因物理机产生的影响不太大，但是不同CPU(Central Processing Unit，中央处理器)类型，当虚拟机需要跨物理机进行热迁移(又叫动态迁移、实时迁移，即虚拟机保存/恢复，通常是将整个虚拟机的运行状态完整保存下来，同时可以快速的恢复到原有硬件平台甚至是不同硬件平台上。恢复以后，虚拟机仍旧平滑运行，用户不会察觉到任何差异)时，会存在指令集不兼容的问题，也是异构集群虚拟机热迁移需要重点解决的问题。

针对大规模集群CPU模式一致性及其性能问题及热迁移兼容的问题，主要有两种解决方案:

1)确保集群使用相同的处理器，客户机(即虚拟机)的CPU模式(cpu_model)采用物理机近似模式(host_model)或物理机透传模式(host_passthrough)。

2)使用集群中所有物理机都支持的客户机模式(custom)。

第一种方案是依靠硬件的一致性来保证性能和兼容特性，而第二种解决方案则是考虑到异构比较严重的集群的需求，这种方案对性能的损耗比较严重。

技术实现要素：

本申请的目的在于提出一种用于热迁移虚拟机的方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于热迁移虚拟机的方法，所述方法包括：响应于收到将虚拟机从源物理机热迁移到目的物理机的请求，获取所述源物理机的中央处理器CPU信息和所述目的物理机的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；确定所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构是否兼容；响应于确定出所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构兼容，则进一步确定所述源物理机的CPU特征和所述目的物理机的CPU特征是否兼容；响应于确定出所述源物理机的CPU特征和所述目的物理机的CPU特征不兼容，则进一步确定所述源物理机和所述目的物理机之间不兼容的CPU特征是否在预设的名单中；响应于确定出所述不兼容的CPU特征在预设的名单中，则将所述虚拟机从所述源物理机热迁移到所述目的物理机。

在一些实施例中，所述方法还包括生成预设的名单的步骤，包括：获取集群计算系统中每个物理机CPU的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；将CPU指令集架构兼容但CPU特征不兼容的物理机CPU作为候选物理机CPU集合；将所述候选物理机CPU集合中的每个物理机CPU之间不兼容的CPU特征添加到名单中。

在一些实施例中，所述方法还包括：对所述名单中的不兼容的CPU特征进行CPU信息编码。

在一些实施例中，所述方法还包括：禁用所述名单中的不兼容的CPU特征。

在一些实施例中，所述获取所述源物理机的CPU信息和所述目的物理机的CPU信息，包括：通过CPU汇编指令传入不同的指令参数以获取所述源物理机的CPU信息和所述目的物理机的CPU信息。

在一些实施例中，所述虚拟机采用物理机近似模式。

在一些实施例中，所述方法还包括生成兼容CPU模式的步骤，包括：获取集群计算系统中每个物理机CPU的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；将每个物理机CPU之间兼容的CPU指令集架构和兼容的CPU特征组合成兼容CPU模式以供每个虚拟机使用。

第二方面，本申请提供了一种用于热迁移虚拟机的装置，所述装置包括：获取单元，配置用于响应于收到将虚拟机从源物理机热迁移到目的物理机的请求，获取所述源物理机的中央处理器CPU信息和所述目的物理机的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；检测单元，配置用于确定所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构是否兼容；响应于确定出所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构兼容，则进一步确定所述源物理机的CPU特征和所述目的物理机的CPU特征是否兼容；查询单元，配置用于响应于确定出所述源物理机的CPU特征和所述目的物理机的CPU特征不兼容，则进一步确定所述源物理机和所述目的物理机之间不兼容的CPU特征是否在预设的名单中；控制单元，配置用于响应于确定出所述不兼容的CPU特征在预设的名单中，则将所述虚拟机从所述源物理机热迁移到所述目的物理机。

在一些实施例中，所述装置还包括名单生成单元，配置用于：获取集群计算系统中每个物理机CPU的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；将CPU指令集架构兼容但CPU特征不兼容的物理机CPU作为候选物理机CPU集合；将所述候选物理机CPU集合中的每个物理机CPU之间不兼容的CPU特征添加到名单中。

在一些实施例中，所述装置还包括编码单元，配置用于：对所述名单中的不兼容的CPU特征进行CPU信息编码。

在一些实施例中，所述控制单元进一步配置用于：禁用所述名单中的不兼容的CPU特征。

在一些实施例中，所述获取单元进一步配置用于：通过CPU汇编指令传入不同的指令参数以获取所述源物理机的CPU信息和所述目的物理机的CPU信息。

在一些实施例中，所述虚拟机采用物理机近似模式。

在一些实施例中，所述装置还包括模式生成单元，配置用于：获取集群计算系统中每个物理机CPU的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；将每个物理机CPU之间兼容的CPU指令集架构和兼容的CPU特征组合成兼容CPU模式以供每个虚拟机使用。

本申请提供的用于热迁移虚拟机的方法和装置，通过保证虚拟机在源物理机的CPU指令集架构和目的物理机的CPU指令集架构兼容时，并且源物理机的CPU特征和目的物理机的CPU特征虽然不兼容但是在预设的名单中时进行热迁移，解决了虚拟机跨物理机热迁移时由于CPU型号不同而不能进行热迁移的问题，并且不需要牺牲太多物理机的CPU性能以换取兼容性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的用于热迁移虚拟机的方法的一个实施例的流程图；

图3是根据本申请的用于热迁移虚拟机的方法的又一个实施例的流程图；

图4是根据本申请的用于热迁移虚拟机的装置的一个实施例的结构示意图；

图5是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于热迁移虚拟机的方法或用于热迁移虚拟机的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括物理机(相对于虚拟机而言的对实体计算机的称呼。物理机提供给虚拟机以硬件环境，有时也称为“寄主”或“宿主”)101、102、103，网络104和服务器105。网络104用以在物理机101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用物理机101、102、103通过网络104与服务器105交互，以接收或发送消息等。物理机101、102、103上可以安装有虚拟机，并接收服务器105的虚拟机调度指令。虚拟机(Virtual Machine，VM)是一种通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统，现有的虚拟机所在的物理机一般分为三层，第一层为承载虚拟机系统的硬件，虚拟机所在的CPU就处于这一层，第二层为构建在硬件之上虚拟机管理层(Virtual Machine Manager，VMM)，用于对虚拟机进行管理，第三层为虚拟机本身，包括虚拟机的虚拟CPU及虚拟内存等。

物理机101、102、103可以是安装有虚拟机的平板电脑、膝上型便携计算机和台式计算机等等。物理机提供给虚拟机以硬件环境，有时也称为“寄主”或“宿主”。通过物理机和虚拟机的配合，一台计算机上可以安装上多个操作系统(一个外界操作系统和虚拟机中的数个操作系统)，并且几个操作系统间还可以实现通信，就像是有多台计算机一样。

服务器105可以是提供各种服务的服务器，例如对物理机101、102、103上运行的虚拟机提供管理功能的虚拟机管理服务器。虚拟机管理服务器可以定时监控各个物理机和虚拟机的资源利用率，根据资源分布情况，利用热迁移调整虚拟机在物理机上的分布。热迁移(Live Migration)，又叫动态迁移、实时迁移，即虚拟机保存/恢复，通常是将整个虚拟机的运行状态完整保存下来，同时可以快速的恢复到原有硬件平台甚至是不同硬件平台上。恢复以后，虚拟机仍旧平滑运行，用户不会察觉到任何差异。

需要说明的是，本申请实施例所提供的用于热迁移虚拟机的方法一般由服务器105执行，相应地，用于热迁移虚拟机的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的用于热迁移虚拟机的方法的一个实施例的流程200。所述的用于热迁移虚拟机的方法，包括以下步骤：

步骤201，响应于收到将虚拟机从源物理机热迁移到目的物理机的请求，获取源物理机的CPU信息和目的物理机的CPU信息。

以当前主流的云计算产品实现框架openstack(虚机管理组件)+libvirt(虚拟化管理组件)+driver(qemu-kvm)(驱动程序组件)为例，最终呈现给用户的虚拟CPU模式(vcpu_model)是这个三个组件进行不同层次的处理结果。热迁移是全系统状态的迁移，对于CPU而言在支持的特征(feature)和各个寄存器的状态在对等的状态下才可以热迁移，在迁移时，会比较CPU的信息，包括制造商(vendor)、产品系列代号(family)等，所以通常在虚机管理逻辑里，不允许在不同型号的物理机CPU之间进行热迁移。

在本实施例中，用于热迁移虚拟机的方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从物理机接收热迁移请求，该热迁移请求包括迁移的目的物理机。在执行热迁移操作前需要通过CPU信息检测源物理机CPU和目的物理机CPU的兼容性。其中，该CPU信息包括CPU指令集架构(ISA，Instruction Set Architecture)和CPU特征(feature)。ISA的常见种类如下：复杂指令集运算(Complex Instruction Set Computing，CISC)；精简指令集运算(Reduced Instruction Set Computing，RISC)；显式并行指令集运算(Explicitly Parallel Instruction Computing，EPIC)；超长指令字指令集运算(VLIW)。CPU特征是除了基础的ISA之外的扩展的特殊指令，例如向量计算、安全及多媒体等领域的专用硬件指令。

在本实施例的一些可选的实现方式中，通过CPU汇编指令传入不同的指令参数以获取源物理机的CPU信息和目的物理机的CPU信息。例如，通过CPUID指令获取CPU信息，CPUID指令是intel IA32架构(英特尔32位体系架构)下获得CPU信息的汇编指令，可以得到CPU类型，型号，制造商信息，商标信息，序列号，缓存等一系列CPU相关的东西。CPUID使用eax作为输入参数，eax，ebx，ecx，edx作为输出参数。把eax＝0作为输入参数，可以得到CPU的制造商信息。CPUID指令执行以后，会返回一个12字符的制造商信息，前四个字符的ASC码按低位到高位放在ebx，中间四个放在edx，最后四个字符放在ecx。比如说，对于intel的CPU，会返回一个“GenuineIntel”的字符串，返回值的存储格式为:

31 23 15 07 00

EBX|u(75)|n(6E)|e(65)|G(47)

EDX|I(49)|e(65)|n(6E)|i(69)

ECX|l(6C)|e(65)|t(74)|n(6E)

CPU的特性可以通过CPUID获得，参数是eax＝1，返回值放在edx和ecx，通过验证edx或者ecx的某一个bit，可以获得CPU的一个特性是否被支持。比如说，edx的bit 32代表是否支持MMX，edx的bit 28代表是否支持Hyper-Threading，ecx的bit 7代表是否支持speed sted。

在本实施例的一些可选的实现方式中，集群计算系统中的虚拟机采用物理机近似模式(host_model)。虚拟化驱动组件的发展速度远跟不上cpuCPU制造制造商的产品更新速度。因此虚拟化管理组件的处理原则是找出驱动所支持的CPU模式中跟当前物理机CPU功能集合重合度最大的，并且最好的。

现有技术中为了保证虚拟机在不同宿主机之间迁移时候的兼容性，虚拟化管理组件(例如libvirt)提供三种CPU模式(cpu_model)：

a)客户机模式(custom)：指定一个特定的CPU模式用于虚拟机，这个模式必须是当前虚拟化管理组件支持的,同时在当前物理机CPU实际能力支撑范围之内的模式。

b)物理机近似模式(host_model):不指定具体的CPU模式，让虚拟化管理组件具体去决定一个跟物理机(host)CPU最接近的CPU模式。

c)物理机透传模式(host_passthrough)：将物理机(host)CPU透传到虚拟机(guest)。

客户机模式具有最好的兼容性，对于整个集群而言其所有的cpu_model都是一致的，迁移兼容性最好，但是由于选择具体的cpu model时需要考虑所有物理cpu的计算能力，因此对性能的限制较大，导致性能比较低。

物理机透传模式具有最好的性能表现，将物理机CPU所具有的最佳计算能力呈现给虚拟机。

物理机近似模式是一种性能跟兼容性折衷的一种方式，具体需要虚拟化管理组件来处理。

步骤202，确定源物理机的ISA和目的物理机的ISA是否兼容。

在本实施例中，基于步骤201中得到的源物理机的CPU信息和目的物理机的CPU信息，上述电子设备(例如图1所示的服务器)判断源物理机的ISA和目的物理机的ISA是否兼容，如果不兼容则不能进行热迁移，如果兼容则进行下一步判断。

步骤203，确定源物理机的CPU特征和目的物理机的CPU特征是否兼容。

在本实施例中，在基于步骤202判断出源物理机的ISA和目的物理机的ISA兼容的情况下，继续判断源物理机的CPU特征和目的物理机的CPU特征是否兼容。

步骤204，确定源物理机和目的物理机之间不兼容的CPU特征是否在预设的名单中。

在本实施例中，在基于步骤203判断出源物理机的CPU特征和目的物理机的CPU特征不兼容的情况下，需要进一步判断源物理机和目的物理机之间不兼容的CPU特征是否在预设的名单中。该预设的名单中包含预设的CPU特征集合。如果不兼容的CPU特征在此名单中，说明不兼容的CPU特征是预先知道并且可容忍的不兼容，可以认为源物理机上的虚拟机模式和目的物理机上的虚拟机模式一致，可继续进行下一步操作，如果不兼容的CPU特征不在此名单中，则不能向目的物理机进行热迁移。如果在基于步骤203判断出源物理机的CPU特征和目的物理机的CPU特征兼容的情况下，即ISA和CPU特征都兼容的情况下，可以认为源物理机上的虚拟机模式和目的物理机上的虚拟机模式一致，可继续进行下一步操作。

在本实施例的一些可选的实现方式中，该方法还包括生成兼容CPU模式的步骤，包括：获取集群计算系统中每个物理机CPU的CPU信息；将每个物理机CPU之间兼容的CPU指令集架构和兼容的CPU特征组合成兼容CPU模式以供每个虚拟机使用。该兼容CPU模式主要目标是涵盖虚拟机CPU模式的全部信息，主要包括基础的ISA信息和增强的特征两部分，如表1所示：

表1

步骤205，将虚拟机从源物理机热迁移到目的物理机。

在本实施例中，基于步骤204判断出源物理机和目的物理机之间不兼容的CPU特征在预设的名单中时，可以将虚拟机从源物理机热迁移到目的物理机。即，保存源物理机上运行的虚拟机并在目的物理机上恢复该虚拟机，通常是将整个虚拟机的运行状态完整保存下来，同时可以快速的恢复到不同硬件平台上。恢复以后，虚拟机仍旧平滑运行，用户不会察觉到任何差异。

本申请的上述实施例提供的方法通过对因为CPU特征而导致的CPU不兼容进行过滤操作，将预设的名单中的CPU特征认为是兼容的，因此可以动态迁移的虚拟机不再局限在同物理CPU型号，尽可能做到较少的性能牺牲换取兼容性。

进一步参考图3，其示出了用于热迁移虚拟机的方法的又一个实施例的流程300。该用于热迁移虚拟机的方法的流程300，包括以下步骤：

步骤301，获取集群计算系统中每个物理机CPU的CPU信息。

在本实施例中，用于热迁移虚拟机的方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式获取集群计算系统中每个物理机CPU的CPU信息，其中，CPU信息包括CPU指令集架构和CPU特征。集群计算系统把多台物理机通过快速通信链路连接起来，从外部看来，这些物理机就像一台物理机在工作，而对内来说，外面来的负载通过一定的机制动态地分配到这些节点机中去，从而达到超级服务器才有的高性能、高可用。通过物理机和虚拟机的配合，一台物理机(计算机)上可以安装上多个操作系统(一个外界操作系统和虚拟机中的数个操作系统)，并且几个操作系统间还可以实现通信，就像是有多台计算机一样。

步骤302，将CPU指令集架构兼容但CPU特征不兼容的物理机CPU作为候选物理机CPU集合。

在本实施例中，在搭建集群计算系统时虽然不能保证物理机CPU的严格一致性，但是基本上也不会采用基础架构差异较大的CPU类型。因此不同物理机CPU之间的差异主要在小的修订代号跟CPU特征上，而往往都是小的修订版本代号是CPU特征差异的直接反馈，因此可以基本保证基础ISA一致。在多个物理机中选择ISA兼容但CPU特征不兼容的物理机CPU作为候选物理机CPU，虚拟机热迁移时可以在候选的物理机CPU之间迁移。而不能选择ISA不兼容的物理机CPU进行迁移。

在本实施例的一些可选的实现方式中，对不兼容的CPU特征进行CPU信息编码。例如，对于CPU型号E5-2620(V1、V2和V3)而言，表2中的特征不能同时兼容，因此对CPU信息(即，CPUID)进行编码。

表2

步骤303，将候选物理机CPU集合中的每个物理机CPU之间不兼容的CPU特征添加到名单中。

在本实施例中，基于步骤302得到的候选物理机CPU集合，将该集合中CPU之间不兼容的CPU特征添加到名单中,该名单记录的内容为多个物理机CPU之间兼容的CPU特征。在一个集群计算系统中可以将多个物理机分成多组，例如AMD的为一组，Intel的为一组，并为AMD和Intel分别建立兼容CPU特征名单。当该集群计算系统中新增物理机时，可根据新增物理机CPU信息将其划入一个分组中并更新兼容CPU特征名单。

在本实施例的一些可选的实现方式中，禁用所生成的名单中的不兼容的CPU特征，以避免出现跨物理机热迁移时由于CPU特征的不兼容而导致的迁移失败。

本申请的上述实施例提供的方法通过设置兼容CPU特征名单来屏蔽底层差异，在保障系统性能的同时提高虚拟机热迁移的成功率。

进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种用于热迁移虚拟机的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例所述的用于热迁移虚拟机的装置400包括：获取单元401、检测单元402、查询单元403和控制单元404。其中，获取单元401配置用于响应于收到将虚拟机从源物理机热迁移到目的物理机的请求，获取所述源物理机的中央处理器CPU信息和所述目的物理机的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；检测单元402配置用于确定所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构是否兼容；响应于确定出所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构兼容，则进一步确定所述源物理机的CPU特征和所述目的物理机的CPU特征是否兼容；查询单元403配置用于响应于确定出所述源物理机的CPU特征和所述目的物理机的CPU特征不兼容，则进一步确定所述源物理机和所述目的物理机之间不兼容的CPU特征是否在预设的名单中；控制单元404配置用于响应于确定出所述不兼容的CPU特征在预设的名单中，则将所述虚拟机从所述源物理机热迁移到所述目的物理机。

在本实施例中，获取单元401获取源物理机和目的物理机的CPU信息以供检测单元402判断是否存在源物理机和目的物理机的CPU信息的ISA兼容但CPU特征不兼容的情况，当源物理机和目的物理机的ISA兼容但CPU特征不兼容时，通过查询单元403查询该不兼容的CPU特征是否在预设的名单中，当在预设的名单中时控制单元404将所述虚拟机从所述源物理机热迁移到所述目的物理机。

在本实施例的一些可选的实现方式中，装置400还包括名单生成单元(未示出)，配置用于：获取集群计算系统中每个物理机CPU的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；将CPU指令集架构兼容但CPU特征不兼容的物理机CPU作为候选物理机CPU集合；将所述候选物理机CPU集合中的每个物理机CPU之间不兼容的CPU特征添加到名单中。

在本实施例的一些可选的实现方式中，装置400还包括编码单元(未示出)，配置用于：对所述名单中的不兼容的CPU特征进行CPU信息编码。

在本实施例的一些可选的实现方式中，控制单元404进一步配置用于：禁用所述名单中的不兼容的CPU特征。

在本实施例的一些可选的实现方式中，获取单元401进一步配置用于：通过CPU汇编指令传入不同的指令参数以获取所述源物理机的CPU信息和所述目的物理机的CPU信息。

在本实施例的一些可选的实现方式中，虚拟机采用物理机近似模式。

在本实施例的一些可选的实现方式中，装置400还包括模式生成单元(未示出)，配置用于：获取集群计算系统中每个物理机CPU的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；将每个物理机CPU之间兼容的CPU指令集架构和兼容的CPU特征组合成兼容CPU模式以供每个虚拟机使用。

下面参考图5，其示出了适于用来实现本申请实施例的服务器的计算机系统500的结构示意图。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本申请的方法中限定的上述功能。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、检测单元、查询单元和控制单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“响应于收到将虚拟机从源物理机热迁移到目的物理机的请求，获取所述源物理机的中央处理器CPU信息和所述目的物理机的CPU信息的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：响应于收到将虚拟机从源物理机热迁移到目的物理机的请求，获取所述源物理机的中央处理器CPU信息和所述目的物理机的CPU信息，其中，所述CPU信息包括CPU指令集架构和CPU特征；确定所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构是否兼容；响应于确定出所述源物理机的CPU指令集架构和所述目的物理机的CPU指令集架构兼容，则进一步确定所述源物理机的CPU特征和所述目的物理机的CPU特征是否兼容；响应于确定出所述源物理机的CPU特征和所述目的物理机的CPU特征不兼容，则进一步确定所述源物理机和所述目的物理机之间不兼容的CPU特征是否在预设的名单中；响应于确定出所述不兼容的CPU特征在预设的名单中，则将所述虚拟机从所述源物理机热迁移到所述目的物理机。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。