第 6 章 Cinder - 057 - Delete Volume 操作

Delete Volume 操作

状态为 Available 的 volume 才能够被 delete。

如果 volume 当前已经 attach 到 instance,需要先 detach 后才能 delete。

Delete操作实现比较简单,流程图如下:

1、向 cinder-api 发送 delete 请求

2、cinder-api 发送消息

3、cinder-volume 执行 delete 操作

详细分析:

1、向 cinder-api 发送 delete 请求

客户(可以是 OpenStack 最终用户,也可以是其他程序)向 cinder-api 发送请求:“请 delete 指定的 volume。” 这里我们将 delete volume “volume1”

进入 GUI 操作菜单 Project ->  Volumes -> Volumes。

选择volume “volume1”,点击“Delete Volume”。

再次确认。

cinder-api 将接收到 delete volume 的请求。

2、cinder-api 发送消息

cinder-api 发送消息 delete 消息。

cinder-api 没有打印发送消息的日志,只能通过源代码查看 /opt/stack/cinder/cinder/volume/api.py,方法为 delete。

3、cinder-volume delete volume

cinder-volume 执行 lvremove 命令 delete volume。

--------------------------------------------引用来自----------------------------------------------------

https://www.cnblogs.com/CloudMan6/p/5648665.html

https://mp.weixin.qq.com/s?__biz=MzIwMTM5MjUwMg==&mid=2653587727&idx=1&sn=5cf9675b5511f683262c57ebcc30e382&chksm=8d308116ba470800e6423e0d2c6222e7048b64533462a615d0f8a796b10f000732ce4b40241f&scene=21#wechat_redirect

原文地址:https://www.cnblogs.com/gsophy/p/11076129.html

时间: 2024-08-02 12:39:12

第 6 章 Cinder - 057 - Delete Volume 操作的相关文章

Delete Volume 操作 - 每天5分钟玩转 OpenStack(57)

今天讨论 cinder 如何删除 volume . 状态为 Available 的 volume 才能够被 delete.如果 volume 当前已经 attach 到 instance,需要先 detach 后才能 delete. Delete操作实现比较简单,流程图如下: 向 cinder-api 发送 delete 请求 cinder-api 发送消息 cinder-volume 执行 delete 操作 下面我们详细讨论每一个步骤. 向 cinder-api 发送 delete 请求 客

Detach Volume 操作 - 每天5分钟玩转 OpenStack(55)

上一节我们成功地通过 attach 操作为 instance 添加了 volume,而与之相对的操作是 detach,就是将 volume 从 instance 上卸载下来. 下图是 Detach 操作的流程图 向 cinder-api 发送 detach 请求 cinder-api 发送消息 nova-compute detach volume cinder-volume 删除 target 下面我们详细讨论每一个步骤. 向 cinder-api 发送 attach 请求 客户(可以是 Ope

O059、Backup Volume 操作

参考https://www.cnblogs.com/CloudMan6/p/5662236.html BackUp是将Volume备份到别的地方(备份设备),将来可以通过restore操作恢复. BackUp VS Snapshot 查看backup功能好像与snapshot很相似,都可以保存volume的当前状态,以备以后恢复.但二者在用途和实现上还是有却别的,具体表现在: 1.Snapshot依赖于源volume,不能独立存在:而backup不依赖与源volume,即使源volume不存在了

Create Volume 操作(Part I) - 每天5分钟玩转 OpenStack(50)

前面已经学习了 Cinder 的架构和相关组件,从本节我们开始详细分析 Cinder 的各种操作,首先讨论 Cinder 如何创建 volume. Create 操作流程如下: 客户(可以是 OpenStack 最终用户,也可以是其他程序)向 API(cinder-api)发送请求:“帮我创建一个 volume”. API 对请求做一些必要处理后,向 Messaging(RabbitMQ)发送了一条消息:“让 Scheduler 创建一个 volume”. Scheduler(cinder-sc

MySQL的delete误操作的快速恢复方法

1. 根据误操作时间定位binlog位置找到数据库的binlog存放位置,当前正在使用的binlog文件里面就有我们要恢复的数据.一般生产环境中的binlog文件都是几百M乃至上G的大小,我们不能逐行去找被删除的数据在什么位置,所以记住误操作的时间很重要,我们可以通过mysqlbinlog命令的--start-datetime参数快速定位数据位置.比如误操作时间为20181104151800,解析出的binlog内容: [[email protected] mysql]# mysqlbinlog

Extend Volume 操作 - 每天5分钟玩转 OpenStack(56)

前面我们讨论了 volume 的 attach 和 detach 操作,今天讨论如何扩大 volume 的容量.为了保护现有数据,cinder 不允许缩小 volume. Extend 操作用于扩大 Volume 的容量,状态为 Available 的 volume 才能够被 extend.如果 volume 当前已经 attach 给 instance,需要先 detach 后才能 extend. Extend 实现比较简单,流程图如下: 向 cinder-api 发送 extend 请求 c

第 18 章 上下文菜单与上下文操作模式

请参考教材,全面理解和完成本章节内容... ... 本章,我们将为应用实现长按列表项删除crime记录的功能.删除一条crime记录是一种上下文操作(contextual action),即它是与某个特定屏幕视图(单个列表项)而非整个屏幕相关联的. 在Honeycomb以前版本的设备上,上下文操作是在浮动上下文菜单中呈现的.而在之后版本的设备上,上下文操作主要是通过上下文操作栏呈现的.位于activity的操作栏之上,上下文操作栏为用户提供了各种操作,如图18-1所示. 图18-1 长按列表项删

Backup Volume 操作 - 每天5分钟玩转 OpenStack(59)

本节我们讨论 volume 的 Backup 操作. Backup 是将 volume 备份到别的地方(备份设备),将来可以通过 restore 操作恢复. Backup VS Snapshot 初看 backup 功能好像与 snapshot 很相似,都可以保存 volume 的当前状态,以备以后恢复.但二者在用途和实现上还是有区别的,具体表现在: Snapshot 依赖于源 volume,不能独立存在:而 backup 不依赖源 volume,即便源 volume 不存在了,也可以 rest

Attach Volume 操作(Part I) - 每天5分钟玩转 OpenStack(53)

上一节我们创建了 volume,本节讨论如何将 volume attach 到 Instance,今天是第一部分. Volume 的最主要用途是作为虚拟硬盘提供给 instance 使用.Volume 是通过 Attach 操作挂载到 instance 上的.本节我们就来详细讨论 Cinder 是如何实现 Attach 的. 上一节我们成功创建了基于 LVM provider 的 volume.每个 volume 实际上是存储节点上 VG 中的一个 LV. 那么问题来了:存储节点上本地的 LV