一种虚拟机迁移方法和装置的制造方法
【技术领域】
[0001] 本发明涉及通信技术领域，特别涉及一种虚拟机迀移方法和装置。
【背景技术】
[0002] 开放栈（Openstack)是目前最活跃的云计算开源平台，面对一些已经部署了虚拟 化平台的用户，在部署Openstack的时候，由于用户的核心数据及业务已经大范围应用在 虚拟化环境中，从业务连续性及成本考虑，均不允许搭建新云平台进行业务部署，这就要求 Openstack云平台提供在不影响现有业务的前提下对已部署的虚拟化环境提供平滑迀移的 能力，使其能从虚拟化平台平滑迀移到Openstack云平台，由此可见，在极少改动已有虚拟 化环境的情况下，将虚拟化环境升级到Openstack云平台尤为重要。
【发明内容】
[0003] 有鉴于此，本申请提供一种虚拟机迀移方法和装置，能够不改动已有虚拟机化环 境的情况下，将虚拟机纳入到Openstack中进行管理。
[0004] 为解决上述技术问题，本申请的技术方案是这样实现的：
[0005] -种虚拟机迀移方法，应用于开放栈Openstack中任一计算节点上，该方法包括：
[0006] 该计算节点在资源配置文件中配置需迀移到本计算节点的虚拟机所在主机的驱 动Driver信息，以及所述主机的因特网协议IP地址或集群信息；
[0007] 获取所述虚拟机的配置信息；
[0008] 根据获取的配置信息创建该虚拟机使用的网络，以及规格flavor信息；
[0009] 为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重命名虚拟化管理软 件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。
[0010] 一种虚拟机迀移装置，应用于开放栈Openstack中任一计算节点上，该装置包括： 配置单元、获取单元和创建单元；
[0011] 所述配置单元，用于在资源配置文件中配置需迀移到本计算节点的虚拟机所在主 机的驱动Driver信息，以及所述主机的因特网协议IP地址或集群信息；
[0012] 所述获取单元，用于获取所述虚拟机的配置信息；
[0013] 所述创建单元，用于为待创建虚拟机生成通用唯一标识码UUID，并使用该UUID重 命名虚拟化管理软件中所述虚拟机的名称，使所述虚拟机纳入Openstack管理。
[0014] 由上面的技术方案可知，本申请中计算节点在Openstack中，根据已有环境中的 虚拟机的配置信息创建虚拟机，且在计算节点的驱动中并不真正创建虚拟机，能够不改动 已有虚拟机化环境的情况下，将虚拟机纳入到Openstack中进行管理。
【附图说明】
[0015] 图1为本申请实施例中将虚拟机纳入Openstack中管理的组网示意图；
[0016] 图2为本申请实施例中虚拟机迁移流程不意图；
[0017] 图3为本申请实施例中Wmware Driver类型的计算节点实现虚拟机迀移流程示意 图；
[0018] 图4为本申请实施例中应用于上述技术的虚拟机迀移装置结构示意图。
【具体实施方式】
[0019] 为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例， 对本发明的技术方案进行详细说明。
[0020] 本申请实施例中提供一种虚拟机迀移方法，应用于Openstack中任一计算节点 上。该计算节点在Openstack中，根据已有环境中的虚拟机的配置信息创建虚拟机，且在计 算节点的驱动中并不真正创建虚拟机，能够不改动已有虚拟机化环境的情况下，将虚拟机 纳入到Openstack中进行管理。
[0021] 本申请实施例中的计算节点即为Openstack中的Nava-Compute。
[0022] 参见图1，图1为本申请实施例中将虚拟机纳入Openstack中管理的组网示意 图。图1中，包括了五种类型的Driver的Nava-Compute，实际应用中，Openstack中管理的 Nava-Compute为下述之一或任意组合：
[0023] Vmware Driver、KVM Driver、Xen Driver、CAS Driver、Hyper-v Driver。
[0024] 下面结合附图，详细说明本申请实施例中实现虚拟机迀移的过程。
[0025] 参见图2,图2为本申请实施例中虚拟机迀移流程示意图。具体步骤为：
[0026] 步骤201，计算节点在资源配置文件中配置需迀移到本计算节点的虚拟机所在主 机的Driver信息，以及所述主机的IP地址或集群信息。
[0027] Openstack中的Controller接收到创建需迀移到Openstack中的虚拟机的请求 时，根据调度策略调度到指定的计算节点上创建该虚拟机，实现虚拟机的迀移。
[0028] 本步骤中的计算节点即为被指定的计算节点。
[0029] 在进行步骤201之前，还需先确定该虚拟机所在主机是否开启分布式虚拟交换机 功能，如果是，则在所述主机上配置虚拟交换机为分布式虚拟交换机，并执行步骤201 ;否 贝1J，直接执行步骤201。
[0030] 在上述五种Drive类型的计算节点中，Vmware Driver和CAS Driver对应的计 算节点，是以集群为单位作为计算节点的计算资源，为了保证集群内部的高可用以及动态 资源调度，需在对应主机上配置虚拟交换机为分布式虚拟交换机；而另外三种Driver类型 (KVM Driver、Xen Driver、Hyper-v Driver)对应的主机上不需进行分布式虚拟交换机的 配置；分布式虚拟交换机可以跨主机使用。
[0031] 针对主机的Driver信息的配置，指明Driver类型即可。如果对应Driver类型为 Vmware Driver或CAS Driver，则步骤201中配置的是对应主机的集群信息；如果对应的 Driver类型为KVM Driver、Xen Driver或Hyper-v Driver，则步骤201中配置的是对应主 机的IP地址。
[0032] 通过本步骤的配置，将需要迀移的虚拟机所在的主机纳入到Openstack中，可对 该主机进行管理，后续Openstack中需要创建虚拟机时，可以直接在该主机上创建，并对新 创建的虚拟机进行管理。
[0033] 步骤202,该计算节点获取所述虚拟机的配置信息。
[0034] 该计算节点根据需迀移到本计算节点的虚拟机所在主机提供的简单对象访问协 议（Simple Object Access Protocol，SOAP)接口或者所在主机的管理客户端获取到所述 虚拟机的配置信息。虚拟机的配置信息包括：虚拟机的名称、内存、CPU个数、CPU核数、IP 地址和硬盘，以及当前使用网络的网络信息等。
[0035] 参见表1，表1为本申请实施例中获取的虚拟机的配置信息包含的内容。
[0036]
[0037] 表 1
[0038] 步骤203,该计算节点根据获取的配置信息创建该虚拟机使用的网络，以及 flavor 信息。
[0039] 本步骤中根据获取的配置信息中的网络信息创建该虚拟机使用的网络；根据配置 信息中的虚拟机的名称、内存、CPU个数、CPU核数、IP地址和硬盘创建虚拟机的flavor信 息。Flavor信息为，为虚拟机创建的硬件使用环境：包含使用的内存大小、CPU个数、CPU核 数、IP地址和硬盘大小等信息。Flavor是一个模板，根据该模板可以创建对应的虚拟机。
[0040] 步骤204,该计算节点为待创建虚拟机生成通用唯一标识码（Universally Unique Identifier，UUID)，并使用该UUID重命名虚拟化管理软件中所述虚拟机的名称，使所述虚 拟机纳入Openstack管理。
[0041] 该计算节点为待创建的虚拟机生成UUID，用于标识该虚拟机。
[0042] 该计算节点使用所述虚拟机的名称创建虚拟机，该虚拟机的名称提供给用户展示 用，并不作为管理时使用的识别标识；在需要管理该新创建的虚拟机时，使用所述UUID查 找到所述虚拟机，并管理该虚拟机。
[0043] 计算节点为待创建虚拟机生成UUID之后，所述使用该UUID重命名虚拟化管理软 件中该虚拟机的名称之前，所述方法进一步包括：
[0044] 该计算节点确定在虚拟化管理软件中是否存在与该虚拟机的名称相同的虚拟机 的名称，如果是，使用该UUID重命名虚拟化管理软件中该虚拟机的名称；否则，创建虚拟 机。
[0045] 在生成UUID之后，创建真正的虚拟机之前，需根据虚拟机的名称进行判断。如果 虚拟化管理软件中不存在该虚拟机的名称，按现有实现进行真正的虚拟机创建过程。
[0046] 如果虚拟化管理软件中存在该虚拟机的名称，则通过重命名的方式，将生成的 UUID和该虚拟机的名称关联，即将虚拟机化软件中的该虚拟机纳入Openstack管理。
[0047] 本申请实施例中以打粧的方式实现Openstack虚拟机的构建，不需要在驱动层真 正创建虚拟机，只重命名已存在的虚拟机的名称即可。
[0048] 本申请具体实现时，还可以在将虚拟机化软件中的该虚拟机纳入Openstack管 理之后，修改一些附加属性，如修改该虚拟机原有的虚拟网络计算机（Virtual Network Computing，VNC)端口号为Openstack使用的VNC端口号，用于Openstack管理该虚拟机进 行远程访问。这些附加属性，根据实际需要进行修改获得，这里不作限制。
[0049] 下面结合图1，以Driver类型为Wmware为例，详细说明本神请实施例中将VM1纳 入Openstack中为例。
[0050] 参见图3,图3为本申请实施例中Wmware Driver类型的计算节点实现虚拟机迀移 流程示意图。具体步骤为：
[0051] 步骤301，控制器接收到VM