理解 Glance - 每天5分钟玩转 OpenStack（20）

2016-04-12 653

OpenStack 由 Glance 提供 Image 服务。

理解 Image

要理解 Image Service 先得搞清楚什么是 Image 以及为什么要用 Image？

在传统 IT 环境下，安装一个系统是要么从安装 CD 从头安装，要么用 Ghost 等克隆工具恢复。这两种方式有如下几个问题：

如果要安装的系统多了效率就很低
时间长，工作量大
安装完还要进行手工配置，比如安装其他的软件，设置 IP 等
备份和恢复系统不灵活

云环境下需要更高效的解决方案，这就是 Image。 Image 是一个模板，里面包含了基本的操作系统和其他的软件。

举例来说，有家公司需要为每位员工配置一套办公用的系统，一般需要一个 Win7 系统再加 MS office 软件。 OpenStack 是这么玩的：

先手工安装好这么一个虚机
然后对虚机执行 snapshot，这样就得到了一个 image
当有新员工入职需要办公环境时，立马启动一个或多个该 image 的 instance（虚机）就可以了

在这个过程中，第 1 步跟传统方式类似，需要手工操作和一定时间。
但第 2、3 步非常快，全自动化，一般都是秒级别。

而且 2、3 步可以循环做。比如公司新上了一套 OA 系统，每个员工的 PC 上都得有客户端软件。那么可以在某个员工的虚机中手工安装好 OA 客户端，然后执行 snapshot ，得到新的 image，以后就直接使用新 image 创建虚机就可以了。

另外，snapshot 还有备份的作用，能够非常方便的恢复系统。

理解 Image Service

Image Service 的功能是管理 Image，让用户能够发现、获取和保存 Image。

在 OpenStack 中，提供 Image Service 的是 Glance，其具体功能如下：

提供 REST API 让用户能够查询和获取 image 的元数据和 image 本身
支持多种方式存储 image，包括普通的文件系统、Swift、Amazon S3 等
对 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，包括

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。

微信关注我们

原文链接：https://yq.aliyun.com/articles/311641

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

docker（2）：安装docker管理工具rancher

本文的原文连接是: http://blog.csdn.net/freewebsys/article/details/51136562 未经博主允许不得转载。博主地址是：http://blog.csdn.net/freewebsys 1，关于rancher rancher是一个docker的管理系统。http://rancher.com/ 相同类似的系统还有，http://shipyard-project.com/。有管理界面的好处是，可以方便的查看有多少容器在运行，可以通过简单的界面点击，实现docker的功能。同时也能够方便的检查系统的运行状况，资源消耗等。类似于daoCloud和灵云雀等docker的容器服务。安装的环境是在coreos系统上。 coreos安装参考之前写的博客： http://blog.csdn.net/freewebsys/article/details/51093850 2，下载安装安装文档参考： http://docs.rancher.com/rancher/quick-start-guide/ 直接下载即可： docker pull ranch...

2016-04-11

644

前言在上一篇博文：基于docker的持续交付系列（一）：如何将app与docker整合并部署中，我们对app与Docker的整合、部署进行了简单介绍，但在实践中你会发现，每当你修改代码之后，都要手动push代码，build image，push image以及重新部署，整个流程走下来繁琐且耗时较长，给我们提倡的持续交付徒增了许多烦恼。在容器hub和阿里云code两个平台的合力之下，改进的第一步已经实现，让我们细细来看。用到的工具同样，我们还是使用到了下述几个平台：使用的的代码托管工具为阿里云code；使用的容器镜像服务为阿里云开发者平台；最终的产品镜像将部署到阿里云容器服务上；操作步骤创建关联了阿里云code的镜像仓库我们可以看到，目前容器hub已经支持关联阿里云code的代码仓库，相比于gith

2016-04-12

830

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

WebStorm