云计算openstack核心组件——glance— 镜像服务(6)

1、glance介绍:
      
      Glance是Openstack项目中负责镜像管理的模块,其功能包括虚拟机镜像的查找、注册和检索等。 Glance提供Restful API能够查询虚拟机镜像的metadata及获取镜像。 Glance能够将镜像保存到多种后端存储上,好比简单的文件存储或者对象存储。
 
理解 Image
 
要理解 Image Service,先得搞清楚什么是 Image 以及为何要用 Image?
 
在传统 IT 环境下,安装一个系统要么从安装 CD 从头安装,要么用 Ghost 等克隆工具恢复。这两种方式有以下几个问题:
 
  1. 若是要安装的系统多了效率就很低
  2. 时间长,工做量大
  3. 安装完还要进行手工配置,好比安装其余的软件,设置 IP 等
  4. 备份和恢复系统不灵活
 
云环境下须要更高效的方案,这就是 Image。 Image 是一个模板,里面包含了基本的操做系统和其余的软件。
 
举例来讲,有家公司须要为每位员工配置一套办公用的系统,通常须要一个 Win7 系统再加 MS office 软件。 OpenStack 是这么玩的:
 
  1. 先手工安装好这么一个虚机
  2. 而后对虚机执行 snapshot,这样就获得了一个 image
  3. 当有新员工入职须要办公环境时,立马启动一个或多个该 image 的 instance(虚机)就能够了
 
在这个过程当中,第 1 步跟传统方式相似,须要手工操做和必定时间,但第 二、3 步很是快,全自动化,通常都是秒级别。并且 二、3 步能够循环作。 好比公司新上了一套 OA 系统,每一个员工的 PC 上都得有客户端软件。 那么能够在某个现有虚机中先手工安装好 OA 客户端,而后执行 snapshot 操做,获得新的 image,之后能够就直接使用新 image 建立虚机了。另外,snapshot 还有备份的做用,可以很是方便的恢复系统。
 
理解Image Service
Image Service 的功能是管理 Image,让用户可以发现、获取和保存 Image。在 OpenStack 中,提供 Image Service 的是 Glance,其具体功能以下:
 
  1. 提供 REST API 让用户可以查询和获取 image 的元数据和 image 自己
  2. 支持多种方式存储 image,包括普通的文件系统、Swift、Amazon S3 等
  3. 对 Instance 执行 Snapshot 建立新的 image
     
Glance 架构
上面是 Glance 的架构图

glance-api

glance-api 是系统后台运行的服务进程。 对外提供 REST API,响应 image 查询、获取和存储的调用。
 
glance-api 不会真正处理请求。 若是操做是与 image metadata(元数据)相关,glance-api 会把请求转发给 glance-registry; 若是操做是与 image 自身存取相关,glance-api 会把请求转发给该 image 的 store backend。
 
在控制节点上能够查看 glance-api 进程
 

glance-registry

glance-registry 是系统后台运行的服务进程。 负责处理和存取 image 的 metadata,例如 image 的大小和类型。在控制节点上能够查看 glance-registry 进程
 
 
Glance 支持多种格式的 image,包括
 

Database

Image 的 metadata 会保持到 database 中,默认是 MySQL。 在控制节点上能够查看 glance 的 database 信息
 

Store backend

Glance 本身并不存储 image。 真正的 image 是存放在 backend 中的。 Glance 支持多种 backend,包括:
 
  1. A directory on a local file system(这是默认配置)
  2. GridFS
  3. Ceph RBD
  4. Amazon S3
  5. Sheepdog
  6. OpenStack Block Storage (Cinder)
  7. OpenStack Object Storage (Swift)
  8. VMware ESX
 
具体使用哪一种 backend,是在 /etc/glance/glance-api.conf 中配置的
其余 backend 的配置可参考http://docs.openstack.org/liberty/config-reference/content/configuring-image-service-backends.html
 
查看目前已经存在的 image
 
 
查看保存目录
 
 
每一个 image 在目录下都对应有一个文件,文件以 image 的 ID 命名。
 
2、glance建立镜像:
 
        OpenStack 为终端用户提供了 Web UI(Horizon)和命令行 CLI 两种交换界面。两种方式咱们都要会用。可能有些同窗以为既然有更友好的 Web UI 了,干吗还要用 CLI? 这里有下面的理由:
一、Web UI 的功能没有 CLI 全,有些操做只提供了 CLI。 即使是都有的功能,CLI 可使用的参数更多
二、通常来讲,CLI 返回结果更快,操做起来更高效
四、CLI 可放在脚本中进行批处理
五、有些耗时的操做 CLI 更合适,好比建立镜像(后面将涉及)
(1)Web UI 建立 image
(2)CLI 建立 image
将上传的镜像传到控制节点
执行image上传镜像命令:
openstack image create "cirros"   --file cirros-0.3.3-x86_64-disk.img.img   --disk-format qcow2 --container-format bare --public
3、glance配置文件:
vim /etc/glance/glance-api.conf
[DEFAULT]
 
[cors]
[cors.subdomain]
 
[database]
 
[glance_store]
stores = file,http
default_store = file
filesystem_store_datadir = /var/lib/glance/images/
 
[image_format]
 
[keystone_authtoken]
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = glance
password = glance
 
[matchmaker_redis]
 
[oslo_concurrency]
 
[oslo_messaging_amqp]
 
[oslo_messaging_kafka]
 
[oslo_messaging_notifications]
 
[oslo_messaging_rabbit]
 
[oslo_messaging_zmq]
 
[oslo_middleware]
 
[oslo_policy]
 
[paste_deploy]
flavor = keystone
 
[profiler]
 
[store_type_location_strategy]
 
[task]
 
[taskflow_executor]
vim /etc/glance/glance-registry.conf
[DEFAULT]
 
[database]
 
[keystone_authtoken]
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = glance
password = glance
 
[matchmaker_redis]
 
[oslo_messaging_amqp]
 
[oslo_messaging_kafka]
 
[oslo_messaging_notifications]
 
[oslo_messaging_rabbit]
 
[oslo_messaging_zmq]
 
[oslo_policy]
 
[paste_deploy]
flavor = keystone
 
[profiler]
相关文章
相关标签/搜索