OpenStack 由 Glance 提供 Image 服务。
html
要理解 Image Service 先得搞清楚什么是 Image 以及为何要用 Image? web
在传统 IT 环境下,安装一个系统是要么从安装 CD 从头安装,要么用 Ghost 等克隆工具恢复。这两种方式有以下几个问题: api
若是要安装的系统多了效率就很低 架构
时间长,工做量大 工具
安装完还要进行手工配置,好比安装其余的软件,设置 IP 等 spa
备份和恢复系统不灵活 操作系统
云环境下须要更高效的解决方案,这就是 Image。 Image 是一个模板,里面包含了基本的操做系统和其余的软件。 orm
举例来讲,有家公司须要为每位员工配置一套办公用的系统,通常须要一个 Win7 系统再加 MS office 软件。 OpenStack 是这么玩的: htm
先手工安装好这么一个虚机 进程
而后对虚机执行 snapshot,这样就获得了一个 image
当有新员工入职须要办公环境时,立马启动一个或多个该 image 的 instance(虚机)就能够了
在这个过程当中,第 1 步跟传统方式相似,须要手工操做和必定时间。
但第 二、3 步很是快,全自动化,通常都是秒级别。
并且 二、3 步能够循环作。 好比公司新上了一套 OA 系统,每一个员工的 PC 上都得有客户端软件。 那么能够在某个员工的虚机中手工安装好 OA 客户端,而后执行 snapshot ,获得新的 image,之后就直接使用新 image 建立虚机就能够了。
另外,snapshot 还有备份的做用,可以很是方便的恢复系统。
Image Service 的功能是管理 Image,让用户可以发现、获取和保存 Image。
在 OpenStack 中,提供 Image Service 的是 Glance,其具体功能以下:
提供 REST API 让用户可以查询和获取 image 的元数据和 image 自己
支持多种方式存储 image,包括普通的文件系统、Swift、Amazon S3 等
对 Instance 执行 Snapshot 建立新的 image
上面是 Glance 的架构图
glance-api 是系统后台运行的服务进程。 对外提供 REST API,响应 image 查询、获取和存储的调用。
glance-api 不会真正处理请求。 若是是与 image metadata(元数据)相关的操做,glance-api 会把请求转发给 glance-registry; 若是是与 image 自身存取相关的操做,glance-api 会把请求转发给该 image 的 store backend。
在控制节点上能够查看 glance-api 进程
glance-registry 是系统后台运行的服务进程。 负责处理和存取 image 的 metadata,例如 image 的大小和类型。
在控制节点上能够查看 glance-registry 进程
Glance 支持多种格式的 image,包括
Image 的 metadata 会保持到 database 中,默认是 MySQL。 在控制节点上能够查看 glance 的 database 信息
Glance 本身并不存储 image。 真正的 image 是存放在 backend 中的。 Glance 支持多种 backend,包括
A directory on a local file system(这是默认配置)
GridFS
Ceph RBD
Amazon S3
Sheepdog
OpenStack Block Storage (Cinder)
OpenStack Object Storage (Swift)
VMware ESX
具体使用哪一种 backend,是在 /etc/glance/glance-api.conf 中配置的
在咱们的 devstack 环境中,image 存放在控制节点本地目录 /opt/stack/data/glance/images/ 中
其余 backend 的配置可参考http://docs.openstack.org/liberty/config-reference/content/configuring-image-service-backends.html
查看目前已经存在的 image
查看保存目录
每一个 image 在目录下都对应有一个文件,文件以 image 的 ID 命名。
下节咱们来实际操做 Glance。