本文主要是介绍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依然存在。
这篇关于Glance的Image和Task介绍的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
