共計 1805 個字符，預計需要花費 5 分鐘才能閱讀完成。
這篇文章給大家介紹如何理解 Resize Instance 操作，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。
Resize 的作用是調整 instance 的 vCPU、內存和磁盤資源。
Instance 需要多少資源是定義在 flavor 中的，resize 操作是通過為 instance 選擇新的 flavor 來調整資源的分配。
有了前面對 Migrate 的分析，再來看 Resize 的實現就非常簡單了。因為 instance 需要分配的資源發生了變化，在 resize 之前需要借助 nova-scheduler 重新為 instance 選擇一個合適的計算節點，如果選擇的節點與當前節點不是同一個，那么就需要做 Migrate。
所以本質上講：Resize 是在 Migrate 的同時應用新的 flavor。Migrate 可以看做是 resize 的一個特例：flavor 沒發生變化的 resize，這也是為什么我們在上一節日志中看到 migrate 實際上是在執行 resize 操作。
Resize 分兩種情況：
nova-scheduler 選擇的目標節點與源節點是不同節點。操作過程跟上一節 Migrate 幾乎完全一樣，只是在目標節點啟動 instance 的時候按新的 flavor 分配資源。同時，因為要跨節點復制文件，也必須要保證 nova-compute 進程的啟動用戶（通常是 nova，也可能是 root，可以通過 ps 命令確認）能夠在計算節點之間無密碼訪問。對這一種情況我們不再贅述，請參看前面 Migrate 小節。
目標節點與源節點是同一個節點。則不需要 migrate。下面我們重點討論這一種情況。
向 nova-api 發送請求
客戶（可以是 OpenStack 最終用戶，也可以是其他程序）向 API（nova-api）發送請求：“幫我 Resize 這個 Instance”
選擇新的 flavor
點擊 Resize 按鈕
查看日志 /opt/stack/logs/n-api.log
nova-api 發送消息
nova-api 向 Messaging（RabbitMQ）發送了一條消息：“Resize 這個 Instance”查看源代碼 /opt/stack/nova/nova/compute/api.py，方法是 resize_instance。
nova-scheduler 執行調度
nova-scheduler 收到消息后，會為 instance 選擇合適的目標計算節點。查看日志 /opt/stack/logs/n-sch.log
nova-scheduler 選擇了 devstack-compute1 作為的目節點，與源節點相同。
nova-scheduler 發送消息
nova-scheduler 發送消息，通知計算節點可以遷移 instance 了 源代碼在 /opt/stack/nova/nova/scheduler/filter_scheduler.py 第 95 行，方法為 select_destinations
nova-compute 執行操作
在目標節點上啟動 instance，過程與 launch instance 非常類似。日志記錄在 /opt/stack/logs/n-cpu.log
會經過如下幾個步驟：
按新的 flavor 為 instance 準備 CPU、內存和磁盤資源
關閉 instance
創建 instance 鏡像文件
將 instance 的目錄備份一份，命名為 instance_id _resize，以便 revert。
創建 instance 的 XML 定義文件
準備虛擬網絡
啟動 instance
Confirm
這時，instance 的狀態處于“Confirm or Revert Resize/Migrate”狀態，需要用戶確認或者回退當前的遷移操作，實際上給了用戶一個反悔的機會。
當我們按下 Confirm 按鈕后，會發生如下事情：
nova-api 接收到 confirm 的消息
刪除計算節上備份的 instance 目錄 instance_id _resize
Revert
反過來，如果執行 Revert 操作會發生什么事情呢？
nova-api 接收到 revert 的消息
在計算節點上關閉 instance
通過備份目錄 instance_id _resize 恢復 instance 目錄。
重新啟動 instance
關于如何理解 Resize Instance 操作就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
