openstack--glance镜像服务深入了解及部署

概述

Glance（OpenStack Image Service）是一个提供发现，注册，和下载镜像的服务。Glance 提供了虚拟机镜像的集中存储。通过 Glance 的 RESTful API，可以查询镜像元数据、下载镜像。虚拟机的镜像可以很方便的存储在各种地方，从简单的文件系统到对象存储系统(比如 OpenStack Swift)。

镜像服务的主要功能

1.查询和获取镜像的元数据和镜像本身
2.注册和上传虚拟机镜像，包括镜像的创建、上传、下载和管理
3.维护镜像信息，包括元数据和镜像本身
4.支持多种方式存储镜像，包括普通的文件系统、swift、Amazon、S3等
5.对虚拟机实例执行创建快照命令来创建新的镜像，或者备份虚拟机的状态

images API

（1）glance-api
glance-api 是系统后台运行的服务进程。 对外提供 RESTful API，响应镜像查询、获取和存储的调用。glance-api 不会真正处理请求。

如果是与镜像 metadata（元数据）相关的操作，glance-api 会把请求转发给 glance-registry；
如果是与镜像自身存取相关的操作，glance-api 会把请求转发给该 image 的存储后端。
（2）glance-registry
glance-registry 是系统后台运行的服务进程。 负责处理和存取镜像的 metadata，例如镜像的大小和类型。

V2版本的实现就是将 glance-registry 集成到了 glance-api 内部，这么做的好处是减少了一个中间的处理环节。V1版本在 Newton 中标注被弃用，目前已经被移除。

Glance REST API的版本V1和V2

功能差别

Glance有两个版本的REST API V1 和 V2，两者之间还是有蛮大的不同：

（1）V1只提供了基本的image和member操作功能：镜像创建、删除、下载、列表、详细信息查询、更新，以及镜像tenant成员的创建、删除和列表。

（2）V2除了支持V1的所有功能外，主要是增加了如下功能：

镜像 location 的添加、删除和修改等操作
metadata namespace 操作
image tag 操作
（3）.V1 和V2对 image store 的支持是相同的。

实现差别

V1的实现上，有glance-api和glance-registry两个WSGI 服务，都提供REST API，只不过glance-API的REST API对外使用，glance-registry的API只由glance-api使用。

而 V2在实现上，把 glance-registry 的功能合并到了 glance-api 中，减少了一个中间环节。

使用差别

目前，Glance Cli和Horizon默认还是使用V1版本的API。究其原因，

• 一方面，似乎网上有看到说法说V2的性能没有V1好，我们也能看到使用V2的API的时候，需要多次调用REST API；
• 另一方面，我认为V2里面新添加的功能似乎也不是镜像管理的必须功能，所以暂时没怎么被使用也是情理之中。

image 的数据存放

image 的元数据 通过glance-registry 存放在 db 中； image 的chunk 数据 通过 glance-store 存放在各种 backend store 中，并从中获取。

image 的访问权限

image 的 访问权限分为：

• public 公共的：可以被所有的 tenant 使用。
• private 私有的/项目的：只能被 image owner 所在的 tenant 使用。
• shared 共享的：一个非共有的image 可以 共享给另外的 tenant，可通过member-* 操作来实现。
• protected 受保护的：protected 的 image 不能被删除。

image 的各种状态

queued：没有上传 image 数据，只有db 中的元数据。
saving：正在上传 image data
active：正常状态
deleted/pending_delete： 已删除/等待删除
killed：image 元数据不正确，等待被删除。

虚拟机镜像格式

虚拟机镜像文件磁盘格式

• raw：无结构的磁盘格式
• vhd:该格式通用于VMware、Xen、VirtualBox以及其他虚拟机管理程序
• vhdx:vhd格式的增强版本，支持更大的磁盘尺寸
• vdi:由VirtualBox虚拟机监控程序和QEMU仿真器支持的磁盘格式
• iso:用于光盘(CD-ROM)数据内容的档案格式
• qcow2:由QEMU仿真支持，可动态扩展，支持写时复制(Copy on Write)的磁盘格式
• aki:在Glance中存储的Amazon内核格式
• ari:在Glance中存储的Amazon虚拟内存盘(Ramdisk)格式
• ami:在Glance中存储的Amazon机器格式
• bare:没有容器或元数据“信封”的镜像
• Docker:在Glance中存储的容器文件系统的Dockerd的tar档案如果不能确定选择哪种容器格式，那么简单地容器格式指定为bare是安全

glance架构图

• 客户端是Glance服务应用程序使用者，是OpenStack命令行工具、Horizon或Nova服务
• glance-api是系统后台运行的服务进程，是进入Glance的入口。它对外提供REST API，负责接收用户的RESTful请求，响应镜像查询、获取和存储的调用。
• glance-registry是系统后台运行的glance主册服务进程，负责处理与镜像元数据相关的RESTful请求，元数据包括镜像大小、类型等信息。Glance-api接收的请求如果是与镜像的元数据相关的操作,glance-api会把请求转发给glance-registry。glance-registry会解析请求内容，并与数据库交互，存储、处理、检索镜像的元数据。glance-api对外提供API，而glance-registry的API只由glance-api使用。
• Glance的DB模块存储的是镜像的元数据，可以选用MYSQL、MariaDB、SQLite等数据库。镜像的元数据通过glance-registry存放在数据库中。注意，镜像本身(chunk数据)是通过glance存储驱动存放到各种存储后端中的。
• 存储后端(Store Backend) Glance自身并不存储镜像，它将镜像存放在后端存储系统中。镜像本身的数据通过glance_store存放在各种后端,并可从中获取。支持本地存储、对象存储、RBD块设备、Sheepdog分布式存储、Cinder块存储、VMware数据存储。

glance部署

创建用户、修改配置文件

创建OpenStack的Glance用户
#创建用户前，需要首先执行管理员环境变量脚本（此处已经在~/.bashrc 中定义过了）
[root@ct ~]# openstack user create --domain default --password GLANCE_PASS glance ###创建glance用户

[root@ct ~]# openstack role add --project service --user glance admin					#将glance用户添加到service项目中，并且针对这个项目拥有admin权限；注册glance的API，需要对service项目有admin权限
[root@ct ~]# openstack service create --name glance --description "OpenStack Image" image		#创建一个service服务，service名称为glance，类型为image；创建完成后可以通过 openstack service list 查看

创建镜像服务 API 端点，OpenStack使用三种API端点代表三种服务：admin、internal、public

[root@ct ~]# openstack endpoint create --region RegionOne image public http://ct:9292
[root@ct ~]# openstack endpoint create --region RegionOne image internal http://ct:9292
[root@ct ~]# openstack endpoint create --region RegionOne image admin http://ct:9292

安装 openstack-glance 软件包。