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

旧城等待， 2021-12-20 11:53 228阅读 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 条评论，228人围观）

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

相关阅读

相关理解 Nova 架构

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

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

相关看 nova

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

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

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

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

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

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

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

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

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

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

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

相关第 4 章容器 - 026 - 一张图搞懂容器所有操作

一张图搞懂容器所有操作下面这张状态机很好地总结了容器各种状态之间是如何转换的。 ![1079834-20190121141747908-1582745336.png]

╰半橙微兮°/ 2022年01月11日 08:09/ 0 赞/ 147 阅读

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

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

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

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

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

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

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

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

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

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

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

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