Nova reboot 和 lock 操作 - 每天5分鐘玩轉 OpenStack（32）Soft/Hard RebootLock/Unlock

前面 CloudMan 通過日志詳細分析了 nova 的 launch, shut off 和 start 操作。

不知道大家現在是否已經掌握了日志分析的技能？

今天咱們就來檢驗一下。

本節讨論的是 nova 相對較簡單的操作： reboot 和 lock/unlock。

我首先會講解這幾個操作的理論知識，然後将日志分析留給大家來完成。

大家在分析過程中如有任何疑問，可以給我留言。

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” 二者有明顯的差別。

為了避免誤操作，比如意外重新開機或删除 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 解鎖，然後在執行操作。

本文轉自CloudMan6 51CTO部落格，原文連結:http://blog.51cto.com/cloudman/1772033