第5章Nova-035-Suspend/RescueInstance操作详解

Suspend/Resume 操作详解

有时需要长时间暂停 instance，可以通过 Suspend 操作将 instance 的状态保存到宿主机的磁盘上。

需要恢复的时候，执行 Resume 操作，从磁盘读回 instance 的状态，然后继续运行。

 

 

这里需要对 Suspend 和 Pause 做个比较：

相同点

两者都是暂停 instance 的运行，并保存当前状态，之后可以通过 Resume 操作恢复。

不同点

1、Suspend 将 instance 的状态保存在磁盘；Pause 是保存在内存中，所以 Resume 被 Pause 的 instance 要比 Suspend 快。

2、instance 被 Suspend 后，状态为 Shut Down；而被 Pause 的 instance 状态是 Paused。

3、虽然都是通过 Resume 操作恢复，Pause 对应的 Resume 在 OpenStack 内部被叫作 “Unpause”；Suspend 对应的 Resume 才是真正的 “Resume”。

 

Rescue/Unrescue 操作详解

 

操作系统故障

 

有时候由于误操作或者突然断电，操作系统重启后却起不来了。

为了最大限度挽救数据，我们通常会使用一张系统盘将系统引导起来，然后在尝试恢复。

问题如果不太严重，完全可以通过这种方式让系统重新正常工作。

比如某个系统文件意外删除， root 密码遗忘等。

Nova 也提供这种故障恢复机制，叫 Rescue。

 

rescue 的说明：

 

Rescue 用指定的 image 作为启动盘引导 instance，将 instance 本身的系统盘作为第二个磁盘挂载到操作系统上。

 

下面是 rescue instance 的流程图：

1、向 nova-api 发送请求

2、nova-api 发送消息

3、nova-compute 执行操作

 

详细分析：

1、向 nova-api 发送请求

目前 Rescue 操作只能通过 CLI 执行

nova rescue VM_ID

nova 将使用 instance 部署时使用的 image

 

2、nova-api 发送消息

nova-api 向 Messaging（RabbitMQ）发送了一条消息：“Rescue 这个 Instance”。源代码在 /opt/stack/nova/nova/compute/api.py，方法是 rescue。

 

3、nova-compute执行操作

• 关闭 instance
• 通过 image 创建新的引导盘，命名为 disk.rescue
• 启动 instance
• Rescue 执行成功后，可通过 virsh edit 查看 instance 的 XML 定义，disk.rescue 作为启动盘 vda，真正的启动盘 disk 作为第二个磁盘 vdb。
• 登录 instance，通过 fdisk 也可确认。
• 此时，instance 处于 Rescue 状态

 

Unrescue

Rescue 操作给我们机会修复损坏的操作系统。 修好之后，使用 Unrescue 操作从原启动盘重新引导 instance。

nova unrescue VM_ID

 

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

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

https://mp.weixin.qq.com/s?__biz=MzIwMTM5MjUwMg==&mid=2653587791&idx=1&sn=6a2c8535f6e73ce3dc42c255b4019665&chksm=8d308156ba4708403d9b941cc49de5a3aba849d10fea0ecf3c2bd0da176910dcb491ec158467&scene=21#wechat_redirect