Resize Instance 操作详解 - 每天5分钟玩转 OpenStack（41）

Resize Instance 操作详解 - 每天5分钟玩转 OpenStack（41）

Resize 的作用是调整 instance 的 vCPU、内存和磁盘资源。

Instance 需要多少资源是定义在 flavor 中的，resize 操作是通过为 instance 选择新的 flavor 来调整资源的分配。

有了前面对 Migrate 的分析，再来看 Resize 的实现就非常简单了。 因为 instance 需要分配的资源发生了变化，在 resize 之前需要借助 nova-scheduler 重新为 instance 选择一个合适的计算节点，如果选择的节点与当前节点不是同一个，那么就需要做 Migrate。

所以本质上讲：Resize 是在 Migrate 的同时应用新的 flavor。 Migrate 可以看做是 resize 的一个特例： flavor 没发生变化的 resize，这也是为什么我们在上一节日志中看到 migrate 实际上是在执行 resize 操作。

下面是 Resize instance 的流程图

Resize 分两种情况：

向 nova-api 发送请求

客户（可以是 OpenStack 最终用户，也可以是其他程序）向 API（nova-api）发送请求：“帮我 Resize 这个 Instance”

选择新的 flavor

查看日志 /opt/stack/logs/n-api.log

nova-api 发送消息

nova-scheduler 执行调度

nova-scheduler 收到消息后，会为 instance 选择合适的目标计算节点。 查看日志 /opt/stack/logs/n-sch.log

nova-scheduler 发送消息

nova-scheduler 发送消息，通知计算节点可以迁移 instance 了 源代码在 /opt/stack/nova/nova/scheduler/filter_scheduler.py 第 95 行，方法为 select_destinations

在目标节点上启动 instance，过程与 launch instance 非常类似。 日志记录在 /opt/stack/logs/n-cpu.log

会经过如下几个步骤：

Confirm

这时，instance 的状态处于“Confirm or Revert Resize/Migrate”状态，需要用户确认或者回退当前的迁移操作，实际上给了用户一个反悔的机会。

当我们按下 Confirm 按钮后，会发生如下事情：

Revert

反过来，如果执行 Revert 操作会发生什么事情呢？

以上是 Resize 操作的详细分析，下一节我们讨论 Live Migrate。