Glance的Image和Task介紹

一 Image Image是Glance的主要資源。類似于Vmware的VM模闆，它預先安裝了OS。如果從Image啟動VM，該VM被删除後，Image依然存在，但是Image上不包含本次在該VM執行個體上的修改，因為Image隻是給VM啟動的模闆。 相對于整個Openstack，Nova是一個虛拟機的世界，虛拟機是這個世界的主題，Glance則是一個主題為Image的世界，能夠準确完整地去描述一個Image必然也是Glance的重點。

• id：唯一辨別一個Image的UUID
• name：Image的名字
• owner：Image的擁有者
• size：位元組辨別Image的大小
• created_at、updated_at等：表示Image的“出生時間”、最後一次被修改的時間等。
• location：Image存儲的位置，如果是普通檔案系統，則類似于file:///var/lib/gance/images/740a2773-9cc8-4222-8790-899df4b6d748

[[email protected] ~(keystone_admin)]# cd /var/lib/glance/images/
[[email protected] images(keystone_admin)]# pwd
/var/lib/glance/images
[[email protected] images(keystone_admin)]# ll
total 12980
-rw-r-----. 1 glance glance 13287936 Mar 18 09:28 740a2773-9cc8-4222-8790-899df4b6d748
           

• disk_format:磁盤格式，也可以了解為Image本身的格式。比如raw、qcow2（用于Qemu）、vdi（用于Virtual Box）、vmdk（用于Vmware）等。
• status：鏡像的狀态。類似于Nova負責管理虛拟機生命周期、Cinde負責管理Volume的生命周期，Glance則負責管理Image的生命周期。既然是生命周期，Image必然存在各種狀态以及狀态之間的演化。如下圖所示。

• queued:表明鏡像ID已經被保留，但是鏡像資料還沒有上傳。
• saving：表明此時鏡像正在上傳。
• active：Image成功上傳完畢後的狀态，此時Image完全可用。
• killed：表明上傳時發生錯誤，此時Image完全不可用。“killed”在v2版本中被廢除，如果上傳失敗，狀态轉變為“queued”以便上傳可以重試。
• deleted：雖然此時Glance還保留了Image的相關資訊，但是該Image已經不可用，在未來某個時間會被glance-scrubber徹底删除。
• pending_delete:和deleted類似，但是并不會删除Image，此時尚可恢複。

二 Task 一般來說，對Image的操作有import、export、clone等幾種，Glance把這些操作統一起來抽象出Task的概念來友善管理。Task是針對Image的異步（Async）操作，具有的一些屬性包括id、owener、狀态等。Glance同時也實作了統一的JSON格式的API來操作這些Task，比如建立，删除，查詢狀态等。 在一個Task運作過程中，我們可以不斷查詢它的狀态，Task的狀态有如下四種：

• pending：表示Task被建立，但并未執行。
• processing：表示Task正在執行中。
• success：表示Task成功結束。
• failure：表示Task由于某種原因未能成功結束。

Task和Image的操作完全是兩個概念：首先它們都是對不同的API資源； 其次，Task是異步操作，是對Image操作的封裝，目前隻對clone、import、export三種操作進行了封裝； 最後Task一旦建立，可以不斷查詢它的狀态，在一次操作比如import之後，Task可以消亡，但是此時生成的Image依然存在。