openstack shelve/unshelve/stop浅析

声明:

本博客欢迎转发,但请保留原作者信息!

博客地址:http://blog.csdn.net/halcyonbaby

内容系本人学习、研究和总结,如有雷同,实属荣幸!

stop的虚拟机仅仅是将虚拟机停止,并未在hypervisor释放改虚拟机。虚拟机仍然占用着暂时存储资源。

系统也为虚拟机保留着cpu/memory资源,以确保启动能够成功。

当我们须要彻底释放cpu/memory/暂时存储资源,我们引入了shelve。

shelve原理是将虚拟机从hypervisor上释放。虚拟机的cpu/memory不再预留。

对暂时存储,我们通过快照将磁盘数据放置在glance上。

对cinder后端的存储,我们无须这么复杂。

shelve包括三个操作:

shelve :将虚拟机停止并设置为shelved状态。将暂时存储进行快照,并存放在glance上。

等待shelve-offload操作或者shelve周期到达。

shelve-offload :将shelved的虚拟机从hypervisor上彻底释放。虚拟机状态转变为shelve-offload。

unshelve :又一次选择节点启动处于shelve-offload状态的虚拟机。(之后会删除glance上的镜像)

一个周期性任务:

坚持处于shelved状态的虚拟机,当shelve周期到达,将虚拟机从hypervisor上释放。

存在的缺点:

1. unshelve可能因为资源不足而失败。

2. 启动速度比stop的虚拟机启动慢。尤其是暂时存储(须要下载镜像)。

3. 仅仅对系统盘进行快照,因此其它盘数据会丢失(暂时存储时)。

4. 因为快照时,暂时存储的差分卷和母卷合并了,因此unshelve后占用的暂时存储会增大。(相当于有多份母卷)

时间: 2024-10-31 14:55:39

openstack shelve/unshelve/stop浅析的相关文章

openstack对接VMware浅析

前言 本文是对openstack对接vmware的浅析,所以本文重点是以下两点: 先了解它的整体架构,搞清楚为什么要用这样的架构: 然后再了解架构中的各个组件,组件提供的主要功能与各个组件之间的交互 整体架构 先上图,了解下openstack结合VMware的整体架构. 工作原理和流程: 虚机如何启动? 前端BC-OP或者Horizon发送http请求给Rest api,Nova api 通过RPC Call(Rabbitmq)请求scheduler选择合适的nova-compute,到此为止,

1 张图秒懂 Nova 16 种操作 - 每天5分钟玩转 OpenStack(44)

前面我们讨论了 Instance 的若干操作,有的操作功能比较类似,也有各自的适用场景,现在是时候系统地总结一下了. 如上图所示,我们把对 Instance 的管理按运维工作的场景分为两类:常规操作和故障处理. 常规操作 常规操作中,Launch.Start.Reboot.Shut Off 和 Terminate 都很好理解. 下面几个操作重点回顾一下: Resize通过应用不同的 flavor 调整分配给 instance 的资源. Lock/Unlock可以防止对 instance 的误操作

openstack学习

1. 通用 binary = os.path.basename(inspect.stack()[-1][1]) 这是因为python可以查看堆栈的内容.所以可以得到压入栈中的脚本的名字.比如binary="nova-compute" 根据类名动态导入类: mod_str, _sep, class_str = import_str.rpartition('.') try: __import__(mod_str) return getattr(sys.modules[mod_str], c

Unshelve Instance 操作详解 - 每天5分钟玩转 OpenStack(39)

上一节我们 shelve instance 到 Glance,本节讨论如何通过 unshelve 操作恢复该 instance. 因为 Glance 中保存了 instance 的 image,unshelve 的过程其实就是通过该 image launch 一个新的 instance,nova-scheduler 也会调度合适的计算节点来创建该 instance. instance unshelve 后可能运行在与 shelve 之前不同的计算节点上,但 instance 的其他属性(比如 f

Shelve Instance 操作详解 - 每天5分钟玩转 OpenStack(38)

Instance 被 Suspend 后虽然处于 Shut Down 状态,但 Hypervisor 依然在宿主机上为其预留了资源,以便在以后能够成功 Resume. 如果希望释放这些预留资源,可以使用 Shelve 操作. Shelve 会将 instance 作为 image 保存到 Glance 中,然后在宿主机上删除该 instance. 下面是 shelve instance 的流程图 向 nova-api 发送请求 nova-api 发送消息 nova-compute 执行操作 下面

OpenStack RPC框架浅析

1  消息队列Rabbitmq介绍 Rabbitmq的整体架构图 (1)Rabbitmq Server:中间那部分就是Rabbitmq Server,也叫broken server,主要是负责消息的传递,保证client A.B发送的消息Cleint 1.2.3能够正确的接收到. (2)Client A.B:在消息队列里我们称之为生产者-Producer,发送消息的客户端. (3)Client 1.2.3:在消息队列里我们称之为消费者-Consume,接收消息的客户端. (4)Exchange:

Openstack nova组件基本原理总结

1.       nova-compute 在计算节点上运行,负责管理节点上的 instance. OpenStack 对 instance 的操作,最后都是交给 nova-compute 来完成的. nova-compute 与 Hypervisor 一起实现 OpenStack 对 instance 生命周期的管理. --------------------------------------------------------------------------- 2.nova-compu

openstack vm_lifecycle

nova instance状态:power_state, vm_state, task_state 2015-09-22 Openstack 185 nova instance有3种状态:power_state, vm_state, task_state,分别对应horizon界面上的Power State,Status,Task Openstack wiki上有介绍: power_state is the hypervisor state, loaded "bottom-up" fr

openstack --help>>2.txt

usage: openstack [--version] [-v | -q] [--log-file LOG_FILE] [-h] [--debug]                  [--os-cloud <cloud-config-name>]                  [--os-region-name <auth-region-name>]                  [--os-cacert <ca-bundle-file>] [--os-ce