openstack镜像介绍 |
您所在的位置：网站首页 › 镜像是干嘛的 › openstack镜像介绍 |
openstack镜像介绍
|
目录 一.镜像简介 二.Glance镜像服务简介 三.Glance镜像服务功能 四. Glance的两个版本 五.镜像格式 虚拟机镜像文件磁盘格式 镜像文件容器格式 六.镜像状态 七.镜像访问权限 八.glance镜像架构 九.glance工作流程 第一层：Auth 第二层：Property protection 第三层：Notifier 第四层：Policy 第五层：Quota 第六层：Location 第七层：DB 总结： 一.镜像简介镜像的英文为Image，又译为映象，通常是指一系列文件或一个磁盘驱动 器的精确副本。镜像文件其实和ZIP压缩包类似，它将特定的一系列文件按照一定的格式制作成单一的文件，以方便用户下载和使用。 二.Glance镜像服务简介Glance是OpenStack镜像服务,用来注册、登陆和检索虚拟机镜像。在早期的OpenStack版本中,Glance只有管理镜像的功能，并不具备镜像存储功能。现在，Glance已发展成为集镜像上传、检索、管理和存储等多种功能的OpenStack核心服务。Glance服务提供了一个REST API，使你能够查询虚拟机镜像元数据和检索的实际镜像。通过镜像服务提供的虚拟机镜像可以存储在不同的位置，从简单的文件系统对象存储到类似OpenStack对象存储系统。 默认情况下，上传的虚拟机镜像存储路径为/var/lib/glance/images/ 三.Glance镜像服务功能镜像服务就是用来管理镜像的，让用户能够发现、获取和保存镜像。在 OpenStack中提供镜像服务的是Glance，其主要功能如下: 查询和获取镜像的元数据和镜像本身注册和上传虚拟机镜像，包括镜像的创建、上传、下载和管理维护镜像信息，包括元数据和镜像本身。·支持多种方式存储镜像，包括普通的文件系统、Swift、Amazon S3等·对虚拟机实例执行创建快照命令来创建新的镜像，或者备份虚拟机的状态。 四. Glance的两个版本glance支持两种REST API V1和V2 v1只提供基本的镜像和成员操作功能，包括镜像创建、删除、下载、列表、详细信息查询、更新，以及镜像租户成员的创建、删除和列表。v2除了支持v1的所有功能外，主要增加了镜像位置的添加、删除、修改，元数据和名称空间操作，以及镜像标记操作。两个版本对镜像存储支持相同，v1从N版开始已经过时，迁移路径使用v2进行替代 五.镜像格式 虚拟机镜像文件磁盘格式 镜像名介绍raw无结构的磁盘格式vhd该格式通用于VMware、Xen、VirtualBox以及其他虚拟机管理程序vhdxvhd格式的增强版本，支持更大的磁盘尺寸vmdk—种比较通用的虚拟机磁盘格式vdi由VirtualBox虚拟机监控程序和QEMU仿真器支持的磁盘格式iso用于光盘(CD-ROM)数据内容的档案格式ploop由Virtuozzo支持，用于运行OS容器的磁盘格式qcow2QEMU仿真支持，可动态扩展，支持写时复制(Copy on Write)的磁盘格式aki在Glance中存储的Amazon内核格式ari在Glance中存储的Amazon虚拟内存盘(Ramdisk)格式ami在Glance中存储的Amazon机器格式 镜像文件容器格式 bare没有容器或元数据“信封”的镜像ova在Glance中存储的开放虚拟化设备格式ovf开放虚拟化格式aki在Glance中存储的Amazon内核格式ari在Glance中存储的Amazon虚拟内存盘(Ramdisk）Docker在Glance中存储的容器文件系统的Dockerd的tar档案注：如果不能确定选择哪种容器格式，那么简单地容器格式指定为bare是安全 六.镜像状态 queued这是一种初始化状态，镜像文件刚被创建，在Glance数据库只有其元数据，镜像数据还没有上传至数据库中saving是镜像的原始数据在上传到数据库中的一种过渡状态，表示正在上传镜像uploading指示已进行导入数据提交调用，此状态下不允许调用PUT/file (saving状态会执行PUT/file,这是另外一种上传的方法)importing指示已经完成导入调用，但是镜像还未准备好使用 七.镜像访问权限 public公共的：可以被所有的项目使用private私有的：只有被镜像所有者所在的项目使用shared共享的：一个非共有的镜像，可以共享给其他项目，通过项目成员（member-*）操作来实现的projected（受保护的）：这种镜像不能被删除 八.glance镜像架构
OpenStack的操作都需经Keystone进行身份认证(AuthN)并授权(AuthZ)，Glance也不例外。Glance是一个C/S架构，提供一个REST API，用户就通过RESTAPI来执行镜像的各种操作。Glance Domain Controller是一个主要的中间件，相当于调度器，作用是将Glance内部服务的操作分发到以下各个功能层 第一层：Auth验证镜像自己或者它的属性是否可以被修改，只有管理员和该镜像的拥有者才可以执行该修改操作，否则报错。 第二层：Property protection由glance domain controller控制的七层组件 是可选的层，只有在glance的配置文件中设置了property_protection_file参数才会生效，它提供了两种类型的镜像属性： 1.核心属性，是在镜像参数中指定的； 2元数据属性，是任意可以被附加到一个镜像上的key/value 该层的功能就是通过调用glance的public API来管理对meta属性的访问，你也可以在它的配置文件中限定这个访问 第三层：Notifier把下列信息添加到queue队列中 1.关于所有镜像修改的通知 2.在使用过程中发生的所有的异常和警告 第四层：Policy负责： 1.定义操作镜像的访问规则rules，这些规则都定义在/etc/policy.json文件中 2.监控rules的执行 第五层：Quota针对一个用户，管理员为其规定好他能够上传的所有镜像的大小配额，此处的Quota层就是用来检测用户上传是否超出配额限制 1.如果没有超出配额限制，那么添加镜像的操作成功 2.如果超出了配额，那么添加镜像的操作失败并且报错。 第六层：Location与Glance Store交互，如上传下载等。由于可以有多个存储后端，不同的镜像存放的位置都被该组件管理。 负责： 1.当一个新的镜像位置被添加时，检测该URI是否正确。 2.当一个镜像位置被改变时，负责从存储中删除该镜像。 3.阻止镜像位置的重复 第七层：DB1.实现了与数据库API的交互 2.将镜像转换为相应的格式以记录在数据库中。并且从数据库接收的信息转换为可操作的镜像对象。 Registry Layer 属于可选的层，用来组织安全。 通过使用这个单独的服务，来控制Glance Domain Controller与Glance DB之间的通信。 Glance DB： glance服务使用统一一个核心库Glance DB,该库对glance内部所有依赖数据库的组件来说是共享的。 Glance Store： 用来组织处理Glance和各种存储后端的交互。 所有的镜像文件操作都是通过调用Glance Store库执行的，它负责与外部存储端和（或）本地文件系统的交互。Glance Store提供了一个统一的接口来访问后端的存储。 总结：glance-api 是系统后台运行的服务进程。 对外提供 REST API，响应 image 查询、获取和存储的调用。 glance-api 不会真正处理请求。 如果是与 image metadata（元数据）相关的操作，glance-api 会把请求转发给 glance-registry； 如果是与 image 自身存取相关的操作，glance-api 会把请求转发给该 image 的 store 。 |
【本文地址】
今日新闻 |
推荐新闻 |