部署OpenStack（其三，glance的部署。图文详情！）

部署OpenStack（其三，glance的部署。图文详情！）

前言

Glance是openstack的镜像服务。它提供了虚拟镜像的查询、注册和传输等服务。Glance本身并不实现对镜像的存储的存储功能。Glance只是一个代理。它充当了镜像存储服务与Openstack的其他组件之间的纽带。Glance共支持两种镜像存储机制：简单文件系统和Swift服务存储镜像机制。简单文件系统是指将镜像保存在Glance节点的文件系统中。这种机制相对比较简单，但是存在不足。比如，由于没有备份机制，当文件系统损伤是麻将导致所有的镜像不可用。Swift服务存储镜像机制，是指将镜像以对象的形式保存在Swift对象存储服务器中，由于Swift具有非常健壮的备份还原机制，因此可以降低因为文件系统损伤而造成的镜像不可用情况。

Glance服务支持多种格式的虚拟磁盘镜像。其中包括raw/qcow2、VHD、VDI、VMDK、OVF、kernel和ramdisk。

可以把Glance当做一个对象存储代理服务。可以通过Glance存储任何其他格式的文件。

一、相关概念

1、glance镜像

Glance是Openstack项目中负责镜像管理的模块，其功能包括虚拟机镜像的查找、注册和检索等。Glance提供Restful API可以查询虚拟机镜像的metadata及获取镜像。Glance可以将镜像保存到多种后端存储上，比如简单的文件存储或者对象存储。

Glance服务是负责管理镜像，不负责镜像的存储，它要把镜像存储到Glance服务运行的服务器的某一个目录下面，或者对接不同的后端。所以搭完Glance服务后要给它指定镜像保存的方式。

2、主要功能

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

3、lmages API的版本

首先得知道Image 是一个模板，里面包含了基本的操作系统和其他的软件。
然后Glance提供的RESTful API目前有两个版本: APl v1和APl v2

• v1只提供基本的镜像和成员操作功能
  包括镜像创建、删除、下载、列表、详细信息查询、更新，以及镜像租户成员的创建、删除和列表。
• v2除了支持v1的所有功能外，
  主要增加了镜像位置的添加、删除、修改，元数据和名称空间操作（metadata namespace）以及镜像标记操作（tag）。

两个版本对镜像存储支持相同，v1从N版开始已经过时，迁移路径使用v2进行替代

4、镜像格式

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

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

其中最主要的是raw和qcow2这两种格式

• raw是中间的格式
  优点：
  可以做格式的转换（可以把raw的格式转换为qcow2的格式）
  访问速度非常快
  但是它不支持虚拟机的快照。
  不支持动态扩展，前期消耗多
• qcow2支持虚拟机快照。

（2）镜像文件容器格式

格式类型	说明
bare	没有容器或元数据“信封”的镜像
ovf	开放虚拟化格式
ova	在Glance中存储的开放虚拟化设备格式
aki	在Glance中存储的Amazon内核格式
ari	在Glance中存储的Amazon虚拟内存盘(Ramdisk)格式
Docker	在Glance中存储的容器文件系统的Dockerd的tar档案

如果不能确定选择哪种容器格式，那么简单地容器格式指定为bare是安全
其中bare和Docker类型比较重要，常用

5、镜像状态

上传成功前的状态

状态	描述
queued	这是一种初始化状态，镜像文件刚被创建，在Glance数据库只有其元数据，镜像数据还没有上传至数据库中 先上传元数据，再上传镜像本身；表明镜像由元数据和镜像本身组成
saving	是镜像的原始数据在上传到数据库中的一种过渡状态，表示正在上传镜像 上传数镜像本身的数据过程
uploading	指示已进行导入数据提交调用，此状态下不允许调用PUT/file (saving状态会执行PUT/file,这是另外一种上传的方法) 数据已上传，正在注册识别
importing	指示已经完成导入调用，但是镜像还未准备好使用 以注册识别成功，但是还无法使用

上传成功后的状态

状态	描述
active（企业常见）	表示当镜像数据成功上传完毕，成为Glance中可用的镜像 表示可以用了，正常状态
deactivated	表示任何非管理员用户都无权访问镜像数据，禁止下载镜像，也禁止镜像导出和镜像克隆之类的操作 非管理员用户无法使用镜像数据，(例如：服务器维护)
killed	表示镜像上传过程中发生错误，镜像不可读 镜像本身没有上传完整，上传过程中由于网络等原因中断过导致数据丢失
deleted（企业常见）	镜像将在不久后被自动删除，该镜像不可再用但是目前Glance仍然保留该镜像的相关信息和原始数据 删除后，可以被恢复
pending_delete	与deleted相似，Glance还没有清除镜像数据，但处于该状态的镜像不可恢复 删除后，不可以被恢复

6、访问权限

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

7、glance架构图

图解
client：客户端/请求体（可以是openstack命令行、horizon、nova）
Glance-api：统一的交互入口；负责接收请求、响应请求（镜像查询、获取、存储的调用）
glance-registry：负责相应和镜像元数据相关的请求；和DB数据库中交互，存储、处理、检索镜像的元数据（镜像大小、类型）
store backend：Glance 自己并不存储 image。 真正的 image 是存放在 backend 中的。用于将镜像本身的数据存放在后端
下面一排，可以理解成不同格式类型的数据库。

8、工作流程

图解：
1）OpenStack的操作都需经Keystone进行身份认证(AuthN)并授权(AuthZ)，Glance也不例外。Glance是一个C/S架构，提供一个REST API，用户就通过RESTAPI来执行镜像的各种操作。[Glance Domain Controller是一个主要的中间件，相当于调度器，作用是将Glance内部服务的操作分发到以下各个功能层

2）Auth(授权):用来控制镜像的访问权限，决定镜像自己或者它的属性是否可以被修改，只有管理员或镜像的拥有者才可以执行修改操作。roperty Protection(属性保护):这是个可选层,要在Glance配置文件中设置了
property_protection_file参数才会生效。它提供两种类型的镜像属性，一种是核心属性，在镜像参数中指定;另一种是元数据属性，可以被附加到一个镜像上的任一键值对。该层通过调用Glance的public API管理对meta属性的访问，也可以在配置文件中限制该访问。

3）Notifier(消息通知):将镜像变化的消息和使用镜像时发生的错误和警告添加到消息队列中。

4）Policyx(规则定义):定义镜像操作的访问规则，这些规则在/etc/policy.json文件中定义，该层对其进行监视并实施。

5）Quota(配额限制):如果管理员对某用户定义了镜像大小的镜像上传上限，则该用户上传了超过该限额的镜像时会上传失败。

6）Location(定位):通过glance_store与后台存储进行交互，例如上传、下载镜像，管理镜像存储位置。该层还能够在添加新位置时检查位置URI是否正确;镜像位置改变时删除存储后端保存的镜像数据;防止镜像位置重复。

7）DB(数据库):实现与数据库进行交互的API，一方面将镜像转换为相应的格式以存储在数据库中，另一方面将从数据库读取的信息转换为可操作的镜像对象。

8）Registry Layer(注册层):是一个可选层，通过使用单独的服务控制Glance Domain Controller与GlanceDB之间的安全交互。

9）Glance DB:是Glance服务使用的核心库，该库对Glance内部所有依赖数据库的组件是共享的。(这个库是存一些元数据信息的，不是真正存镜像的数据库)

10）Glance Store:用来组织处理Glance和各种存储后端的交互，提供了一个统一的接口来访问后端的存储。所有的镜像文件操作都是通过调用Glance Store库来执行的，它负责与外部存储端或本地文件存储系统的交互。

二、OpenStack-glance的组件部署

安装glance组件全部在控制节点上操作
CT eth1(内):192.168.100.10 eth0(外):192.168.2.10

1、创建数据库实例和数据库用户

mysql -u root -p

CREATE DATABASE glance;
GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' IDENTIFIED BY 'GLANCE_DBPASS';
GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'%' IDENTIFIED BY 'GLANCE_DBPASS';
flush privileges;
exit

2、创建用户、修改配置文件

创建OpenStack的Glance用户

创建用户前，需要首先执行管理员环境变量脚本（此处已经在~/.bashrc 中定义过了）

#创建glance用户
openstack user create --domain default --password GLANCE_PASS glance

#将glance用户添加到service项目中，并且针对这个项目拥有admin权限；注册glance的API，需要对service项目有admin权限
openstack role add --project service --user glance admin

#创建一个service服务，service名称为glance，类型为image；创建完成后可以通过 openstack service list 查看
openstack service create --name glance --description "OpenStack Image" image

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

openstack endpoint create --region RegionOne image public http://ct:9292
openstack endpoint create --region RegionOne image internal http://ct:9292
openstack endpoint create --region RegionOne image admin http://ct:9292

安装 openstack-glance 软件包
并修改glance配置文件，glance有两个配置文件：/etc/glance/glance-api.conf
/etc/glance/glance-registry.conf

yum -y install openstack-glance

cp -a /etc/glance/glance-api.conf{,.bak}
grep -Ev '^$|#' /etc/glance/glance-api.conf.bak > /etc/glance/glance-api.conf

，进行传参，添加glance-api.conf里的配置

openstack-config --set /etc/glance/glance-api.conf database connection mysql+pymysql://glance:GLANCE_DBPASS@ct/glance
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken www_authenticate_uri http://ct:5000
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken auth_url http://ct:5000
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken memcached_servers ct:11211
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken auth_type password
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken project_domain_name Default
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken user_domain_name Default
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken project_name service
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken username glance
openstack-config --set /etc/glance/glance-api.conf keystone_authtoken password GLANCE_PASS
openstack-config --set /etc/glance/glance-api.conf paste_deploy flavor keystone
openstack-config --set /etc/glance/glance-api.conf glance_store stores file,http
openstack-config --set /etc/glance/glance-api.conf glance_store default_store file
openstack-config --set /etc/glance/glance-api.conf glance_store filesystem_store_datadir /var/lib/glance/images/

修改glance-registry.conf 配置文件

cp -a /etc/glance/glance-registry.conf{,.bak}
grep -Ev '^$|#' /etc/glance/glance-registry.conf.bak > /etc/glance/glance-registry.conf

初始化glance数据库，生成相关表结构；（不管有多少个controler，只需要初始化一次即可）

su -s /bin/sh -c "glance-manage db_sync" glance

开启glance服务（此处开启之后会生成存放镜像的目录/var/lib/glance/image）
查看相应端口，看看服务是否已开启

systemctl enable openstack-glance-api.service
systemctl start openstack-glance-api.service

netstat -natp | grep 9292
#或（lsof需要安装）
yum -y install lsof
lsof -i:9292

赋予openstack-glance-api.service服务对存储设备的可写权限（-h：值对符号连接/软链接的文件修改)

chown -hR glance:glance /var/lib/glance/

3、测试是否部署成功

cirros-0.3.5-x86_64-disk.img
测试镜像点此下载
先把镜像上传
先上传cirros镜像到控制节点的/root，然后导入glance，最后查看是否创建成功

查看镜像的两种方式

openstack image list
或
glance image-list

总结

因为OpenStack上创建虚拟机需要镜像支持，所以先行进行部署
部署思路：
1、创建数据库、授权
2、创建openstack用户、授权、管理
3、修改配置文件（glance-api.conf、glance-registry.conf）
4、初始化数据库、上传实例镜像

验证角色、项目、用户、服务是否建立

openstack user list
openstack project list
openstack role list
openstack role assignment list
openstack service list

查看glance服务的api端口是否开启
netstat -natp | grep 9292

查看/var/lib目录下的glance目录的属主和属组是否为glance
ll /var/lib

查看镜像是否上传成功
openstack image list
或
glance image-list