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

[root@localhost ~(keystone_admin)]# cd /var/lib/glance/images/
[root@localhost images(keystone_admin)]# pwd
/var/lib/glance/images
[root@localhost 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依然存在。