ZStack技术白皮书精选架构篇下册.PDF

www.zstack.io ZStack 技术白皮书精选 架构篇：下册 标签系统、级联框架、查询API 扫一扫二维码，获取更多技术干货吧 www.zstack.io 版权声明 本白皮书版权属于上海云轴信息科技有限公司，并受法律保护。转载、摘编或利用其它 方式使用本调查报告文字或者观点的，应注明来源。违反上述声明者，将追究其相关法律责 任。 www.zstack.io 目录 ZStack--标签系统 3 ZStack--级联框架 10 ZStack--查询API 16 www.zstack.io ZSTACK--标签系统 ZStack 中的标签不仅帮助用户聚集资源，也帮助控制软件行为。ZStack 有一套完整的规 范，用以定义标签的类别、形式和用法。除了用户外，插件也可以创建自己的标签，以记录元 数据和拓展现有的资源属性；通过这些手段，标签可以帮助插件引入新的特性，而不改变 ZStack 的数据库结构，消除了在软件升级对数据库迁移的需求。 动机 随着云中资源的不断增长，用户可能会想要有一种方式，使用人类可读的标签，去分组相 似的资源。举个例子，所有Web 服务器的虚拟机都可以有一个标签web-tier-vm，这样可以从 UI 和CLI 把它们作为一个组来获取。对于IaaS 本身，预先定义的业务逻辑也许从来都不能满足 用户的需求。以创建虚拟机为例，默认的选择目标主机的算法是，从主机池中随机选择一个， 但用户可能需要各种各样的算法来满足它们的使用情景。比如说选择内存超过8G 的主机，选 择拥有SR-IOV 硬件的主机，或选择一个有当前用户的运行中虚拟机的主机。IaaS 软件几乎不能 为所有无止境的、不可预知的需求提供单独的API ，必须有一种机制允许基础API （如 APICreateVmInstanceMsg ）携带额外信息。 根据各自的业务逻辑，插件可以选择是否创建数据库表。比如，Open vSwitch L2 Network 插件，由于需要创建一种新的类型的资源，可能需要添加一张新表；然而，一个允许主机保留 内存的插件可能不需要添加一张新表，而仅需在主机上附加一点数据。如果IaaS 软件没有为插 件提供一种附加数据，它们将开始创造新的、琐碎的模式或添加现有模式的列从而修改现有的 模式，导致软件升级时数据库迁移的难处理的情况。 最后，对于建立在ZStack 上的第三方软件，允许它们将信息存储到ZStack 的数据库可以避 免数据完整性问题，并使得它们可以使用ZStack 的全部查询API （详见“查询API”）。 问题 www.zstack.io 大多数IaaS 软件都有着标签的概念。然而，它们并不是都为不同场景定义了一个详尽的标 签规范。例如，一些IaaS 使用标签是为了用户聚合资源，一些IaaS 是为了内部业务逻辑。 ZStack 则为不同场景的标签的每一个层面都精心设计了标签规范。 标签系统 在ZStack 中，标签本质上是携带了少量资源相关信息的字符串。一个标签通常由以下几个 字段组成： FIELD DESCRIPTION uuid 标签的UUID resourceUuid 标签所关联的资源的UUID resourceType