码迷,mamicode.com
首页 > 其他好文 > 详细

第 5 章 Nova - 040 - Migrate Instance 操作详解

时间:2019-06-14 16:35:12      阅读:106      评论:0      收藏:0      [点我收藏+]

标签:stack   进程   wechat   dmi   html   mes   请求   发送消息   密码   

Migrate Instance 操作详解

 

Migrate 操作的作用是将 instance 从当前的计算节点迁移到其他节点上。

Migrate 不要求源和目标节点必须共享存储,当然共享存储也是可以的。

Migrate 前必须满足一个条件:计算节点间需要配置 nova 用户无密码访问。

 

下面是 Migrate instance 的流程图:

技术图片

 

1、向 nova-api 发送请求

2、nova-api 发送消息

3、nova-scheduler 执行调度

4、nova-scheduler 发送消息

5、nova-compute 执行操作

 

详细分析:

1、向 nova-api 发送请求

客户(可以是 OpenStack 最终用户,也可以是其他程序)向 API(nova-api)发送请求:“帮我迁移这个 Instance”。

Migrate 操作是特权操作,只能在 Admin 的 instance 菜单中执行

 

2、nova-api 发送消息

nova-api 向 Messaging(RabbitMQ)发送了一条消息:“迁移这个 Instance”

查看源代码 /opt/stack/nova/nova/compute/api.py,方法是 resize。 没错,是 resize 而非 migrate。

这是由于 migrate 实际上是通过 resize 操作实现的。

 

3、nova-scheduler 执行调度

nova-scheduler 收到消息后,会为 instance 选择合适的目标计算节点。

可以看到,因为 devstack-compute1 的权值比 devstack-controller 大,最终选择 devstack-compute1 作为目标节点。

 

在分析这段日志的时候,可以发现 scheduler 选出来的计算节点有可能是当前节点源节点!

因为 scheduler 并没在初始的时候将源节点剔除掉,而是与其他节点放在一起做 filter,按照这个逻辑,只要源节点的权值足够大,是有可能成为目标节点的。

 

如果源节点和目标节点是同一个,migrate 操作会怎样进行呢?

实验得知,nova-compute 在做 migrate 的时候会检查目标节点,如果发现目标节点与源节点相同,会抛出 UnableToMigrateToSelf 异常。

Nova-compute 失败之后,scheduler 会重新调度,由于有 RetryFilter,会将之前选择的源节点过滤掉,这样就能选到不同的计算节点了。

 

在上面的操作中 sheduler 选择的目标节点是 devstack-compute ,意味着 instance 将从 devstack-controller 迁移到 devstack-compute 。

 

4、nova-scheduler 发送消息

nova-scheduler 发送消息,通知计算节点可以迁移 instance 了。

源代码在 /opt/stack/nova/nova/scheduler/filter_scheduler.py ,方法为 select_destinations

 

5、nova-compute 执行操作

nova-compute 会在源计算节点和目标计算节点上分别执行操作。

(1)源计算节点

迁移操作在源节点上首先会关闭 instance,然后将 instance 的镜像文件传到目标节点上。

具体步骤如下:

1、开始 migrate

2、在目标节点上创建 instance 的目录

3、nova-compute 首先会尝试通过 ssh 在目标节点上的 instance 目录里 touch 一个临时文件

4、如果 touch 失败,说明目标节点上还没有该 instance 的目录,也就是说,源节点和目标节点没有共享存储。

5、那么接下来就要在目标节点上创建 instance 的目录

6、关闭 instance

7、将 instance 镜像文件通过 scp 传到目标节点

 

(2)目标计算节点

在目标节点上启动 instance,过程与 launch instance 非常类似。

具体步骤如下:

1、为 instance 准备 CPU、内存和磁盘资源

2、创建 instance 镜像文件

3、创建 instance 的 XML 定义文件

4、创建虚拟网络并启动 instance

 

(3)Confirm

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

当按下 Confirm 按钮后:

1、nova-api 接收到 confirm 的消息

2、源计算节点删除 instance 的目录,并在 Hypervisor 上删除 instance。

3、目标计算节点不需要做任何事情

 

(4)Revert

如果执行的是 Revert 操作

1、nova-api 接收到 revert 的消息

2、在目标计算节点上关闭 instance,删除 instance 的目录,并在 Hypervisor 上删除 instance。

3、源计算节点上启动 instance 因为之前迁移的时候只是在源节点上关闭了该 instance,revert 操作只需重新启动 instance。

 

以上是 Migrate 操作的完整流程

 

特别注意:

迁移过程中源和目标节点之前需要使用 ssh 和 scp,为了使操作顺利进行,必须要保证 nova-compute 进程的启动用户(通常是 nova,也可能是 root,可以通过 ps 命令确认)能够在计算节点之间无密码访问。

否则 nova-compute 会等待密码输入,但后台服务是无法输入密码的,迁移操作会一直卡在那里。

 

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

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

https://mp.weixin.qq.com/s?__biz=MzIwMTM5MjUwMg==&mid=2653587787&idx=1&sn=3b1503699b9cfd1efc42233a04f69cfc&chksm=8d308152ba47084495f66aad0338d6780ab009527bf92666c53c08682d3fb1443846d0331cf9&scene=21#wechat_redirect

第 5 章 Nova - 040 - Migrate Instance 操作详解

标签:stack   进程   wechat   dmi   html   mes   请求   发送消息   密码   

原文地址:https://www.cnblogs.com/gsophy/p/11023660.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!