如何理解Novareboot和lock操作

如何理解Nova reboot 和 lock 操作,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

创新互联建站专注为客户提供全方位的互联网综合服务,包含不限于成都网站设计、网站建设、青田网络推广、小程序开发、青田网络营销、青田企业策划、青田品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联建站为所有大学生创业者提供青田建站搭建服务,24小时服务热线:18980820575,官方网址:www.cdcxhl.com

今天咱们就来讨论的是 nova 相对较简单的操作: reboot 和 lock/unlock。
我首先会讲解这几个操作的理论知识,然后将日志分析留给大家来完成。

Soft/Hard Reboot

soft reboot 与 hard reboot 的区别在于: 1. soft reboot 只是重启操作系统,整个过程中,instance 依然处于运行状态。相当于在 linux 中执行 reboot 命令 2. hard reboot 是重启 instance,相当于关机之后再开机

soft/hard reboot 的日志分析留给大家作为练习。

提示:
1. soft/hard reboot 在 nova-api 的日志里找不到,这是因为 /opt/stack/nova/nova/compute/api.py 的 reboot 方法中没有输出 log。 可以通过关键字 “nova.api.openstack.wsgi” 或者 “reboot” 搜索。
2. 在 nova-compute 的日志中可以看到 “soft reboot” 和 “hard reboot” 二者有明显的区别。

Lock/Unlock

为了避免误操作,比如意外重启或删除 instance,可以将 instance  加锁。 对被加锁(Lock)的 instance 执行重启等改变状态的操作会提示操作不允许。 执行解锁(Unlock)操作后恢复正常。

Lock/Unlock 操作都是在 nova-api 中进行的。 操作成功后 nova-api 会更新 instance 加锁的状态。 执行其他操作时,nova-api 根据加锁状态来判断是否允许。

Lock/Unlock 不需要 nova-compute 的参与。 Lock/Unlock 的日志比较简单,留给大家练习。

提示:
1. admin 角色的用户不受 lock 的影响,及无论加锁与否都可以正常执行操作。
2. 根据默认 policy 的配置,任何用户都可以 unlock。也就是说如果发现 instance 被加锁了,可以通过 unlock 解锁,然后在执行操作。

关于如何理解Nova reboot 和 lock 操作问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注创新互联行业资讯频道了解更多相关知识。


当前标题:如何理解Novareboot和lock操作
标题URL:http://myzitong.com/article/ihchgo.html