您好,登錄后才能下訂單哦!
這篇文章給大家介紹如何理解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。下面我們重點討論這一種情況。
客戶(可以是 OpenStack 最終用戶,也可以是其他程序)向 API(nova-api)發送請求:“幫我 Resize 這個 Instance”
選擇新的 flavor
點擊 Resize 按鈕
查看日志 /opt/stack/logs/n-api.log
nova-api 向 Messaging(RabbitMQ)發送了一條消息:“Resize 這個 Instance” 查看源代碼 /opt/stack/nova/nova/compute/api.py,方法是 resize_instance。
nova-scheduler 收到消息后,會為 instance 選擇合適的目標計算節點。 查看日志 /opt/stack/logs/n-sch.log
nova-scheduler 選擇了 devstack-compute1 作為的目節點,與源節點相同。
nova-scheduler 發送消息,通知計算節點可以遷移 instance 了 源代碼在 /opt/stack/nova/nova/scheduler/filter_scheduler.py 第 95 行,方法為 select_destinations
在目標節點上啟動 instance,過程與 launch instance 非常類似。 日志記錄在 /opt/stack/logs/n-cpu.log
會經過如下幾個步驟:
按新的 flavor 為 instance 準備 CPU、內存和磁盤資源
關閉 instance
創建 instance 鏡像文件
將 instance 的目錄備份一份,命名為<instance_id>_resize,以便 revert。
創建 instance 的 XML 定義文件
準備虛擬網絡
啟動 instance
這時,instance 的狀態處于“Confirm or Revert Resize/Migrate”狀態,需要用戶確認或者回退當前的遷移操作,實際上給了用戶一個反悔的機會。
當我們按下 Confirm 按鈕后,會發生如下事情:
nova-api 接收到 confirm 的消息
刪除計算節上備份的 instance 目錄 <instance_id>_resize
反過來,如果執行 Revert 操作會發生什么事情呢?
nova-api 接收到 revert 的消息
在計算節點上關閉 instance
通過備份目錄 <instance_id>_resize 恢復 instance 目錄。
重新啟動 instance
關于如何理解Resize Instance操作就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。