Rebuild 可以恢復損壞的 instance。
那如果是宿主機壞了怎麼辦呢？
比如硬體故障或者斷電造成整臺計算節點無法工作，該節點上執行的 instance 如何恢復呢？

用 Shelve 或者 Migrate 可不可以？
很不幸，這兩個操作都要求 instance 所在計算節點的 nova-compute 服務正常執行。
幸運的是，還有 Evacuate 操作。

Evacuate 可在 nova-compute 無法工作的情況下將節點上的 instance 遷移到其他計算節點上。但有個前提：
Instance 的映象檔案必須放在共享儲存上。

下面是 Evacuate instance 的流程圖

1. 向 nova-api 傳送請求
2. nova-api 傳送訊息
3. nova-scheduler 執行排程
4. nova-scheduler 傳送訊息
5. nova-compute 執行操作

下面我們詳細討論每一個步驟。

向 nova-api 傳送請求

我們的實驗場景如下：
Instance c2 執行在 devstack-compute1 上。

通過斷電模擬計算節點故障，然後執行 Evacuate 操作恢復 instance c2。
目前 Evacuate 只能通過 CLI 執行。

這裡需要指定 –on-shared-storage 這個引數

檢視日誌 /opt/stack/logs/n-api.log

nova-api 傳送訊息

nova-api 向 Messaging（RabbitMQ）傳送了一條訊息：“Evacuate 這個 Instance”
檢視原始碼 /opt/stack/nova/nova/compute/api.py，方法是 evacuate。

大家注意到沒有，evacuate 實際上是通過 rebuild 操作實現的。
這是可以理解的，因為 evacuate 是用共享儲存上 instance 的映象檔案重新建立虛機

nova-scheduler 執行排程

nova-scheduler 收到訊息後，會為 instance 選擇合適的計算節點。
檢視日誌 /opt/stack/logs/n-sch.log。

nova-scheduler 最後選擇在 devstack-controller 計算節點上重建 instance。

nova-scheduler 傳送訊息

nova-scheduler 傳送訊息，通知計算節點可以建立 instance 了。
原始碼在 /opt/stack/nova/nova/scheduler/filter_scheduler.py 第 95 行，方法為 select_destinations。

nova-compute 執行操作

計算節點上的工作是用共享儲存上的映象檔案重建 instance。
日誌在 devstack-controller:/opt/stack/logs/n-cpu.log。

為instance分配資源

使用共享儲存上的映象檔案

啟動 instance

Evacuate 操作完成後，instance 在 devstack-controller 上執行。

以上是 Evacuate 操作的詳細分析。
至此，我們已經學習完 Nova 所有的操作，下一節將用一張圖總結這些操作的用途和使用場景。