OpenStack介绍_openstack版本

1. OpenStack

官网 https://docs.openstack.org/

1.1 简介

OpenStack是一个由NASA（美国国家航空航天局）和Rackspace合作研发并发起的，以Apache许可证授权的自由软件和开放源代码项目。

OpenStack 是一个开源的云计算管理平台项目，旨在提供基础设施即服务（IaaS）解决方案。它由一系列的云计算工具和服务组成，包括计算、存储、网络和身份验证等，支持公有云、私有云、混合云和边缘计算等场景。OpenStack通过各种互补的服务提供了基础设施即服务（IaaS）的解决方案，每个服务提供API以进行集成。它由一系列的云计算工具和服务组成，包括计算、存储、网络和身份验证等，支持公有云、私有云、混合云和边缘计算等场景。

OpenStack采用了模块化的架构，每个模块都提供了API接口，用户可以通过这些API接口来使用OpenStack的各种功能。其中，最核心的模块是Nova，它提供了虚拟机实例的创建、启动、停止和删除等功能。除此之外，OpenStack还提供了Swift（对象存储）、Cinder（块存储）、Neutron（网络）、Keystone（身份认证）、Glance（镜像）、Horizon（Web控制台）等多个模块，可以满足不同用户的需求。

OpenStack的自由度很高，用户可以自定义配置各个组件，以适应自己的业务需求。同时，OpenStack也支持多租户和多用户，可以为不同用户提供不同的资源隔离和访问权限，保证了安全性。

1.2 OpenStack和KVM有什么关系和区别？

OpenStack和KVM虽然都属于云计算技术领域的范畴，但两者有着不同的概念。简单来说，OpenStack是云管理平台，它有许多功能组件；而KVM是一种内建于Linux中的开源虚拟化技术。下面一起来了解下OpenStack和KVM的关系。

云计算原理比较简单，就是把计算资源集中起来，放在网络上，但其实现方式就非常复杂了。这个计算机资源，实际上分为好几种层次：

• 第一层次：是最底层的硬件资源，主要包括CPU(计算资源)，硬盘(存储资源)，还有网卡(网络资源)等。
• 第二层次：要高级一些，我不打算直接使用CPU、硬盘、网卡，我希望你把操作系统(例如Windows、Linux)装好，把数据库软件装好，我再来使用。
• 第三层次：更高级一些，你不但要装好操作系统这些基本的，还要把具体的应用软件装好，例如FTP服务端软件、在线视频服务端软件等，我可以直接使用服务。

这三种层次，就是大家经常听到的IaaS、PaaS、SaaS。

• IaaS: Infrastructure-as-a-Service(基础设施即服务)
• PaaS: Platform-as-a-Service(平台即服务)
• SaaS: Software-as-a-Service(软件即服务)

目前主流的云计算服务提供商，如亚马逊云科技（AWS）、阿里云、腾讯云、华为云等，提供有以上三个层次的云资源，以满足用户多样化需要。

云计算服务的多样化和多层次性，使得其实现方式比较复杂，所以就有了各种软件和平台（如KVM、Xen、Virtual Box、VMware、OpenStack等），负责对计算资源进行快速调用和集中管理。

OpenStack和KVM的关系
OpenStack是云管理平台，其本身并不提供虚拟化功能，真正的虚拟化能力是由底层的Hypervisor（如KVM、Qemu、Xen等）提供。而OpenStack则可以管理KVM虚拟化环境。

KVM可帮助您将Linux转变为虚拟机监控程序，使主机计算机能够运行多个隔离的虚拟环境，即虚拟客户机或虚拟机（VM）。它是目前比较热门的虚拟化方案，例如许多国外VPS主机都是基于KVM虚拟化的。

KVM这样的Hypervisor软件，实际上是提供了一种虚拟化能力，模拟CPU的运行，更为底层。但是它的用户交互并不良好，不方便使用。于是，为了更好地管理虚拟机，就需要OpenStack这样的云管理平台。

Hypervisor
又称虚拟机监视器(英语:virtual machine monitor，缩写为 VMM)，是用来建立与执行虚拟机器的软件、固件或硬件。

被Hypervisor用来执行一个或多个虚拟机器的电脑称为主体机器(host machine)，这些虚拟机器则称为客体机器(guest machine)。hypervisor提供虚拟的作业平台来执行客体操作系统(guest operating systems)，负责管理其他客体操作系统的执行阶段;这些客体操作系统，共同分享虚拟化后的硬件资源。

与k8s区别

OpenStack主要关注基础设施层面，而Kubernetes主要关注应用程序层面

1.3 编写语言

OpenStack项目以Python语言编写，整合Tornado 网页服务器、Nebula运算平台，使用Twisted软件框架，并遵循Open Virtualization Format、AMQP、SQLAlchemy等标准，支持的虚拟化技术包括：KVM、Xen、Vmware、LXC等，并支持VirtualBox、QEMU等虚拟机管理软件。

然而OpenStack中所涉及的内容远非单纯的python的代码，想要真正理解并熟练部署维护OpenStack云计算平台，必须有大量的外围知识。OpenStack社区十分强大，自成立以来，各门各派武林高手竞相亮招，不断的贡献各种各样的组件，模块。

1.4 版本介绍

openstack版本是按26个字母表中的顺序排序的。

比如：A是第一个版本，B是第二个版本，C是第三个版本，往后依次类推。

[root@node-251 ~]# openstack --version
openstack 3.14.3
1
2

上面查看的版本是3.14.3，我们需要到官网上比对这个数字版本是以什么字母版本表示的。

查看OpenStack版本地址：https://releases.openstack.org/
我们搜索找到python-openstackclient字段，可以看到T版所发布的以数字表示的版本。只要在这区间内都是T版，最新版为3.14.3。

2. 主要模块介绍

OpenStack的重要构成部分：

• Nova - 计算服务
• Swift - 存储服务
• Glance - 镜像服务
• Keystone - 认证服务
• Horizon - UI服务
• Neutron - 网络服务
• Cinder - 块存储服务
• Designate - 服务实施
• Heat - 自动化部署

基本架构

Keystone、Dashboard二者与其它OpenStack部分的交互

2.1 OpenStack计算设施 - Nova

Nova是OpenStack计算的弹性控制器。OpenStack云实例生命期所需的各种动作都将由Nova进行处理和支撑，这就意味着Nova以管理平台的身份登场，负责管理整个云的计算资源、网络、授权及测度。虽然Nova本身并不提供任何虚拟能力，但是它将使用libvirt API与虚拟机的宿主机进行交互。Nova通过Web服务API来对外提供处理接口，而且这些接口与Amazon的Web服务接口是兼容的。

功能及特点

• 实例生命周期管理
• 计算资源管理
• 网络与授权管理
• 基于REST的API
• 异步连续通信
• 支持各种宿主：Xen、XenServer/XCP、KVM、UML、VMware vSphere及Hyper-V

OpenStack计算部件 - Nova弹性云包含以下主要部分：

• API Server（nova-api）
• 消息队列（rabbit-mq server）
• 运算工作站（nova-compute）
• 网络控制器（nova-network）
• 卷管理（nova-volume）
• 调度器（nova-scheduler）

1. API服务器（nova-api）

API服务器提供了云设施与外界交互的接口，它是外界用户对云实施管理的唯一通道。通过使用web服务来调用各种EC2的API，接着API服务器便通过消息队列把请求送达至云内目标设施进行处理。作为对EC2-api的替代，用户也可以使用OpenStack的原生API，我们把它叫做“OpenStack API”。

EC2(elasticity Cloud 2)即弹性云服务器,也称作云服务器、云主机。是一种具备随时扩容能力的新一代云上虚拟机服务。

2. 消息队列（Rabbit MQ Server）

OpenStack内部在遵循AMQP（高级消息队列协议）的基础上采用消息队列进行通信。Nova对请求应答进行异步调用，当请求接收后便则立即触发一个回调。由于使用了异步通信，不会有用户的动作被长置于等待状态。例如，启动一个实例或上传一份镜像的过程较为耗时，API调用就将等待返回结果而不影响其它操作，在此异步通信起到了很大作用，使整个系统变得更加高效。

3. 运算工作站（nova-compute）

运算工作站的主要任务是管理实例的整个生命周期。他们通过消息队列接收请求并执行，从而对实例进行各种操作。在典型实际生产环境下，会架设许多运算工作站，根据调度算法，一个实例可以在可用的任意一台运算工作站上部署。

4. 网络控制器（nova-network）

网络控制器处理主机的网络配置，例如IP地址分配，配置项目VLAN，设定安全群组以及为计算节点配置网络。

5. 卷工作站（nova-volume）

卷工作站管理基于LVM的实例卷，它能够为一个实例创建、删除、附加卷，也可以从一个实例中分离卷。卷管理为何如此重要？因为它提供了一种保持实例持续存储的手段，比如当结束一个实例后，根分区如果是非持续化的，那么对其的任何改变都将丢失。可是，如果从一个实例中将卷分离出来，或者为这个实例附加上卷的话，即使实例被关闭，数据仍然保存其中。这些数据可以通过将卷附加到原实例或其他实例的方式而重新访问。

因此，为了日后访问，重要数据务必要写入卷中。这种应用对于数据服务器实例的存储而言，尤为重要。

6. 调度器（nova-scheduler）

调度器负责把nova-API调用送达给目标。调度器以名为“nova-schedule”的守护进程方式运行，并根据调度算法从可用资源池中恰当地选择运算服务器。有很多因素都可以影响调度结果，比如负载、内存、子节点的远近、CPU架构等等。强大的是nova调度器采用的是可插入式架构。

目前nova调度器使用了几种基本的调度算法：

• 随机化：主机随机选择可用节点；
• 可用化：与随机相似，只是随机选择的范围被指定；
• 简单化：应用这种方式，主机选择负载最小者来运行实例。负载数据可以从别处获得，如负载均衡服务器。

2.2 OpenStack镜像服务器 - Glance

OpenStack镜像服务器是一套虚拟机镜像发现、注册、检索系统，我们可以将镜像存储到以下任意一种存储中：

• 本地文件系统（默认）
• OpenStack对象存储
• S3直接存储
• S3对象存储（作为S3访问的中间渠道）
• HTTP（只读）

S3是Simple Storage Service的缩写，即简单存储服务。亚马逊的名词缩写也都遵循这个习惯，例如Elastic Compute Cloud缩写为EC2等等。S3

功能及特点

• 提供镜像相关服务

Glance构件

• Glance控制器
• Glance注册器

2.3 OpenStack存储设施 - Swift

Swift为OpenStack提供一种分布式、持续虚拟对象存储，它类似于Amazon Web Service的S3简单存储服务。Swift具有跨节点百级对象的存储能力。Swift内建冗余和失效备援管理，也能够处理归档和媒体流，特别是对大数据（千兆字节）和大容量（多对象数量）的测度非常高效。

功能及特点

• 海量对象存储
• 大文件（对象）存储
• 数据冗余管理
• 归档能力 - 处理大数据集
• 为虚拟机和云应用提供数据容器
• 处理流媒体
• 对象安全存储
• 备份与归档
• 良好的可伸缩性

Swift组件

• Swift账户
• Swift容器
• Swift对象
• Swift代理
• Swift RING

1. Swift代理服务器

用户都是通过Swift-API与代理服务器进行交互，代理服务器正是接收外界请求的门卫，它检测合法的实体位置并路由它们的请求。
此外，代理服务器也同时处理实体失效而转移时，故障切换的实体重复路由请求。

2. Swift对象服务器

对象服务器是一种二进制存储，它负责处理本地存储中的对象数据的存储、检索和删除。对象都是文件系统中存放的典型的二进制文件，具有扩展文件属性的元数据（xattr）。

注意：xattr格式被Linux中的ext3/4，XFS，Btrfs，JFS和ReiserFS所支持，但是并没有有效测试证明在XFS，JFS，ReiserFS，Reiser4和ZFS下也同样能运行良好。不过，XFS被认为是当前最好的选择。

3. Swift容器服务器

容器服务器将列出一个容器中的所有对象，默认对象列表将存储为SQLite文件（译者注：也可以修改为MySQL，安装中就是以MySQL为例）。容器服务器也会统计容器中包含的对象数量及容器的存储空间耗费。

4. Swift账户服务器

账户服务器与容器服务器类似，将列出容器中的对象。

5. Ring（索引环）

Ring容器记录着Swift中物理存储对象的位置信息，它是真实物理存储位置的实体名的虚拟映射，类似于查找及定位不同集群的实体真实物理位置的索引服务。这里所谓的实体指账户、容器、对象，它们都拥有属于自己的不同的Rings。

2.4 OpenStack认证服务 - Keystone

Keystone为所有的OpenStack组件提供认证和访问策略服务，它依赖自身REST（基于Identity API）系统进行工作，主要对（但不限于）Swift、Glance、Nova等进行认证与授权。事实上，授权通过对动作消息来源者请求的合法性进行鉴定。如下图所示：

Keystone采用两种授权方式，一种基于用户名/密码，另一种基于令牌（Token）。除此之外，Keystone提供以下三种服务：

• 令牌服务：含有授权用户的授权信息
• 目录服务：含有用户合法操作的可用服务列表
• 策略服务：利用Keystone具体指定用户或群组某些访问权限

keystone三种认证方式：UUID、PKI、Fernet

认证服务组件

• 服务入口：和Nova、Swift和Glance一样，每个OpenStack服务都拥有一个指定的端口和专属的URL，我们称其为入口（endpoints）

• 区位：在某个数据中心，一个区位具体指定了一处物理位置。在典型的云架构中，如果不是所有的服务都访问分布式数据中心或服务器的话，则也称其为区位（zone）。

• 用户：Keystone授权使用者

  译者注：代表一个个体，OpenStack以用户的形式来授权服务给它们。用户拥有证书（credentials），且可能分配给一个或多个租户。经过验证后，会为每个单独的租户提供一个特定的令牌。

• 服务：总体而言，任何通过Keystone进行连接或管理的组件都被称为服务。举个例子，我们可以称Glance为Keystone的服务。

• 角色：为了维护安全限定，就云内特定用户可执行的操作而言，该用户关联的角色是非常重要的。

  译者注：一个角色是应用于某个租户的使用权限集合，以允许某个指定用户访问或使用特定操作。角色是使用权限的逻辑分组，它使得通用的权限可以简单地分组并绑定到与某个指定租户相关的用户。

• 租间：租间指的是具有全部服务入口并配有特定成员角色的一个项目。

  译者注：一个租间映射到一个Nova的“project-id”，在对象存储中，一个租间可以有多个容器。根据不同的安装方式，一个租间可以代表一个客户、帐号、组织或项目。

2.5 OpenStack管理的Web接口 - Horizon

Horizon是一个用以管理、控制OpenStack服务的Web控制面板，它可以管理实例、镜像、创建密匙对，对实例添加卷、操作Swift容器等。除此之外，用户还可以在控制面板中使用终端（console）或VNC（Virtual Network Console，是虚拟网络控制台的缩写）直接访问实例

功能及特点

• 实例管理：创建、终止实例，查看终端日志，VNC连接，添加卷等
• 访问与安全管理：创建安全群组，管理密匙对，设置浮动IP等
• 偏好设定：对虚拟硬件模板可以进行不同偏好设定
• 镜像管理：编辑或删除镜像
• 查看服务目录
• 管理用户、配额及项目用途
• 用户管理：创建用户等
• 卷管理：创建卷和快照
• 对象存储处理：创建、删除容器和对象
• 为项目下载环境变量

2.6 OpenStack网络服务 - Neutron

Neutron是 OpenStack项目中负责提供网络服务的组件，它基于软件定义网络的思想，实现了网络虚拟化下的资源管理。Neutron 的设计目标是实现网络即服务（Networking as a Service），在设计上遵循了基于 SDN 实现网络虚拟化的原则，在实现上充分利用了 Linux 系统上的各种网络相关的技术。

SDN一般指软件定义网络。 软件定义网络（Software Defined Network，SDN）是由美国斯坦福大学Clean-Slate课题研究组提出的一种新型网络创新架构，是网络虚拟化的一种实现方式。其核心技术OpenFlow通过将网络设备的控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络变得更加智能，为核心网络及应用的创新提供了良好的平台。

功能及特点

1. 二层交换
   Neutron支持多种虚拟交换机，一般使用Linux Bridge和Open vSwitch创建传统的VLAN网络，以及基于隧道技术的Overlay网络，如Vx在这里插入代码片LAN和GRE（Linux Bridge 目前只支持 VxLAN）。

2. 三层路由
   Neutron从Juno版开始正式加入的DVR(Distributed Virtual Router)服务，它将原本集中在网络节点的部分服务分散到了计算节点上。可以通过namespace中使用ip route或者iptables实现路由或NAT，也可以通过openflow给OpenvSwitch下发流表来实现。

3. 负载均衡
   LBaaS 支持多种负载均衡产品和方案，不同的实现以 Plugin 的形式集成到 Neutron，通过HAProxy来实现。

4. 防火墙
   Neutron有两种方式来保障instance和网络的安全性，分别是安全组以及防火墙功能，均可以通过iptables来实现，前者是限制进出instance的网络包，后者是进出虚拟路由器的网络包。

参考 Neutron介绍

2.7 OpenStack块存储服务 - Cinder

操作系统得到存储空间一般有两种方式：

• 块存储：挂接裸硬盘，分区，格式化，创建文件系统；或者直接使用裸硬盘存储数据。裸硬盘通常被称为volume（卷）
• 文件系统存储：通过nfs等方式挂载远程的文件系统

Cinder是OpenStack平台中负责提供块存储服务的组件，它的任务就是管理volume从创建到删除的整个生命周期。

Cinder的前身是nova中的nova-volume组件，后来被从nova中剥离出来成为一个独立的OpenStack组件。

cinder组件

• cinder-api
• cinder-scheduler
• cinder-volume
• cinder-backup

1. cinder-api

cinder-api对外提供REST API、响应请求、调用cinder-volume，是整个cinder组件的门户。具体来说cinder-api的任务就是：

• 检查客户端传入的参数是否有效
• 调用cinder其他子组件处理客户端请求
• 将其他子组件处理的结果返回客户端

2. cinder-scheduler

当用户向cinder-api发出请求创建一个volume时，有以下两种场景：

• 如果用户已经指定存储节点，则cinder-api会直接调用cinder-volume去创建volume
• 当用户没有指定节点时，cinder-api会将请求发送给cinder-scheduler，然后cinder-scheduler会根据调度算法选择最合适的存储节点创建volume

3. cinder-volume

cinder-volume运行在存储节点上，负责管理具体存储设备的存储空间。每个存储节点都会运行cinder-volume服务，多个存储节点便组成了一个存储资源池。

• cinder-volume运行在存储节点
  通过OpenStack平台对volume的指令最后都会由cinder-volume完成。
• 真正的存储设备是volume provider
  cinder-volume与volume provider一起实现了对volume全生命周期的管理。

  volume provider有开源的也有商业的，如LVM、Huawei、IBM、Dell等商业块存储解决方案。

但是cinder在这里遇见了和neutron同样的问题：市面上有这么多volume provider，是将cinder-volume设计成与volume provider一一对应的形式吗？但这样就要设计很多代码相似度很高的cinder-volume。

在这个问题上，cinder也运用了和neutron同样的思路：
通过驱动架构，cinder-volume为volume provider定义了统一的接口，对于volume provider来说，只要实现这些接口就可以以驱动的形式像插件一样插入OpenStack系统中。

4. cinder-backup

cinder-backup用于将volume备份到其他存储系统上，目前支持的备份存储系统有swift、ceph、IBM Tivoli storage manager(TSM)、glusterFS等，默认是swift。

5. cinder和swift的区别

• cinder是块存储，用来给虚拟机挂扩展硬盘，就是将cinder创建出来的卷，挂到虚拟机里。cinder是OpenStack到F版，将之前在Nova中的部分持久性块存储功能（Nova-Volume）分离了出来，独立为新的组件Cinder

  块存储具有安全可靠、高并发大吞吐量、低时延、规格丰富、简单易用的特点，适用于文件系统、数据库或者其他需要原始块设备的系统软件或应用。

• swift是一个系统，可以上传和下载，里面一般存储的是不经常修改的内容，比如用于存储 VM 镜像、备份和归档以及较小的文件，例如照片和电子邮件消息。更倾向于系统的管理

  与传统的文件服务器不同，Swift 是横跨多个系统进行分布的。它会自动存储每个对象的冗余副本，从而最大程度地提高可用性和可扩展性。对象版本控制提供了防止数据意外丢失或覆盖的额外保护

个人认为：cinder更像是本地磁盘，而swift更像是网盘

如何选择使用Swift 还是 Cinder？
答案取决于您的应用程序。如果需要运行商用应用程序，那么很少需要进行这种选择。这些应用程序不可能被编码来使用 Swift API，但您可以轻松挂载一个 Cinder 磁盘，它表现得就像是直接将存储附加到大多数应用程序。

单点故障

Swift 架构是分布式的，可防止所有单点故障和进行水平扩展。
cinder存在单点故障还未解决

2.8 OpenStack服务实施 - Designate

官网 https://docs.openstack.org/designate/train

Designate 是一个开源 DNS 即服务实施，是用于运行云的 OpenStack 服务生态系统的一部分。
Designate 是 OpenStack 的多租户 DNSaaS 服务。它提供了一个带有集成 Keystone 身份验证的 REST API。它可以配置为根据 Nova 和 Neutron 操作自动生成记录。Designate 支持多种 DNS 服务器，包括 Bind9 和 PowerDNS 4。

架构
Designate 由几个不同的服务组成：API、Producer、Central、Worker 和 Mini DNS。它使用 oslo.db 兼容的数据库来存储状态和数据，并使用 oslo.messaging 兼容的消息队列来促进服务之间的通信。所有指定服务的多个副本可以串联运行以促进高可用性部署，API 进程通常位于负载均衡器之后。

2.9 OpenStack自动化部署 - Heat

Heat 是一套业务流程平台，旨在帮助用户更轻松地配置以 OpenStack 为基础的云体系。利用Heat应用程序，开发人员能够在程序中使用模板以实现资源的自动化部署。Heat能够启动应用、创建虚拟机并自动处理整个流程。它还拥有出色的跨平台兼容性，能够与 Amazon Web Services 业务流程平台 CloudFormation 相对接——这意味着用户完全可以将 AWS 模板引入 OpenStack 环境当中。

1. 为什么需要Heat

• 更快更有效的管理 OpenStack 的资源：云平台系统在相对比较稳定的情况下，管理成本逐渐变成首要的解决问题。云上自动化能力是一个云平台的刚需，可以有效降低维护难度。Heat 采用了模板方式来设计或者定义编排，为方便用户使用，Heat 还提供了大量的模板例子，使用户能够方便地得到想要的编排。

• 更小的研发成本：引入 Heat，对于不了解 OpenStack 的研发者来说，可以更快的接入现有的业务系统。开发者更关心的是授权认证和对虚拟资源的增删改，而对于底层的状态并不用太多了解。

2. 特点

Heat 是 OpenStack 提供的自动编排功能的组件，通过使用描述性的模板格式，来编排复合云应用程序。

• Heat提供基于模板的业务流程，调用相应的OpenStack API，生成运行的云应用程序。

• Heat模板在文本文件中，描述了云应用程序的基础结构，这些文本文件可读可写，并且可以通过版本控制工具进行管理。

• 模板指定了资源之间的关系（例如，指定存储卷连接到指定服务器），这使Heat能够调用OpenStack APIs，以正确的顺序创建所有基础设施，启动应用程序。

• Heat集成了OpenStack的其他组件，能够自动化调配大多数云资源（例如实例、浮动ip、卷、安全组、用户等），以及一些更高级的功能，例如高可用性、实例自动伸缩和嵌套stack。

• Heat模板与软件配置管理工具(如Puppet和Ansible)的集成

• 操作人员可以通过安装插件定制Heat功能

3. Heat架构组件

1. heat command-line client：CLI通过与 heat-api 通信，来调用 API 实现相关功能。终端开发者可以直接使用编排 REST API。

2. heat-api：实现 OpenStack 原生支持的 REST API。该组件通过把 API 请求经由 AMQP 传送给 Heat engine 来处理 API 请求。

3. heat-api-cfn：提供与 AWS CloudFormation 兼容的、AWS 风格的查询 API，处理请求并通过 AMQP 将它们发送到 heat-engine。

4. heat-engine：执行模板内容，最终完成应用系统的创建和部署，并把执行结果返回给 API 调用者。

5. heat-cfntools：完成虚拟机实例内部的操作配置任务，需要单独下载。

4. 相关概念

1. 堆栈（stack）：管理资源的集合。单个模板中定义的实例化资源的集合，是 Heat 管理应用程序的逻辑单元，往往对应一个应用程序。

2. 模板（template）：如何使用代码定义和描述堆栈。描述了所有组件资源以及组件资源之间的关系，是 Heat 的核心。

3. 资源（resource）：将在编排期间创建或修改的对象。资源可以是网络、路由器、子网、实例、卷、浮动IP、安全组等。

4. 参数（parameters）：heat模板中的顶级key，定义在创建或更新 stack 时可以传递哪些数据来定制模板。

5. 参数组（parameter_groups）：用于指定如何对输入参数进行分组，以及提供参数的顺序。

6. 输出（outputs）：heat模板中的顶级key，定义实例化后 stack 将返回的数据。

5. 工作流程

1. 用户在 Horizon 中或者命令行中提交包含模板和参数输入的请求

2. Horizon 或者命令行工具会将接收到的请求转化为 REST 格式的 API 调用 Heat-api 或者是 Heat-api-cfn。

3. Heat-api 和 Heat-api-cfn 会验证模板的正确性，然后通过 AMQP 异步传递给 Heat Engine 来处理请求。

4. Heat Engine 接收到请求后，会把请求解析为各种类型的资源，每种资源都对应 OpenStack 其它的服务客户端，然后通过发送 REST 的请求给其它服务。

5. Heat Engine 在这里的作用分为三层： 第一层处理 Heat 层面的请求，就是根据模板和输入参数来创建 Stack，这里的 Stack 是由各种资源组合而成。 第二层解析 Stack 里各种资源的依赖关系，Stack 和嵌套 Stack 的关系。第三层就是根据解析出来的关系，依次调用各种服务客户段来创建各种资源。