CN105589731A - 一种虚拟机迁移方法和装置 - Google Patents

Abstract

本发明提供了一种虚拟机迁移方法，该方法包括：计算节点在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的Driver信息，以及所述主机的IP地址或集群信息；获取所述虚拟机的配置信息；根据获取的配置信息创建该虚拟机使用的网络，以及flavor信息；为待创建虚拟机生成UUID，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。基于同样的发明构思，本申请还提出一种虚拟机迁移装置，能够不改动已有虚拟机化环境的情况下，将虚拟机纳入到Openstack中进行管理。

Description

一种虚拟机迁移方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种虚拟机迁移方法和装置。

背景技术

开放栈(Openstack)是目前最活跃的云计算开源平台，面对一些已经部署了虚拟化平台的用户，在部署Openstack的时候，由于用户的核心数据及业务已经大范围应用在虚拟化环境中，从业务连续性及成本考虑，均不允许搭建新云平台进行业务部署，这就要求Openstack云平台提供在不影响现有业务的前提下对已部署的虚拟化环境提供平滑迁移的能力，使其能从虚拟化平台平滑迁移到Openstack云平台，由此可见，在极少改动已有虚拟化环境的情况下，将虚拟化环境升级到Openstack云平台尤为重要。

发明内容

有鉴于此，本申请提供一种虚拟机迁移方法和装置，能够不改动已有虚拟机化环境的情况下，将虚拟机纳入到Openstack中进行管理。

为解决上述技术问题，本申请的技术方案是这样实现的：

一种虚拟机迁移方法，应用于开放栈Openstack中任一计算节点上，该方法包括：

该计算节点在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的驱动Driver信息，以及所述主机的因特网协议IP地址或集群信息；

获取所述虚拟机的配置信息；

根据获取的配置信息创建该虚拟机使用的网络，以及规格flavor信息；

为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。

一种虚拟机迁移装置，应用于开放栈Openstack中任一计算节点上，该装置包括：配置单元、获取单元和创建单元；

所述配置单元，用于在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的驱动Driver信息，以及所述主机的因特网协议IP地址或集群信息；

所述获取单元，用于获取所述虚拟机的配置信息；

所述创建单元，用于为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。

由上面的技术方案可知，本申请中计算节点在Openstack中，根据已有环境中的虚拟机的配置信息创建虚拟机，且在计算节点的驱动中并不真正创建虚拟机，能够不改动已有虚拟机化环境的情况下，将虚拟机纳入到Openstack中进行管理。

附图说明

图1为本申请实施例中将虚拟机纳入Openstack中管理的组网示意图；

图2为本申请实施例中虚拟机迁移流程示意图；

图3为本申请实施例中WmwareDriver类型的计算节点实现虚拟机迁移流程示意图；

图4为本申请实施例中应用于上述技术的虚拟机迁移装置结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例，对本发明的技术方案进行详细说明。

本申请实施例中提供一种虚拟机迁移方法，应用于Openstack中任一计算节点上。该计算节点在Openstack中，根据已有环境中的虚拟机的配置信息创建虚拟机，且在计算节点的驱动中并不真正创建虚拟机，能够不改动已有虚拟机化环境的情况下，将虚拟机纳入到Openstack中进行管理。

本申请实施例中的计算节点即为Openstack中的Nava-Compute。

参见图1，图1为本申请实施例中将虚拟机纳入Openstack中管理的组网示意图。图1中，包括了五种类型的Driver的Nava-Compute，实际应用中，Openstack中管理的Nava-Compute为下述之一或任意组合：

VmwareDriver、KVMDriver、XenDriver、CASDriver、Hyper-vDriver。

下面结合附图，详细说明本申请实施例中实现虚拟机迁移的过程。

参见图2，图2为本申请实施例中虚拟机迁移流程示意图。具体步骤为：

步骤201，计算节点在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的Driver信息，以及所述主机的IP地址或集群信息。

Openstack中的Controller接收到创建需迁移到Openstack中的虚拟机的请求时，根据调度策略调度到指定的计算节点上创建该虚拟机，实现虚拟机的迁移。

本步骤中的计算节点即为被指定的计算节点。

在进行步骤201之前，还需先确定该虚拟机所在主机是否开启分布式虚拟交换机功能，如果是，则在所述主机上配置虚拟交换机为分布式虚拟交换机，并执行步骤201；否则，直接执行步骤201。

在上述五种Drive类型的计算节点中，VmwareDriver和CASDriver对应的计算节点，是以集群为单位作为计算节点的计算资源，为了保证集群内部的高可用以及动态资源调度，需在对应主机上配置虚拟交换机为分布式虚拟交换机；而另外三种Driver类型(KVMDriver、XenDriver、Hyper-vDriver)对应的主机上不需进行分布式虚拟交换机的配置；分布式虚拟交换机可以跨主机使用。

针对主机的Driver信息的配置，指明Driver类型即可。如果对应Driver类型为VmwareDriver或CASDriver，则步骤201中配置的是对应主机的集群信息；如果对应的Driver类型为KVMDriver、XenDriver或Hyper-vDriver，则步骤201中配置的是对应主机的IP地址。

通过本步骤的配置，将需要迁移的虚拟机所在的主机纳入到Openstack中，可对该主机进行管理，后续Openstack中需要创建虚拟机时，可以直接在该主机上创建，并对新创建的虚拟机进行管理。

步骤202，该计算节点获取所述虚拟机的配置信息。

该计算节点根据需迁移到本计算节点的虚拟机所在主机提供的简单对象访问协议(SimpleObjectAccessProtocol，SOAP)接口或者所在主机的管理客户端获取到所述虚拟机的配置信息。虚拟机的配置信息包括：虚拟机的名称、内存、CPU个数、CPU核数、IP地址和硬盘，以及当前使用网络的网络信息等。

参见表1，表1为本申请实施例中获取的虚拟机的配置信息包含的内容。

表1

步骤203，该计算节点根据获取的配置信息创建该虚拟机使用的网络，以及flavor信息。

本步骤中根据获取的配置信息中的网络信息创建该虚拟机使用的网络；根据配置信息中的虚拟机的名称、内存、CPU个数、CPU核数、IP地址和硬盘创建虚拟机的flavor信息。Flavor信息为，为虚拟机创建的硬件使用环境：包含使用的内存大小、CPU个数、CPU核数、IP地址和硬盘大小等信息。Flavor是一个模板，根据该模板可以创建对应的虚拟机。

步骤204，该计算节点为待创建虚拟机生成通用唯一标识码(UniversallyUniqueIdentifier，UUID)，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。

该计算节点为待创建的虚拟机生成UUID，用于标识该虚拟机。

该计算节点使用所述虚拟机的名称创建虚拟机，该虚拟机的名称提供给用户展示用，并不作为管理时使用的识别标识；在需要管理该新创建的虚拟机时，使用所述UUID查找到所述虚拟机，并管理该虚拟机。

计算节点为待创建虚拟机生成UUID之后，所述使用该UUID重命名虚拟化管理软件中该虚拟机的名称之前，所述方法进一步包括：

该计算节点确定在虚拟化管理软件中是否存在与该虚拟机的名称相同的虚拟机的名称，如果是，使用该UUID重命名虚拟化管理软件中该虚拟机的名称；否则，创建虚拟机。

在生成UUID之后，创建真正的虚拟机之前，需根据虚拟机的名称进行判断。如果虚拟化管理软件中不存在该虚拟机的名称，按现有实现进行真正的虚拟机创建过程。

如果虚拟化管理软件中存在该虚拟机的名称，则通过重命名的方式，将生成的UUID和该虚拟机的名称关联，即将虚拟机化软件中的该虚拟机纳入Openstack管理。

本申请实施例中以打桩的方式实现Openstack虚拟机的构建，不需要在驱动层真正创建虚拟机，只重命名已存在的虚拟机的名称即可。

本申请具体实现时，还可以在将虚拟机化软件中的该虚拟机纳入Openstack管理之后，修改一些附加属性，如修改该虚拟机原有的虚拟网络计算机(VirtualNetworkComputing，VNC)端口号为Openstack使用的VNC端口号，用于Openstack管理该虚拟机进行远程访问。这些附加属性，根据实际需要进行修改获得，这里不作限制。

下面结合图1，以Driver类型为Wmware为例，详细说明本神请实施例中将VM1纳入Openstack中为例。

参见图3，图3为本申请实施例中WmwareDriver类型的计算节点实现虚拟机迁移流程示意图。具体步骤为：

步骤301，控制器接收到VM1需迁移到Openstack进行管理的请求时，根据调度策略指定Driver类型为Wmware的Nova-Compute(计算节点)创建VM1。

步骤302，该Nova-Compute确定VM1所在主机开启分布式虚拟交换机功能，则在所述主机上配置虚拟交换机为分布式虚拟交换机。

由于该Nova-Compute对应的Driver类型为Wmware，因此，VM1所在主机必定是开启分布式虚拟交换机功能的。

步骤303，该Nova-Compute在资源配置文件中配置VM1所在主机的Driver信息和集群信息。

由于该Nova-Compute对应的Driver类型为Wmware，因此这里在资源配置文件中配置的是VM所在主机的集群信息，而非所在主机的IP地址。

步骤304，该Nova-Compute获取VM1的配置信息。

步骤305，该Nova-Compute根据获取的配置信息创建VM1使用的网络，以及flavor信息。

步骤306，该Nova-Compute为待创建的虚拟机生成UUID，并确定虚拟机管理软件中存在VM1的名称时，使用该UUID重命名虚拟化管理软件中VM1的名称，使VM1纳入Openstack管理。

由于本申请实施例中描述的是迁移虚拟机到Openstack中，因此，必然需要重命名已存在的虚拟机的名称。

基于同样的发明构思，本申请还提出一种虚拟机迁移装置，应用于开放栈Openstack中任一计算节点上。参见图4，图4为本申请实施例中应用于上述技术的虚拟机迁移装置结构示意图。该装置包括：配置单元401、获取单元402和创建单元403；

配置单元401，用于在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的Driver信息，以及所述主机的IP地址或集群信息；

获取单元402，用于获取所述虚拟机的配置信息；

创建单元403，用于为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。

较佳地，

创建单元403，进一步用于为待创建虚拟机生成UUID之后，确定在虚拟化管理软件中是否存在与该虚拟机的名称相同的虚拟机的名称，如果是，使用该UUID重命名虚拟化管理软件中该虚拟机的名称；否则，创建虚拟机。

较佳地，

配置单元401，进一步用于在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的Driver信息，以及所述主机的IP地址或集群信息之前，若确定该虚拟机所在主机开启分布式虚拟交换机功能，则在所述主机上配置虚拟交换机为分布式虚拟交换机。

较佳地，

获取单元402，具体用于根据需迁移到所述计算节点的虚拟机所在主机提供的SOAP接口或者所在主机的管理客户端获取到所述虚拟机的配置信息。

较佳地，

创建单元403，进一步用于使用该UUID重命名虚拟化管理软件中该虚拟机的名称，使该虚拟机纳入Openstack管理之后，修改该虚拟机原有的虚拟网络计算机VNC端口号为Openstack使用的VNC端口号，用于Openstack管理该虚拟机进行远程访问。

较佳地，

所述虚拟机的配置信息包括：虚拟机的名称、内存、CPU个数、CPU核数、IP地址和硬盘，以及当前使用网络的网络信息。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

综上所述，本申请通过计算节点在Openstack中，根据已有环境中的虚拟机的配置信息、网络信息等信息创建虚拟机，且在计算节点的驱动中并不真正创建虚拟机，能够不改动已有虚拟机化环境的情况下，将虚拟机纳入到Openstack中进行管理。

本申请提供的技术方案实现了已有虚拟化环境迁移到Openstack云计算开源平台；基于已有网络环境中分布式交换机及端口组在Openstack中创建网络；基于虚拟化主机接口获取纳管虚拟机参数，创建对应虚拟机flavor；在不创建虚拟机的前提下，通过打桩的方式实现Openstack虚拟机的构建。在不影响已有虚拟机承载业务的前提下，实现了虚拟机的纳管。基于Openstack以UUID作为虚拟机管理标识实现虚拟机的切换。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (12)

1.一种虚拟机迁移方法，应用于开放栈Openstack中任一计算节点上，其特征在于，该方法包括：

该计算节点在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的驱动Driver信息，以及所述主机的因特网协议IP地址或集群信息；

获取所述虚拟机的配置信息；

根据获取的配置信息创建该虚拟机使用的网络，以及规格flavor信息；

为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。

2.根据权利要求1所述的方法，其特征在于，所述为待创建虚拟机生成UUID之后，所述使用该UUID重命名虚拟化管理软件中该虚拟机的名称之前，所述方法进一步包括：

确定在虚拟化管理软件中是否存在与该虚拟机的名称相同的虚拟机的名称，如果是，使用该UUID重命名虚拟化管理软件中该虚拟机的名称；否则，创建虚拟机。

3.根据权利要求1所述的方法，其特征在于，所述该计算节点在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的Driver信息，以及所述主机的IP地址或集群信息之前，所述方法进一步包括：

若确定该虚拟机所在主机开启分布式虚拟交换机功能，则在所述主机上配置虚拟交换机为分布式虚拟交换机。

4.根据权利要求1所述的方法，其特征在于，所述获取所述虚拟机的配置信息，包括：

根据需迁移到所述计算节点的虚拟机所在主机提供的简单对象访问协议SOAP接口或者所在主机的管理客户端获取到所述虚拟机的配置信息。

5.根据权利要求1所述的方法，其特征在于，所述使用该UUID重命名虚拟化管理软件中该虚拟机的名称，使该虚拟机纳入Openstack管理之后，所述方法进一步包括：

修改该虚拟机原有的虚拟网络计算机VNC端口号为Openstack使用的VNC端口号，用于Openstack管理该虚拟机进行远程访问。

6.根据权利要求1-5任意一项所述的方法，其特征在于，

所述虚拟机的配置信息包括：虚拟机的名称、内存、中央处理单元CPU个数、CPU核数、IP地址和硬盘，以及当前使用网络的网络信息。

7.一种虚拟机迁移装置，应用于开放栈Openstack中任一计算节点上，其特征在于，该装置包括：配置单元、获取单元和创建单元；

所述配置单元，用于在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的驱动Driver信息，以及所述主机的因特网协议IP地址或集群信息；

所述获取单元，用于获取所述虚拟机的配置信息；

所述创建单元，用于为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。

8.根据权利要求7所述的装置，其特征在于，

所述创建单元，进一步用于为待创建虚拟机生成UUID之后，确定在虚拟化管理软件中是否存在与该虚拟机的名称相同的虚拟机的名称，如果是，使用该UUID重命名虚拟化管理软件中该虚拟机的名称；否则，创建虚拟机。

9.根据权利要求7所述的装置，其特征在于，

所述配置单元，进一步用于在资源配置文件中配置需迁移到本计算节点的虚拟机所在主机的Driver信息，以及所述主机的IP地址或集群信息之前，若确定该虚拟机所在主机开启分布式虚拟交换机功能，则在所述主机上配置虚拟交换机为分布式虚拟交换机。

10.根据权利要求7所述的装置，其特征在于，

所述获取单元，具体用于根据需迁移到所述计算节点的虚拟机所在主机提供的SOAP接口或者所在主机的管理客户端获取到所述虚拟机的配置信息。

11.根据权利要求7所述的装置，其特征在于，

所述创建单元，进一步用于使用该UUID重命名虚拟化管理软件中该虚拟机的名称，使该虚拟机纳入Openstack管理之后，修改该虚拟机原有的虚拟网络计算机VNC端口号为Openstack使用的VNC端口号，用于Openstack管理该虚拟机进行远程访问。

12.根据权利要求7-11任意一项所述的装置，其特征在于，

所述虚拟机的配置信息包括：虚拟机的名称、内存、中央处理单元CPU个数、CPU核数、IP地址和硬盘，以及当前使用网络的网络信息。