cinder-backup 使用说明
openstack 所有命令
Cinder:cinder absolute-limits: Lists absolute limits for a user. cinder availability-zone-list: Lists all availability zones. cinder backup-create: Creates a volume backup. cinder backup-delete: Removes a backup.cinder backup-listcinder backup-restore:备份恢复cinder backup-show:Show backup details.cinder create: Creates a volume.usage: cinder create [--snapshot-id <snapshot-id>][--source-volid <source-volid>] [--image-id <image-id>][--display-name <display-name>][--display-description <display-description>][--volume-type <volume-type>][--availability-zone <availability-zone>][--metadata [<key=value> [<key=value> ...]]]<size>cinder credentials: Shows user credentials returned from auth显示证书cinder delete:◆cinder encryption-type-create: Creates encryption type for a volume type.Admin only.为一种存储类型生成一种加密类型（仅admin角色有权限）◆cinder encryption-type-delete：Admin only.◆cinder encryption-type-list：Admin only.◆cinder encryption-type-show：Admin only.cinder endpoints：Discovers endpoints registered by authentication service. cinder extend：Attempts to extend size of an existing volume.cinder extra-specs-list：Lists current volume types and extra specs.（额外规格）cinder force-delete：Attempts force-delete of volume, regardless of state.（强行删除磁盘，不管其当前状态）cinder list：Lists all volumes.cinder list-extensions: Lists all available os-api extensions.cinder metadata: Sets or deletes volume metadata.cinder metadata-show:cinder metadata-update-all: Updates volume metadata.cinder migrate: cinder迁移Migrates volume to a new host.cinder qos-associate：Associates qos specs with specified volume type.将指定的磁盘类型与QoS规格相关联cinder qos-createcinder qos-deletecinder qos-disassociatecinder qos-disassociate-allcinder qos-get-association: Gets all associations for specified qos specs. cinder qos-key: Sets or unsets specifications for a qos spec.cinder qos-listcinder qos-showcinder quota-class-show: Lists quotas for a quota class.cinder quota-class-updatecinder quota-defaultscinder quota-deletecinder quota-showcinder quota-updatecinder quota-usagecinder rate-limits: Lists rate limits for a user.cinder readonly-mode-update: Updates volume read-only access-mode flag. cinder rename: Renames a volume.cinder reset-state: Explicitly updates the volume state.cinder service-enable: Enables the service.cinder service-list: Lists all services. Filter by host and service binary. cinder snapshot-show。
converged backup 操作手册
converged backup 操作手册摘要：1.什么是Converged Backup？2.Converged Backup的优势3.如何实现Converged Backup？4.Converged Backup的实操步骤5.注意事项和常见问题解决正文：一、什么是Converged Backup？Converged Backup，即融合备份，是一种将不同类型的数据备份（如虚拟机、物理机、数据库、文件等）整合到一起的备份解决方案。
它可以简化备份管理，提高备份效率，降低恢复时间，并节省存储空间。
二、Converged Backup的优势1.降低管理复杂性：通过将多种数据备份整合到一个平台上，Converged Backup可以简化备份管理，减少IT人员的工作负担。
2.提高备份效率：Converged Backup可以根据数据类型和备份策略进行智能调度，优化备份资源的利用率，提高备份效率。
3.缩短恢复时间：在需要恢复数据时，Converged Backup可以快速定位和恢复所需数据，缩短恢复时间。
4.节省存储空间：Converged Backup支持重复数据删除和压缩技术，可以有效减少存储空间占用。
5.便于扩展和升级：Converged Backup解决方案可以根据业务需求进行灵活扩展，满足不断变化的备份需求。
三、如何实现Converged Backup？1.选择合适的Converged Backup解决方案：根据企业规模、数据量和备份需求选择合适的Converged Backup产品。
2.部署备份设备：按照产品说明书部署备份设备，如服务器、存储设备等。
3.配置备份策略：根据业务需求，设置合适的备份策略，如备份频率、备份保留期等。
4.配置数据源：将需要备份的数据源（如虚拟机、物理机、数据库、文件等）添加到备份策略中。
5.启动备份：确认备份策略和数据源配置无误后，启动备份过程。
四、Converged Backup的实操步骤1.准备工作：确保备份设备、网络环境和数据源准备就绪。
Cinder磁盘快照功能分析
Cinder磁盘快照功能分析一、创建快照1.API接口2.代码逻辑分析1)Cinder-APISnapshot对应wsgi的类为cinder.api.v2.snapshots.SnapshotsController。
分析SnapshotsController方法可以看到，创建Snapshot时，根据force的值，存在两个逻积处理的分支，分别对不同状态的卷进行快照。
在cinder.volume.api.API中，create_snapshot_force(...)和create_snapshot(...)处理逻辑相同都是调用_create_snapshot(...)，只是入参force的传值不同。
（这样将一个接口写成两个的用意可能是为了方便拓展？！）2)Cinder-VolumeCinder-Volume相应创建快照的接口为create_snapshot(...)该接口调用驱动的create_snapshot(...)开始创建快照！在VolumeManager的create_snapshot(...)方法中，没有对卷的状态加以检查，也就是说无论状态是否是in-use创建快照时Cinder不保证数据完整。
创建热快照时数据是否完整可用，取决于Storage的驱动！3.Storage驱动快照接口在Cinder中不同的设备驱动需要实现create_snapshot(...)接口创建快照，且同时创建快照时需要保证数据结构的完成新。
cinder.volume.driver.VolumeDriver中的快照接口：1)NetApp ISCSI驱动快照实现在NetApp中创建快照和从卷创建Clone使用的是同一个接口，也就是说在netapp看来，创建一个快照相当于从源卷创建一个Clone。
NetApp指定在Storage中，快照的命名格式为snapshot-XXXXX，卷的命名格式为volume-xxxxx。
创建时使用的命令是volume file clone create，只指定了五个参数（vserver，volume，no-reserve，source-path，is-backup），其他参数均使用默认值。
云计算框架与应用
第一章OpenStack是一个进行云部署的操作平台或工具集，可以控制大量的计算、存储、网络资源，但它本身不能进行虚拟化，需要依赖第三方软件。
与其它开源IaaS云平台相比，OpenStack具有项目松耦合、组件配置较为灵活、二次开发容易等优势。
搭建OpenStack环境时，一般需要控制节点、计算节点、块存储节点、对象存储节点和网络节点。
其中块存储节点、对象存储节点和网络节点不是必选节点。
OpenStack工作流程（能根据图1-5 OpenStack 概念架构图进行论述）Kubernetes是基于容器技术的分布式架构方案，也是一个开放的开发平台，既不限制编程语言，也不限定编程接口。
Kubernetes是一个典型的Master/Slave式分布式集群架构，拥有Master和Node 两类节点。
Master节点为控制节点，负责整个集群的管理；Node节点为工作节点，负责处理Master分配的工作负载。
第三章网桥是工作在数据链路层的一个物理或虚拟设备。
网桥在宿主机上创建，用于为虚拟机提供网络连接。
连接在同一个网桥上的虚拟机之间可以相互通信。
网关是在具有路由功能的设备上的一个端口。
网关为虚拟机提供三层网络的连通性。
为了减小广播域，将一个局域网划分成多个虚拟局域网VLAN，但是不同虚拟局域网VLAN的物理机和虚拟机之间需要通过网关进行通信。
为了解决服务器物理接口数量有限，不能为众多VLAN提供连接到网关的接口的问题，将物理接口划分为若干个子接口网桥或者交换机上的端口，可以配置成Access端口或者Trunk端口， Access端口只能传输同一个VLAN的数据， Trunk端口可以传输所有VLAN的数据第四章安装OpenStack的基础组件至少需要一个控制节点和一个计算节点。
安装前需要配置好时间服务，保证所有节点时间一致。
MySQL是OpenStack的数据库组件，安装在控制节点上。
RabbitMQ是OpenStack的消息队列服务组件，用于协调各服务组件之间的信息交换。
converged backup 操作手册
converged backup 操作手册摘要：一、converged backup 概述二、converged backup 操作步骤1.准备工作2.配置备份3.执行备份4.检查备份结果5.恢复备份三、converged backup 高级配置1.备份策略2.备份文件管理3.备份性能优化四、converged backup 的优势与注意事项正文：一、converged backup 概述Converged backup（融合备份）是一种集数据备份、存储和恢复功能于一体的备份策略。
它通过整合不同类型的数据备份，简化了数据保护流程，降低了企业在数据保护和恢复方面的成本和复杂性。
二、converged backup 操作步骤1.准备工作在开始converged backup 之前，请确保您已准备好以下内容：- 确保备份设备（如磁盘阵列或磁带库）已连接并准备好- 确保备份目标位置（如网络共享或磁带）已配置好- 确保备份服务器已安装并配置好备份软件2.配置备份在备份软件中，配置备份源（如服务器、数据库或文件夹）和备份目标（如磁盘阵列或磁带库）。
同时，设置备份频率、备份时间等参数。
3.执行备份按照配置的备份策略，执行备份任务。
备份软件会自动将数据备份到指定的目标位置。
4.检查备份结果通过备份软件的日志和报告功能，检查备份任务是否成功完成，以及备份数据的完整性和准确性。
5.恢复备份当需要恢复数据时，通过备份软件选择需要恢复的备份集，并将其恢复到源位置或目标位置。
三、converged backup 高级配置1.备份策略根据企业的需求，自定义备份策略，如设置多个备份副本、进行差异备份或增量备份等。
2.备份文件管理对备份文件进行管理，如重命名、删除、压缩等操作，以节省存储空间和提高备份效率。
3.备份性能优化通过调整备份参数、优化备份网络和调整备份任务调度等方法，提高备份性能。
四、converged backup 的优势与注意事项1.优势- 简化备份流程，降低维护成本- 提高备份效率，减少备份时间- 优化存储空间利用，降低存储成本2.注意事项- 确保备份设备具有良好的性能和可扩展性- 定期测试备份恢复过程，确保数据安全- 关注备份策略的灵活性和可定制性，以满足不同需求总之，converged backup 作为一种现代化的数据保护方法，可以帮助企业更好地管理和保护重要数据。
分布式存储基础、Ceph、cinder及华为软件定义的存储方案
块存储与分布式存储块存储，简单来说就是提供了块设备存储的接口。
通过向内核注册块设备信息,在Linux 中通过lsblk可以得到当前主机上块设备信息列表。
本文包括了单机块存储介绍、分布式存储技术Ceph介绍，云中的块存储Cinder，以及华为软件定义的存储解决方案。
单机块存储一个硬盘是一个块设备，内核检测到硬盘然后在/dev/下会看到/dev/sda/。
因为需要利用一个硬盘来得到不同的分区来做不同的事，通过fdisk工具得到/dev/sda1, /dev/sda2等，这种方式通过直接写入分区表来规定和切分硬盘,是最死板的分区方式。
分布式块存储在面对极具弹性的存储需求和性能要求下，单机或者独立的SAN越来越不能满足企业的需要。
如同数据库系统一样，块存储在scale up的瓶颈下也面临着scale out的需要。
分布式块存储系统具有以下特性：分布式块存储可以为任何物理机或者虚拟机提供持久化的块存储设备;分布式块存储系统管理块设备的创建、删除和attach/detach;分布式块存储支持强大的快照功能，快照可以用来恢复或者创建新的块设备;分布式存储系统能够提供不同IO性能要求的块设备。
现下主流的分布式块存储有Ceph、AMS ESB、阿里云磁盘与sheepdog等。
1Ceph1.1Ceph概述Ceph目前是OpenStack支持的开源块存储实现系统(即Cinder项目backend driver之一) 。
Ceph是一种统一的、分布式的存储系统。
“统一的”意味着Ceph可以一套存储系统同时提供对象存储、块存储和文件系统存储三种功能，以便在满足不同应用需求的前提下简化部署和运维。
“分布式”在Ceph系统中则意味着真正的无中心结构和没有理论上限的系统规模可扩展性。
Ceph具有很好的性能、可靠性和可扩展性。
其核心设计思想，概括为八个字—“无需查表，算算就好”。
1.2Ceph系统的层次结构自下向上，可以将Ceph系统分为四个层次：基础存储系统RADOS（Reliable, Autonomic, Distributed Object Store，即可靠的、自动化的、分布式的对象存储）；基础库LIBRADOS；高层应用接口：包括了三个部分：RADOS GW（RADOS Gateway）、RBD（Reliable Block Device）和Ceph FS（Ceph File System）。
1．对Cinder后端逻辑卷进行扩容_OpenStack云计算基础架构平台技术与应用_[共3页]
OpenStack云计算基础架构平台技术与应用144 ②Scheduler Service：负责处理队列中的任务，并根据预先制定的调度策略（优先活跃节点）选择合适的存储节点来执行任务。
③V olume Service：该服务运行在各个存储节点之上，管理存储空间，每一个存储节点都有一个V olume Service，构建一个庞大的存储资源池。
V olume Service本身不实现存储功能，而由Cinder存储后端（Backend Drivers）来实现。
7．Cinder支持的后端存储类型（1）本地存储Cinder默认使用LVM技术配合iSCSI协议来实现本地存储，LVM驱动需要在云主机中事先用LVM命令创建一个cinder-volume的卷组，当该主机接收到创建卷的请求时，cinder-volume会在卷组上创建一个逻辑卷，并用iSCSI技术将这个卷组作为一个iSCSI的Target提供给云主机。
（2）其他存储目前，除了本地存储之外，还包括EMC（EMC是传统存储厂商，主要面对企业级用户），Netapp（目前的数据密集型企业提供统一存储解决方案的居世界最前列的公司）和华为存储为之服务。
（3）Cinder V olume创建流程当用户从cinder-client发送一个请求创建卷组之后，会将创建的类型、大小和种类等信息通过RESTFUL接口来访问cinder-api，api接受请求之后就会把Client传送的请求进行解析，之后通过RPC将请求发送给cinder-scheduler选择合适的volume节点，节点选择完毕再次通过RPC发送给volume，之后调用driver来创建Client要求的卷组，如果Cinder需要要求backup，这时候就需要调用RPC进行backup操作，如图7-5所示。
图7-5 Cinder Vo ume 创建流程1．对Cinder后端逻辑卷进行扩容Cinder后端默认使用LVM逻辑卷进行存储，当卷资源不够时，会导致创建Cinder卷失败，为了解决这个问题，需要对LVM逻辑卷进行扩容，从而解决cinder-volume空间不足的问题。
OpenStack专业术语和用途说明大全
OpenStack专业术语和用途说明大全∙AMQP- 全称Advanced Message Queuing Protocol，是一个国际标准的消息中间件，是一个wire-level protocol。
Mirantis OpenStack和Fuel都是用RabbitMQ作为AMQP兼容的消息接口；∙Astute - Fuel使用它来部署OpenStack环境。
Nailgun服务创建一个JSON文件，里面包含了节点和对应的角色讯息，然后将这个文件啊烦恼公道RabbitMQ队列。
Astue工作进程收到讯息后在Cobbler里部署到每个节点；∙Availability Zone - Availability Zone是一种Host Aggregate的名字；∙Bonding - NIC Bonding也叫NIC Aggregation，将多个物理网路连接组合在一起，既可以提供容错也可以增加速率。
Mirantis OpenStack通过OVS来实现NIC Bonding；∙Ceilometer - Ceilometer会聚合部署在OpenStack环境里所有服务的使用情况和性能数据。
相关数据收集起来之后可以用作很多参考用途。
Fuel可以在CentOS或Ubuntu安装Ceilometer。
注意，Ceilometer会收集大量的数据，所以，会产生对Database的大量写入。
缺省情况下收集100个Resource大概每小时会有16K的数据量。
使用它需要MongoDB；∙Ceph - 这是Open Source的存储平台，提供统一Object、Block和File Storage；∙Cinder - 它是OpenStack的Block Storage项目的代号。
它是Nova项目的初始构成部分，不过现在已经独立出来了。
Cinder可以部署到OpenStack Storage Node（通常叫做Cinder Node）或者也可以与Controller Node共享。
converged backup 操作手册
converged backup 操作手册（实用版）目录1.概述2.安装与配置3.备份与恢复4.常见问题与解决方案5.总结正文1.概述converged backup 是一种数据备份和恢复的解决方案，它能够在不同的存储设备之间进行数据备份和恢复。
该系统通过将数据存储和备份整合到一起，实现了简化的数据管理，提高了数据备份和恢复的效率。
本文将详细介绍 converged backup 的安装与配置、备份与恢复以及常见问题与解决方案。
2.安装与配置在使用 converged backup 之前，需要确保您的系统满足安装要求。
安装要求包括：操作系统要求、硬件要求和网络要求。
在满足安装要求后，按照以下步骤进行安装与配置：(1) 下载 converged backup 软件包并解压。
(2) 按照提示进行安装。
在安装过程中，需要输入许可证密钥。
如果没有许可证密钥，可以联系厂家获取试用版。
(3) 安装完成后，启动 converged backup 程序，并按照提示进行配置。
配置内容包括：备份目标、备份源、备份策略等。
3.备份与恢复在完成安装与配置后，可以使用 converged backup 进行数据备份和恢复。
具体操作步骤如下：(1) 选择备份源。
根据需要选择要备份的文件或文件夹。
(2) 设置备份目标。
可以选择本地存储设备或者网络存储设备作为备份目标。
(3) 设置备份策略。
根据需要选择全量备份、增量备份或者差异备份。
(4) 开始备份。
点击开始备份按钮，等待备份过程完成。
(5) 恢复数据。
在需要恢复数据时，选择备份目标和备份源，然后点击恢复按钮。
等待恢复过程完成。
4.常见问题与解决方案在使用 converged backup 的过程中，可能会遇到一些常见问题。
下面列举了一些常见问题及其解决方案：(1) 备份失败。
备份失败可能是由于磁盘空间不足、网络连接问题等原因导致的。
解决方法是检查磁盘空间、网络连接等，排除问题后再次尝试备份。
OpenStack之Cinder学习笔记
OpenStack之Cinder学习笔记关于Cinder的介绍Cinder的前身是nova-volume, Openstack中的实例是不能持久化的,实现持久化的方法就是使用cinder/bin/cinder-volume. 挂载volume之后在volume中实现持久化.Cinder的服务主要有cinder-volume，cinder-backup，cinder-scheduler，还有一个api服务，并且Cinder提供了一个控制台管理工具，提供命令行操作。
cinder-backup提供cinder中的volume的备份管理功能，现在的实现是用swift作为存储后台，按照以后的发展也许用Ceph代替能提高性能, cinder-volume就是实现实际的块存储管理功能，cinder-scheduler实现调度功能.我认为理解cinder的难点在于要对于分布式存储，ISCSI协议有一定知识.Cinder对块数据实现了多种的存储管理方式。
主要有LVM，nfs，iSCSI. 这些存储方式都在cinder/volume/drivers下,要实现特定的存储方法只需要继承VolumeDriver基类或者类似iSCSIDriver 子类.在nova的源代码libvirt目录下有一个volume.py实现对应cinder的，实现对于实际运行volume相关操作。
针对cinder的不同存储类型，对应的有不同的Volume Driver类型，如LibvirtVolumeDriver，LibvirtNetVolumeDriver，LibvirtISCSIVolumeDriver，LibvirtNFSVolumeDriver等。
这些类都继承于LibvirtBaseVolumeDriver这个基类，主要实现的功能其实就是构造libvirt 中attachDeviceFlags 函数需要的xml格式参数（挂载卷时attach_volume），或者构造实例xml时添加device，和实现一些功能的命令执行如LibvirtISCSIVolumeDriver中一些iscsi命令。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Cinder-backup 使用说明Cinder 的backup 功能是由cinder-backup 服务提供的，devstack 默认没有启用该服务，需要手工启用。
与cinder-volume 类似，cinder-backup 也通过driver 架构支持多种备份backend，包括POSIX 文件系统、NFS、Ceph、GlusterFS、Swift 和IBM TSM。
支持的driver 源文件放在/opt/stack/cinder/cinder/backup/drivers/目录如何启动cinder-backup∙设置cinder.conf[default]backup_driver = cinder.backup.drivers.nfsbackup_mount_point_base = /backup_mount # 注意，这个配置是错误的，下面会说明。
backup_share = 172.24.3.96:/ozb_nfs_glance_volume_236∙启动进程：cinder-backup --config-file/etc/cinder/cinder.conf >> /opt/stack/logs/cinder-backup.log cinder service-list 显示cinder-backup服务状态为UP即成功启动：尝试创建一个备份：[ubuntu@localhost ~]$ cinder backup-create iscsi_volume1发现cinder-backup日志提示：像是权限异常，为什么会出现这个问题？检查日志，cinder-backup 做self._execute('mkdir', '-p', mount_path, check_exit_code=0) 时候出错，这里是调用os_brick.privileged.rootwrap.execute(*cmd, **kwargs)。
通过源码：def execute(*cmd, **kwargs):"""NB: Raises processutils.ProcessExecutionError on failure."""run_as_root = kwargs.pop('run_as_root', False)kwargs.pop('root_helper', None)try:if run_as_root:return execute_root(*cmd, **kwargs)else:return putils.execute(*cmd, **kwargs)可知只有传入参数run_as_root=True，才会用root权限执行指令。
而cinder-backup没有传入这个参数，对于这个指令操作没有要求root权限执行。
而我之前设置的备份目录backup_mount_point_base = /backup_mount，放在根目录了，需要root权限才行操作！说明openstack的设计就是希望备份目录放在Cinder用户目录下。
解决方法：官方文档里定义了backup_mount_point_base 默认为$state_path/backup_mount，$state_path即cinder.conf里state_path =/opt/stack/data/cinder。
我们直接把配置文件里backup_mount_point_base删了，让它使用默认的路径就可以了；或者定义一个用户目录下的路径。
正确的cinder.conf配置：[default]backup_driver = cinder.backup.drivers.nfsbackup_share = 172.24.3.96:/ozb_nfs_glance_volume_236创建备份指令：usage: cinder backup-create [--container <container>][--name <name>][--description <description>][--incremental][--force][--snapshot-id <snapshot-id>]<volume>[--force]如果卷的状态是in-use，被挂载在某虚机上，需要用这个参数强行创建备份[--name <name>]备份的名字[--incremental]表示可以执行增量备份，如果不带这个参数就是全量备份。
[--description <description>]说明[--container <container>]存放备份文件的目录例：[root@node1 cinder]# cinder backup-create netapp_volume1 --force+-----------+--------------------------------------+| Property | Value |+-----------+--------------------------------------+| id | d445c344-99f2-4b33-a98d-767c77aaa659 || name | None || volume_id | 43f962b7-f4d4-4f6e-a1fd-c0cc0e7e2c42 |+-----------+--------------------------------------+[root@node1 cinder]# cinder backup-show d445c344-99f2-4b33-a98d-767c77aaa659 +-----------------------+--------------------------------------------+| Property | Value |+-----------------------+--------------------------------------------+| availability_zone | nova || container | d4/45/d445c344-99f2-4b33-a98d-767c77aaa659 || created_at | 2017-07-06T09:39:58.000000 || data_timestamp | 2017-07-06T09:39:58.000000 || description | None || fail_reason | None || has_dependent_backups | False || id | d445c344-99f2-4b33-a98d-767c77aaa659 || is_incremental | False || name | None || object_count | 21 || size | 6 || snapshot_id | None || status | available || updated_at | 2017-07-06T09:46:59.000000 || volume_id | 43f962b7-f4d4-4f6e-a1fd-c0cc0e7e2c42 |+-----------------------+--------------------------------------------+逻辑流程：1.启动backup 操作，创建一个目录/backup_mount/cc25579711b2c5b9989005239d0f15a5来mount NFS。
cc25579711b2c5b9989005239d0f15a5是配置项backup_share的hash值。
2.创建volume 的临时快照。
3.创建存放backup 的Container 目录。
目录名为backup_id[0:2]/backup_id[2:4]/id。
比如backup: 3c49b86d-04bf-4e89-9317-510fee9e39ffcontainer: 3c/49/3c49b86d-04bf-4e89-9317-510fee9e39ff4.对临时快照数据进行压缩，并保存到container 目录。
5.创建并保存sha256（加密）文件和metadata 文件。
6.删除临时快照。
container目录截图：container包含三种文件：1.backup-00001，压缩后的backup 文件。
2.backup_metadata，metadata 文件。
3.backup_sha256file，加密文件。
恢复备份指令：usage: cinder backup-restore [--volume <volume>] [--name <name>] <backup>[--volume <volume>] 指定一个空卷对象，用于还原。
[--name <name>] 如果没有带参数[--volume <volume>]，系统会自动创建一个size等于buckup的、名字为name的空卷，用于还原根据backup_id恢复卷：cinder backup-restore 2311d9c7-5bfc-47cb-b2ae-858f67f467332311d9c7-5bfc-47cb-b2ae-858f67f46733是由一个volume_type为“vmware-type”的卷创建的backup-id，可以看到恢复出的卷的卷类型变成了None：检查cinder.config里没有配置默认卷类型，于是我加上了配置default_volume_type = vmware-type，再backup-restore一次，还原出来的卷类型就是“vmware-type”了：总结backup-restore 两种用法：（1）cinder backup-restore <backup> [--name <name>] 系统会选用配置好的默认卷类型创建一个空卷用于还原，如果没有配置默认卷类型，那这个空卷的类型会显示None。
（2）先自己用某个卷类型创建一个size不小于backup的空卷，然后cinder backup-restore <backup> [--volume <volume>] 还原。