技术领域
[0001] 本
发明涉及
云计算中虚拟机镜像技术领域，具体地说是一种基于openstack卷启动虚拟机创建私有镜像的方法。
背景技术
[0002] 云计算是与信息技术、
软件、互联网相关的一种服务，它把许多计算资源集合起来，通过软件实现自动化管理，并通过互联网提供计算，存储及网络服务。其中云计算最重要的技术就是虚拟化技术，它可以最大化的利用物理
硬件，解决高性能的物理硬件产能过剩和老的旧的硬件产能过低的重组重用。
[0003] OpenStack是一个开源的云计算管理平台项目，由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，并且实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。
[0004] 基于openstack平台创建卷虚拟机，可以分为镜像启动和卷启动。通过卷启动虚拟机，虚拟机在卷中启动，并通过cinder管理卷，解耦了计算资源与存储资源的关系，提高了虚拟机功能的扩展性。但是，卷启动虚拟机的创建私有镜像，openstack原生
接口无法
支撑业务需求，因其创建的私有镜像本质上是原系统卷的快照，所以与原系统卷有强耦合关系。由于快照技术的本质，使之无法和原系统卷分离，即快照和原系统卷的生命周期必须保持一致，也就是说如果存在通过快照(镜像)创建的虚拟机，原虚拟机无法删除，进而影响实际生产环境中的使用；并且如果原系统卷数据发生变化(重装
操作系统)，则快照(镜像)也会被改变，从而失去了镜像保存原环境的作用。
发明内容
[0005] 本发明的目的是针对以上不足，提供一种基于openstack卷启动虚拟机创建私有镜像的方法，旨在弥补原生接口创建的私有镜像无法在实际生产环境中应用。
[0006] 本发明所采用技术方案是：
[0007] 一种基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：包括如下步骤：
[0008] S1、基于openstack原生接口创建虚拟机系统卷的初始私有镜像，生成镜像文件和系统卷的快照文件；
[0009] S2、创建与系统卷数据一致的备份系统卷；
[0010] S3、创建备份系统卷的快照文件；
[0011] S4、使用备份系统卷的快照文件替代原有系统卷的快照文件，完成最终私有镜像的创建。
[0012] 2根据
权利要求1所述的基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：步骤S1中，所述私有镜像创建通过openstack的私有镜像创建接口实现，所述openstack的私有镜像创建接口为http(s):/***/servers/{server_id}/action。
[0013] 3、根据权利要求1所述的基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：步骤S1中，定义虚拟机系统卷为vm0，定义镜像文件为vm0-image，定义系统卷的快照文件为snapshot for vm0，通过所述私有即那个想创建接口运行如下架构：
[0014] 入参：
[0015]
[0016] 出参：
[0017] {
[0018] "image_id":"0e7761dd-ee98-41f0-ba35-05994e446431"
[0019] }
[0020] 4、根据权利要求3所述的基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：步骤S2中，所述创建备份系统卷通过备份接口实现，所述备份接口为http(s)://***/v3/{project_id}/backups。
[0021] 5、根据权利要求4所述的基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：在步骤S2中，定义备份系统卷为vm0-systemdisk-backup，通过山上述备份接口运行如下架构：
[0022] 入参：
[0023]
[0024] 出参：
[0025]
[0026] 6、根据权利要求5所述基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：步骤S3中，创建备份系统卷的快照文件通过备份系统卷快照创建接口实现，所述备份系统卷快照创建接口为http(s)://***/v3/{project_id}/snapshots。
[0027] 7、根据权利要求6所述的基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：所述备份接口和备份系统卷快照创建接口均通过调用Openstack cinder实现。
[0028] 8、根据权利要求6所述的基于openstack卷启动虚拟机创建私有镜像的方法，其特征在于：步骤S3中，定义备份系统卷的快照文件为vm0-systemdisk-backup-snapshot，创建备份系统卷的快照文件的步骤运行如下架构：
[0029] 入参：
[0030]
[0031] 出参：
[0032]
[0033]
[0034] 本发明具有以下优点：
[0035] 1、本发明的卷启动虚拟机创建私有镜像时，在调用openstack接口创建私有镜像后，创建系统卷的备份，然后创建备份卷的快照，接着删除因调用原生接口创建私有镜像时产生的快照，并用备份卷快照代替。本发明弥补了openstack原生接口创建的镜像无法直接用于生产环境中创建虚拟机，并且解耦了私有镜像与原虚拟机的逻辑关系，使销毁虚拟机(含系统卷)不会影响该虚拟机的私有镜像，提高了虚拟机和镜像功能的可扩展性，如虚拟机重装操作功能，私有镜像不会改变，并且还可以当做原系统备份，还原虚拟机；在业务层面上，给客户更好的使用体验，技术层面上，使私有镜像和虚拟机的功能更利于扩展。
[0036] 2、本发明的方法针对原生接口优化，增加了卷启动虚拟机私有镜像的可操作性，解决了虚拟机系统卷和镜像之间的耦合关系，提升了功能的可扩展性。
[0037] 3、本发明的方法解决了卷启动虚拟机重装操作系统，已经存在的虚拟机私有镜像不可用问题。
[0038] 4、本发明的方法在实际生产环境中，对于卷启动虚拟机用户可以随意操作系统卷，而不会对已经存在的镜像产生任何影响，进而达到了镜像启动虚拟机和卷启动虚拟机私有镜像操作的一致性，提生了用户体验。
附图说明
[0039] 为了更清楚地说明本发明
实施例中的技术方案，下面将对实施例中描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0040] 下面结合附图对本发明进一步说明：
[0041] 图1为本发明的流程示意图。
具体实施方式
[0042] 下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施，但所举实施例不作为对本发明的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互结合。
[0043] 需要理解的是，在本发明实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。在本发明实施例中的“多个”，是指两个或两个以上。
[0044] 本发明实施例中的属于“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B这三种情况。另外，本文中字符“/”一般表示前后关联对象是一种“或”关系。
[0045] 如图1所示的基于openstack卷启动虚拟机创建私有镜像的方法，包括如下步骤：
[0046] S1、基于openstack原生接口创建虚拟机系统卷的初始私有镜像，生成大小为0的镜像文件和系统卷的快照文件；所述私有镜像创建通过openstack的私有镜像创建接口实现，所述openstack的私有镜像创建接口为http(s):/***/servers/{server_id}/action，***为管理平台域名，定义虚拟机系统卷为vm0，定义镜像文件为vm0-image，定义系统卷的快照文件为snapshot for vm0，通过所述私有即那个想创建接口运行如下架构：
[0047] 入参：
[0048]
[0049]
[0050] 出参：
[0051] {
[0052] "image_id":"0e7761dd-ee98-41f0-ba35-05994e446431"
[0053] }
[0054] S2、创建与系统卷数据一致的备份系统卷；步骤S2中，所述创建备份系统卷通过备份接口实现，所述备份接口为http(s)://***/v3/{project_id}/backups，***为管理平台域名。在步骤S2中，定义备份系统卷为vm0-systemdisk-backup，通过山上述备份接口运行如下架构：
[0055] 入参：
[0056]
[0057] 出参：
[0058]
[0059]
[0060] S3、创建备份系统卷的快照文件；创建备份系统卷的快照文件通过备份系统卷快照创建接口实现，所述备份系统卷快照创建接口为http(s)://***/v3/{project_id}/snapshots，***为管理平台域名，所述备份接口和备份系统卷快照创建接口均通过调用Openstack cinder实现。定义备份系统卷的快照文件为vm0-systemdisk-backup-snapshot，创建备份系统卷的快照文件的步骤运行如下架构：
[0061] 入参：
[0062]
[0063] 出参：
[0064]
[0065]
[0066] S4、使用备份系统卷的快照文件替代原有系统卷的快照文件，完成最终私有镜像的创建。
[0067] 方法原理：根据openstack原生接口创建现有虚拟机的系统卷vm0的私有镜像，结果生成大小为0的镜像文件vm0-image和系统卷的快照文件snapshot for vm0，但是镜像文件不可以直接使用，实际使用的是生成的系统卷的快照文件，也就是说卷启动虚拟机创建的私有镜像实际上是系统卷的快照，统计私有镜像创建虚拟机也就是通过快照生成系统卷，然后在分配计算资源。由于快照技术的本质，使之无法和原系统卷分离，即快照和原系统卷的生命周期必须保持一致，也就是说如果存在通过系统卷的快照文件创建的虚拟机，原虚拟机无法删除，进而影响实际生产环境中的使用；并且如果原系统卷数据发生变化(重装操作系统)，则快照文件也会被改变，从而失去了镜像保存原环境的作用。因此通过生成一份和原系统卷一样的备份卷，解耦了和原系统卷的关系。然后再将备份卷生成快照文件，创建快照文件一是为了后续保持和原生接口生成的结果一致，再就是通过快照创建系统卷性能更高。删除原系统卷的快照文件snapshot for vm0,使备份系统卷生成的快照文件vm0-systemdisk-backup-snapshot进行替代，即
修改镜像元数据，增加快照文件vm0-systemdisk-backup-snapshot信息,使通过私有镜像创建虚拟机的时候可以通过镜像ID查询出对应的快照ID。此外，不直接使用快照id是因为，实际生产中需要通过openstack glance接口查询镜像列表，所有必须有创建镜像这一步操作。通过备份系统卷的快照文件替代原系统卷的快照文件后，创建私有镜像完成，可以根据私有镜像查找快照信息，创建系统卷，进而创建和vm0相同虚拟机。
[0068] 以上所述实施例仅是为充分说明本发明而所举的较佳的实施例，本发明的保护范围不限于此。
本技术领域的技术人员在本发明
基础上所作的等同替代或变换，均在本发明的保护范围之内。
