Nova reboot 和 lock 操做 - 天天5分鐘玩轉 OpenStack（32）

前面 CloudMan 經過日誌詳細分析了 nova 的 launch, shut off 和 start 操做。
不知道你們如今是否已經掌握了日誌分析的技能？

今天我們就來檢驗一下。
本節討論的是 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 解鎖，而後在執行操做。