本帖最后由 旧收音机 于 2015-4-25 17:49 编辑
问题导读
1、什么是Glance？
2、怎么用代码实现V1版本？
3、关于的Glance的总结是什么？
本篇博文来探讨下镜像服务Glance。
1. 基本概念
1.1 基本功能
Glance提供REST API来支持以下镜像操作： 1.2 Glance REST API的版本V1和V2
1.2.1功能差别
Glance有两个版本的REST API V1 和 V2，两者之间还是有蛮大的不同： （1）. V1只提供了基本的image和member操作功能：镜像创建、删除、下载、列表、详细信息查询、更新，以及镜像tenant成员的创建、删除和列表。 （2）. V2除了支持V1的所有功能外，主要是增加了如下功能： - 镜像 location 的添加、删除和修改等操作
- metadata namespace 操作
- image tag 操作
（3）.V1 和V2对 image store 的支持是相同的。 1.2.2 实现差别 V1的实现上，有glance-api和glance-registry两个WSGI 服务，都提供REST API，只不过glance-API的REST API对外使用，glance-registry的API只由glance-api使用。 而 V2在实现上，把 glance-registry 的功能合并到了 glance-api 中，减少了一个中间环节。 1.2.3 使用差别 目前，Glance Cli和Horizon默认还是使用V1版本的API。究其原因，
一方面，似乎网上有看到说法说V2的性能没有V1好，我们也能看到使用V2的API的时候，需要多次调用REST API； 另一方面，我认为V2里面新添加的功能似乎也不是镜像管理的必须功能，所以暂时没怎么被使用也是情理之中。 1.3 image 的数据存放 image 的元数据 通过glance-registry 存放在 db 中； image 的chunk 数据 通过 glance-store 存放在各种 backend store 中，并从中获取。 1.4 image 的访问权限 image 的 访问权限分为： - public 公共的：可以被所有的 tenant 使用。
- private 私有的/项目的：只能被 image owner 所在的 tenant 使用。
- shared 共享的：一个非共有的image 可以 共享给另外的 tenant，可通过member-* 操作来实现。
- protected 受保护的：protected 的 image 不能被删除。
1.5 image 的各种状态
- queued：没有上传 image 数据，只有db 中的元数据。
- saving：正在上传 image data
- active：正常状态
- deleted/pending_delete： 已删除/等待删除
- killed：image 元数据不正确，等待被删除。
状态图： 'queued' => ('saving', 'active', 'deleted')
'saving' => ('active', 'killed', 'deleted', 'queued')
'active' => ('queued', 'pending_delete', 'deleted')
'killed' => ('deleted')
'pending_delete' => ('deleted')
'deleted' => ()
2. V1版本的代码实现
2.1 代码模块
从上图也可以看出，Glance V1主要是三个模块： - glance/common/
wsgi.py -- WSGI server,开启glance-(api|registry)服务，接受请求，比如GET /images/bb8838d5-06b5-4f7e-b6ef-87c908f04cc7 HTTP/1.1 - glance-api：提供对外REST API，同时调用glance-registry进行数据库操作，以及调用glance-store进行store操作
- images.py -- 实现image-* 操作
memebers.py --实现 member-* 操作
router.py -- 将WSGI 收到的 HTTP 操作映射到 glance-api 模块的 Controller 类的方法.
- glance-registry：向 glance-api 提供元数据数据库操作 REST API，默认在端口9191监听。 主要文件：
- client/v1/
api.py -- registry API 入口，调用client.py中的函数
client.py --调用 images.py 和 members.py 中的function
api/v1/
images.py -- 调用 glance/db/sqlalchemy/api.py 实现 images 数据库相关操作
memebers.py --调用 glance/db/sqlalchemy/api.py 实现 members数据库表的相关操作
glance/db/sqlalchemy/
api.py -- db操作api入口
models.py -- 数据库表模型，每个表对应一个类
- glance-store：这部分代码不是在 glance github 代码项目中，不理解为什么不是在一起，cinder也是类似的架构，但是cinder的所有代码都是在一个github项目中。
- glance-store 向 glance-api 提供文件 backend.py 作为 store 操作的统一入口。主要函数包括：
- create_stores：调用store.configure_add，glance-api服务启动的时候根据用户配置调用该函数来注册各个store
- get_from_backend：调用store.get，从store中获取data chunks
- get_size_from_backend：调用store.get_size，从store中获取image size
- delete_from_backend：调用store.delete，从store中删除image data
- store_add_to_backend：调用store.add，添加image到store
- set_acls：调用store.set_acls，设置image的读写权限
- glance-store 提供一个需要各个 store vendor 实现的基类Store，定义了几个需要实现的操作：
- configure_add：根据用户配置来配置该 backend store
- get：获取 image chunk data
- get_size：获取image大小
- add： 添加 image 到store中
- delete： 从 store 中删除 image chunk data
- set_acls： 设置 image 的读写权限
- 目前支持的 backend store 见上图。各backend store所支持的功能差别很大，比如
- cinder.py 只实现了方法 get_size，因为目前的 Glance 不支持 upload image 到 Cinder volume 中。
- http.py 只实现了 get 和 get_size， 因此只能从http store download image 和查询 image size。
- swift.py 的实现可以说是最全的，filesystem 次之。
- image 存在于不同store 中时不同的 Location url 格式
- 使用 backend store
- 默认使用的 store 由配置文件 glance-api.conf 的配置项 default_store=<STORE> 指定
- 可以使用的 stores 有配置文件 glance-api.conf 的配置项 stores=<STORES> 指定
- 在Glance Cli image-create 中可使用参数 --store 指定目标backend store
2.2 操作流程
如看不清可放大
3 小结
Glance 的原理和实现相比较其它组件较简单、直接。V2 REST API 内容有不少增加，还需要进一步的研究。
相关内容：
| 
/2 
京ICP备2020039040号
简书网举报电话：021-34700000
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡
