Openstack组件实现原理 — Glance架构(V1/V2)
目录
Glance 安装列表
Openstack组建部署 — Glance Install
Glance Image service
Image service项目代号Glance,是Openstack的镜像服务组件。Glance主要提供了一个虚拟机镜像文件的存储、查询和检索服务,通过提供一个虚拟磁盘映像目录和存储库,为Nova的虚拟机提供镜像服务。现在Glance具有V1和V2(Openstack-F发布)两个版本。
Image service 的组件
Glance-Api
glance-api:是一个对外的API接口,能够接受外部的API镜像请求。主要用于分析、分发、响应各种镜像管理的REST Request
,然后通过其他模块(EG. glance-registry、Store Backend后端存储接口)完成镜像的发现、获取、存储等操作。默认绑定端口是9292。
Glance-Registry
glance-registry:用于存储、处理、获取Image Metadata
。通过响应从glance-api
发送过来的Image Metadata REST Request
,然后与MySQL进行交互,实现Image Metadate
的存储、处理、获取。默认绑定的端口是9191。
Glance-db
glance-db:在Openstack中使用MySQL来支撑,用于存放Image Metadate
。
Image Metadate(镜像元数据):指通过glance-registry
来保存在MySQL Database中的镜像文件相关信息。
Image Store(Store Backend)
Image Store:用于存储镜像文件。通过Store Backend后端存储接口来与glance-api
联系。通过这个接口,glance可以从Image Store获取镜像文件再交由Nova用于创建虚拟机。
Glance 通过Store Adapter(存储适配器)支持多种Imange Store方案:
Glance允许上传私有或共有的不同格式镜像:
- Raw
- Machine (kernel/ramdisk outside of image, a.k.a. AMI)
- VHD (Hyper-V)
- VDI (VirtualBox)
- qcow2 (Qemu/KVM)
- VMDK (VMWare)
- OVF (VMWare, others)
Image
Image(镜像文件)的访问权限分为:
- Public 公共的:可以被所有的Tenant使用。
- Private 私有的/项目的:只能被Image Owner所在的Tenant使用。
- Shared 共享的:一个非公共的Image可以共享给指定的Tenant,通过
member-*
操作来实现。 - Protected 受保护的:Protected Image不能被删除。
Image的状态类型:
- Queued:没有上传Image数据,只SQL Database中存有该镜像的元数据。
- Saving:正在上传Image。
- Active:正常状态。
- Deleted/pending_delete: 已删除/等待删除的Image。
- Killed:Image元数据不正确,等待被删除。
Image状态类型转换:
- ‘queued’ => (‘saving’, ‘active’, ‘deleted’)
- ‘saving’ => (‘active’, ‘killed’, ‘deleted’, ‘queued’)
- ‘active’ => (‘queued’, ‘pending_delete’, ‘deleted’)
- ‘killed’ => (‘deleted’)
- ‘pending_delete’ => (‘deleted’)
- ‘deleted’ => ()
Glance 架构
Glance Restful API — V1
V1的功能:提供了基本的Image
和Member
操作
1. 镜像文件的创建、删除、查询、更改
2. 镜像Tenant成员的创建、删除和查询
V1包含有glance-api
和glance-registry
两个WSGI service,都提供了REST API
接口来接收虚拟机镜像管理的请求。
两者的区别在于:glance-api
的REST API能够对外开放而glance-registry
的REST API只能够被glance-api
调用。
V1的架构:
需要注意的是:glance-api
不会真正去处理REST Request
,可以将glance-api
再分为两部分:
- 一部分是中间件,主要用于对
REST Request
的分析、分发工作(EG. 分析出版本号) - 另一部分来提供实际的服务(EG. 与Store Backend后端存储接口交互,实现镜像上传、下载)
所以若glance-api
接收到涉及SQL Database的操作请求时,会调用registry-clinet
并生成HTTP
指令,然后转发给glance-registry
API进行处理。
Glance Restful API — V2
V2的功能:除了拥有V1的功能之外,还能够:
1. 镜像Location的添加、删除和修改
2. Metadata、Namespace、Image tag操作
V2架构图:
V2在实现上,把glance-registry
和glance-api
合并到了一起,减少了一个中间环节。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
DockerCon 2016 深度解读:在阿里云上体验Docker 1.12内置的编排能力
昨天才从DockerCon大会归来,阿里云容器服务团队将为大家奉献一系列深入学习的文章来帮助大家了解Docker 1.12的最新动态。 第一部分:在阿里云上体验Docker 1.12内置的编排能力 (本文) 第二部分:在阿里云上体验Docker 1.12的路由能力和容器应用分发部署 在DockerCon第一天的Keynote里面,Docker CTO Solomon Hykes宣布Docker将提供内置的编排(Orchestration)能力,从而能使得Docker Engine原生支持集群管理和服务生命周期管理。Solomon把这称为自Docker发布以来最大的一次改变。这个宣布对每个Docker开发者和厂商都有重要影响,也会左右现有Docker编排市场格局。 Docker Swarm模式简介 在Docker 1.12中,其Docker内
- 下一篇
CI CD系统整合
转载_CI 系统搭建:Git、Gerrit与Jenkins 2014-08-11 20:55 15678人阅读 评论(1) 收藏 举报 分类: 软件集成和项目管理 (3) 目录(?)[+] 去年写的这五篇 CI 文章时候方便邮件测试,自己搞了一个 thstack.com 域名玩。当时也没在意,所有的文章里邮箱地址都是引用 @thstack.com 域名。让我没想到是,2014 年这个神奇的一年,thstack.com 会成为我们的公司名字和域名。 我想说的是,我们内部的邮件系统也在用 @thstack.com,和这几个文章里的邮箱会冲突,导致一些朋友完全照着我的文档测试。结果最近收到了很多垃圾邮件。 我还想说的是,不要让别人怀疑你的智商。 我最想说的一句是,搞 CI 是一个高尚的工作。 随着计算机的高速发展、各种时代变革的到来。百度、360、腾讯这些赚钱机器之间为了利益掐个没完没了。开源项目、社区的活跃进而引来持续集成 (CI)系统的诞生。也越发的听到更多的人在说协同开发、敏捷开发、迭代开发、持续集成和单元测试这些拉风的术语。但是也仅仅只是听到在说而已,也没有见 到国内有几家公司能有完...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS关闭SELinux安全模块
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2全家桶,快速入门学习开发网站教程
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长