第 5 章 Nova - 044 - 1 张图秒懂 Nova 16 种操作

旧城等待， 2021-12-20 11:53 237阅读 0赞

![1079834-20190620152413224-58142856.png][]

如上图所示，把对 Instance 的管理按运维工作的场景分为两类：常规操作和故障处理。

**常规操作**

常规操作中，Launch、Start、Reboot、Shut Off 和 Terminate 都很好理解。

下面几个操作重点回顾一下：

**Resize**

通过应用不同的 flavor 调整分配给 instance 的资源。

**Lock/Unlock**

可以防止对 instance 的误操作。

**Pause/Suspend/Resume**

暂停当前 instance，并在以后恢复。

Pause 和 Suspend 的区别在于 Pause 将 instance 的运行状态保存在计算节点的内存中，而 Suspend 保存在磁盘上。

Pause 的优点是 Resume 速度比 Suspend 快；缺点是如果计算节点因某种原因重启，内存数据丢失，就无法 Resume 了，而 Suspend 则没有这个问题。

**Snapshot**

备份 instance 到 Glance。 Snapshot 生成的 image 可用于故障恢复，或者以此为模板部署新的 instance。

**故障处理**

故障处理有两种场景：

**计划内**        计划内是指提前安排时间窗口做的维护工作，比如服务器定期微码升级，添加更换硬件等。

**计划外**        计划外是指发生了没有预料到的突发故障，比如强行关机造成 OS 系统文件损坏，服务器掉电，硬件故障等。

**计划内故障处理**

对于计划内的故障处理，可以在维护窗口中将 instance 迁移到其他计算节点。

涉及如下操作：

**Migrate**

将 instance 迁移到其他计算节点。 迁移之前，instance 会被 Shut Off，支持共享存储和非共享存储。

**Live Migrate**

与 Migrate 不同，Live Migrate 能不停机在线地迁移 instance，保证了业务的连续性。

也支持共享存储和非共享存储（Block Migration）

**Shelve/Unshelve**

Shelve 将 instance 保存到 Glance 上，之后可通过 Unshelve 重新部署。

Shelve 操作成功后，instance 会从原来的计算节点上删除。

Unshelve 会重新选择节点部署，可能不是原节点。

**计划外故障处理**

计划外的故障按照影响的范围又分为两类：

*  Instance 故障
 *  计算节点故障

**Instance** **故障**

Instance 故障只限于某一个 instance 的操作系统层面，系统无法正常启动。

可以使用如下操作修复 instance：

**Rescue/Unrescue**

用指定的启动盘启动，进入 Rescue 模式，修复受损的系统盘。

成功修复后，通过 Unrescue 正常启动 instance。

**Rebuild**

如果 Rescue 无法修复，则只能通过 Rebuild 从已有的备份恢复。

Instance 的备份是通过 snapshot 创建的，所以需要有备份策略定期备份。

**计算节点故障**

Instance 故障的影响范围局限在特定的 instance，计算节点本身是正常工作的。

如果计算节点发生故障，OpenStack 则无法与节点的 nova-compute 通信，其上运行的所有 instance 都会受到影响。

这个时候，只能通过 Evacuate 操作在其他正常节点上重建 Instance。

**Evacuate**

利用共享存储上 Instance 的镜像文件在其他计算节点上重建 Instance。 所以提前规划共享存储是关键。

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

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

https://mp.weixin.qq.com/s?\_\_biz=MzIwMTM5MjUwMg==&mid=2653587777&idx=1&sn=47bc06f6b34092ab05fdec0c6a70c76d&chksm=8d308158ba47084eaa4173bbaaaa1682930c865f4935db1b71fcf88105d7e152e1e0ee63abd8&scene=21\#wechat\_redirect

转载于:https://www.cnblogs.com/gsophy/p/11058969.html

[1079834-20190620152413224-58142856.png]: /images/20211220/0f0881d89f2c433bb307501b4afcaa1a.png

发表评论取消回复

表情：

评论列表（有 0 条评论，237人围观）

还没有评论，来说两句吧...

相关阅读

相关 verdi/debuss（novas）

debussy的新版本就叫verdi了 debussy是数字电路设计过程中的debug工具，有三个基本窗口： 1、source code window: 提供了一个比较

逃离我推掉我的手/ 2022年08月10日 09:41/ 0 赞/ 126 阅读

相关理解 Nova 架构

![image135.5.png][] Compute Service Nova 是 OpenStack 最核心的服务，负责维护和管理云环境的计算资源。 OpenSta

柔情只为你懂/ 2022年06月16日 04:16/ 0 赞/ 189 阅读

相关看 nova

![http://7xo6kd.com1.z0.glb.clouddn.com/upload-ueditor-image-20160428-146180903158506735

系统管理员/ 2022年06月16日 04:16/ 0 赞/ 285 阅读

相关第 5 章 Nova - 038 - Shelve Instance 操作详解

Shelve Instance 操作详解 Instance 被 Suspend 后虽然处于 Shut Down 状态，但 Hypervisor 依然在宿主机上为其预留了

拼搏现实的明天。/ 2022年01月11日 08:19/ 0 赞/ 197 阅读

相关第 5 章 Nova - 031 - Start Instance 操作详解

Start Instance 操作详解下面是 Start Instance 的流程图 ![1079834-20190612170438320-2021894620.png

深藏阁楼爱情的钟/ 2022年01月11日 08:19/ 0 赞/ 248 阅读

相关第 5 章 Nova - 025 - OpenStack 通用设计思路

API 前端服务每个 OpenStack 组件可能包含若干子服务，其中必定有一个 API 服务负责接收客户请求。以 Nova 为例 nova-api 作为 No

た入场券/ 2022年01月11日 08:15/ 0 赞/ 184 阅读

相关第 5 章 Nova - 044 - 1 张图秒懂 Nova 16 种操作

![1079834-20190620152413224-58142856.png][] 如上图所示，把对 Instance 的管理按运维工作的场景分为两类：常规操作和故障处理

旧城等待，/ 2021年12月20日 11:53/ 0 赞/ 238 阅读

相关第 5 章 Nova - 033 - Terminate Instance 操作详解

Terminate（Delete）操作详解 Terminate 操作就是删除 instance，Rocky版中叫 Delete Instance，下面是 Delet

妖狐艹你老母/ 2021年12月20日 11:51/ 0 赞/ 190 阅读

相关 07.计算Nova→1.nova架构→1.架构概览→4.Console Interface

[返回总目录][Link 1] 1. nova-console：用户可以通过多种方式访问虚机的控制台： 1. nova-novncproxy，基于

迷南。/ 2021年11月11日 15:00/ 0 赞/ 225 阅读

相关 07.计算Nova→2.nova组件详解→2.nova-scheduler

[返回总目录][Link 1] 1. 创建 Instance 时，用户会提出资源需求，例如 CPU、内存、磁盘各需要多少。OpenStack 将这些需求定义在 flav

àì夳堔傛蜴生んèń/ 2021年11月04日 12:28/ 0 赞/ 492 阅读