理解 Glance - 每天5分钟玩转 OpenStack(20)
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。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道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...
- 下一篇
基于Docker的持续交付系列( 二):阿里云code帮你实现持续交付第一步
前言 在上一篇博文:基于docker的持续交付系列(一):如何将app与docker整合并部署中,我们对app与Docker的整合、部署进行了简单介绍, 但在实践中你会发现,每当你修改代码之后,都要手动push代码,build image,push image以及重新部署,整个流程走下来繁琐且耗时较长,给我们提倡的持续交付徒增了许多烦恼。在容器hub和阿里云code两个平台的合力之下,改进的第一步已经实现,让我们细细来看。 用到的工具 同样,我们还是使用到了下述几个平台: 使用的的代码托管工具为阿里云code; 使用的容器镜像服务为阿里云开发者平台; 最终的产品镜像将部署到阿里云容器服务上; 操作步骤 创建关联了阿里云code的镜像仓库 我们可以看到,目前容器hub已经支持关联阿里云code的代码仓库,相比于gith
相关文章
文章评论
共有0条评论来说两句吧...