OpenStack组件详解——Glance镜像服务

前言

glance服务是OpenStack中负责给实例提供image镜像的服务，就是服务镜像的上传和下载操作，他可以上传各种操作系统的镜像，windows的可以，Ubuntu可以，centos可以，只要你用到的都可以传上去。而且他的镜像格式支持qcow2的，就是说你完全可以将你的KVM虚机做成镜像传上去作为镜像来启动实例。接下来接详细介绍glance服务。

一、Glance简介

1.1 、镜像服务的主要功能

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

1.2、什么是glance镜像服务

• 它在open stack中的项目名称为Glance.在早期的open stack版本中，Glance只有管理镜像的功能，并不具备镜像存储功能。现在，Glance已经发展称为集上传，检索，管理和存储等多种功能的open stack核心服务。

二、glance的组成及作用

glance由两部分组成：

（1）glance-api： 接受云系统镜像的创建，删除，读取请求
（2）glance-Registry： 云系统的镜像注册服务

• glance-api 是接受 rest api请求的。完成诸如镜像的查找，获取，上传，删除等操作，默认是监听9292端口
• glance-registry 是用于Mysql的数据交互，用户存储或获取镜像的元数据（metadata）；提供镜像元数据相关的REST接口，通过glance-Registry，可以向数据库中写入或获取镜像的各种数据。glance-Registry监听的端口是9191.Glance数据库中有两种表，一张是image表，主要存储了镜像格式，大小等信息；另一张是image property表，主要存了镜像定制化信息。
• image-store是一个存储的接口层，通过这个接口，glance可以获取镜像，image store支持的存储有Amazon的S3,Openstack本身的swift，还有诸如ceph，sheepdog，GluasterFS等分布式存储，image store是镜像保存与获取的接口，它仅仅是一个接口层，具体的实现需要外部的存储支持。

2.1、Glance REST API的版本

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

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

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

三、关于镜像

3.1、镜像文件格式

（1） 镜像文件容器格式

• bare:没有容器或元数据“信封”
• ovf:开放虚拟化格式
• ova:在glance中存储的amazon内核格式
• ari:在glance中存储的amazon虚拟内存盘（Ramdlsk）格式
• aki：在glance中存储的amazon内核格式
• docker:在glance中存储的容器文件系统的docker的tar归档

（2）虚拟机镜像文件磁盘格式

• raw:无结构的磁盘格式
• vhd:该格式通用于VMware、Xen、VirtualBox以及其他虚拟机管理程序
• vhdx:vhd格式的增强版本，支持更大的磁盘尺寸
• vmdk:—种比较通用的虚拟机磁盘格式
• vdi:由VirtuaBox虚拟机监控程序和QEMU仿真器支持的磁盘格式
• iso:用于光盘(CD-ROM)数据内容的档案格式
• ploop:由Virtuozzo支持，用于运行OS容器的磁盘格式
• qcow2:由QEMU仿真支持，可动态扩展，支持写时复制(Copy on Write)的磁盘格式aki:在Glance中存储的Amazon内核格式
• ari:在Glance中存储的Amazon虚拟内存盘(Ramdisk)格式ami:在Glance中存储的Amazon机器格式

3.2、镜像状态

• queued:这是一种初始化状态，镜像文件刚被创建，在glance数据库只有其元数据，镜像数据还没有上传至数据库中
• saving：是镜像的原始数据在上传到数据库中的一种过渡状态，表示正在上传镜像
• uploading指示已进行导入数据提交调用，此状态下不允许调用put/file（saving状态会执行put/file,这是另外一种上传的方法）
• deleted : 镜像将在不久后被自动删除，该镜像不可再用，但是目前Glance仍然保留该镜像的相关信息和原始数据
• pending_delete:与deleted相似，Glance还没有清除镜像数据，但处于该状态的镜像不可恢复
• active:表示当镜像数据成功上传完毕，成为Glance中可用的镜像
• deactivated:表示任何非管理员用户都无权访问镜像数据，禁止下载镜像,禁止镜像导出和镜像克隆之类的操作
• killed:表示镜像上传过程中发生错误，镜像不可读

3.3、镜像访问权限

• Public(公共的):可以被所有的项目使用
• Private (私有的):只有被镜像所有者所在的项目使用
• Shared(共享的):一个非共有的镜像可以共享给其他项目，这是通过项目成员(member-*)操作来实现的
• Protected(受保护的):这种镜像不能被删除

四、Glance镜像服务架构图详解

• 客户端是Glance服务应用程序使用者，是OpenStack命令行工具、Horizon或Nova服务

• glance-api是系统后台运行的服务进程。是进入Glance的入口。它对外提供REST API，负责接收用户的RESTul请求，响应镜像查询、获取和存储的调用。

• glance-registry是系统后台运行的glancei注册服务进程,负责处理与镜像元数据相关的RESTful请求，元数据包括镜像大小、类型等信息。Glance-api接收的请求如果是与镜像的元数据相关的操作, glance-api会把请求转发给glance-registry.glance-registry会解析请求内容,并与数据库交互。存储,处理、检索镜像的元数据。glance-api对外提供API。而gllance-registry的API只由glance-api使用。

• Glance的DB模块存储的是镜像的元数据，可以选用MYSQL、MariaDB、SQLite等数据库。镜像的元数据通过glance-registry存放在数据库中。注意，镜像本身(chunk数据)是通过glance存储驱动存放到各种存储后端中的。

• 存储后端(Store Backend) Glance自身并不存储镜像，它将镜像存放在后端存储系统中。镜像本身的数据 通过glance_store存放在各种后端，并可从中获取。支持本地存储、对象存储、RBD块设备、Sheepdog分布式存储、Cinder块存储、VMware数据存储。
  具体使用哪种backend，是在/etc/glancelglance-api.conf 中配置的[glance_store]

简单来说：
Client端发送请求，api端router.py中将请求下发，选择相应的方法处理请求，目前我们测试环境中使用的api是v1版本
经过中间auth, notifier, policy, quota到location，会调用到glance_store进行底端存储，并返回存储的位置信息，需要写到数据库中
在跟数据库的交互中需要用到glance_registry，将镜像的相关信息写到数据库中，值得注意的是会将上面镜像存储的位置信息location_uri写入到数据库中，在进行删除等操作会直接从数据库中读取这个uri，进行删除