Openstack-Heat研究文档

上传人:sh****d 文档编号:110444740 上传时间:2019-10-30 格式:DOCX 页数:21 大小:217.12KB
返回 下载 相关 举报
Openstack-Heat研究文档_第1页
第1页 / 共21页
Openstack-Heat研究文档_第2页
第2页 / 共21页
Openstack-Heat研究文档_第3页
第3页 / 共21页
Openstack-Heat研究文档_第4页
第4页 / 共21页
Openstack-Heat研究文档_第5页
第5页 / 共21页
点击查看更多>>
资源描述

《Openstack-Heat研究文档》由会员分享,可在线阅读,更多相关《Openstack-Heat研究文档(21页珍藏版)》请在金锄头文库上搜索。

1、文件状态:【】 草稿【 】 正式发布【】 正在修改中类 别云计算项目名称Openstack Heat组件研究版 本日期作者备注说明1.02015/08/31程成初稿审 核密 级秘密应用范围陕西省信息化工程研究院软件研发部版权所有陕西省信息化工程研究院Openstack Heat组件研究目 录OPENSTACK HEAT研究31.Heat简介32.Heat架构32.1Heat-engine42.2Heat Client42.3Heat-api52.4heat-api-cfn52.5Heat-cfntools53.Heat模板53.1*formatversion字段介绍63.2heat_templ

2、ate_version字段介绍74.Heat应用154.1命令行使用154.2界面Dashboard使用164.3实例:Wordpress应用部署175.参考文献:21 Openstack Heat研究1. Heat简介heat简单来说就是用户可以预先定义一个规定格式的任务模版,任务模版中定义了一连串的相关任务(例如用某配置开几台虚拟机,然后在其中一台中安装一个mysql服务,设定相关数据库属性,然后再配置几台虚拟机安装web服务群集等等),然后将模版交由Heat执行,就会按一定的顺序执行heat模版中定义的一连串任务。任务模板中的一连串任务就是用来指导openstack创建应用系统。在hea

3、t中,这个创建的应用系统称之为Stack。Nova是直接创建虚拟机,Heat则是直接创建应用系统。Heat作为相对独立的模块建立在Openstack其他模块之上。2. Heat架构基于预先定义的模板,Heat通过自身的orchestration Engine来实现复杂应用的创建启动。Heat原生的模板格式目前还在不停地演进中,但是对CloudFormation的格式具有良好的支持。存在的CloudFormation的模板可以在OpenStack平台通过heat来启动。从架构来看,Heat有一些重要的组件,下图为各组件之间的关系图。2.1 Heat-engineheat-engine是heat中

4、的核心模块,主要的逻辑业务处理模块。此模块最终完成应用系统的创建和部署。整个heat的实现最为关键的代码在heat-engine,heat就是来操作stack,管理stack的整个生命周期: create,update,delete。重点看create的过程,查看heat stack-create命令:三个关键的optional arguments:template-file: 模板文件environment-file: 环境文件parameters: 设置模板文件中的parameters2.2 Heat ClientHeat client是Heat project 提供的CLI工具,类似于其

5、他项目的client。对于heat tools的使用,可以通过安装后查看。2.3 Heat-apiHeat-api 类似于nova-api,提供了原生的restful API对外使用。用户对API的调用,由heat-api处理之后,最终通过RPC传递给Heat-engine来进一步处理。2.4 heat-api-cfnheat-api-cfn组件则提供了Amazon style 的查询 API,因此可以完全兼容于Amazon的CloudFormation,对于API的请求,同heat-api类似,处理之后,通过RPC传递给heat-engine进一步处理.2.5 Heat-cfntools这个

6、工具是一个单独的工具,代码没在heat project里面,可以单独下载。这个工具主要用来完成虚拟机实例内部的操作配置任务。在创建虚拟机竟像时,需要在镜像中安装heat-cfntools工具。3. Heat模板Heat的目的之一就是致力于应用系统的自动化部署,那么若要自动化部署,则需要存在某个语言规范来描述应用系统,并且解决应用系统在不同场合下的配置适应问题。Heat模板文件则是用来对前者的支持。模板文件的格式多种多样,例如, Amazon提供的cloudformation格式,Heat自有的格式HOT, Json等等,格式之间的差别在于表现形式。template中有三个formatversi

7、on,第一种是aws的格式,表示这是一个json文件; 第二种是heat为了扩展aws并且更好的加入注释,引入的yaml格式文件;第三种是openstack的heat特有的hot格式的头部,也是基于yaml格式的。AWSTemplateFormatVersion:2010-09-09HeatTemplateFormatVersion:2012-12-12heat_template_version:2013-05-233.1 *formatversion字段介绍AWSTemplateFormatVersion和HeatTemplateFormatVersion支持的字段”AWSTemplateF

8、ormatVersio”格式版本,指定了编写模板时依据的AWSCloudFormation模板版本;“HeatTemplateFormatVersion”格式版本,指定了编写模板时依据的HeatTemplateFormation模板版本“Description” 字段,可选描述,记录该模板的描述。“Mappings” 可选映像,通过映像部分,可以声明条件值,可在Resources和Outputs部分使用内建函数Fn:FindInMap将与键对应的值返回到Mappings部分声明的双层映射中。“Parameters”,可选字段,可以定义用于控制是否创建某些资源或者是否在堆栈创建或更新过程中为某些

9、资源属性分配值的条件。“Resources”, 资源部分将列出堆栈的成员资源。每项资源将予以分别列明,并指定创建此特定资源所必需的资源属性。可在资源和输出部分取消资源参考。“Outputs”,可选输出,在Outputs部分,您可以选择对响应awscloudformation describe-stacks命令而返回的自定义值进行定义。这些输出值将包括基于文本、资源、参数、虚拟参数和内部函数的信息。3.2 heat_template_version字段介绍这里具体介绍,openstack的hot模板格式,后边的应用实例也以基于hot格式。 heat_template_version:2013-0

10、5-23 2013-05-23或者是在这个日期之后的日期表明YAML被定义为是HOT模板 description: 用来描述模板的一些信息,通常可以在创建完模板之后看到。 parameter_groups: 用来表明一些参数应该被怎样分组以及提供参数的方式,这部分是可选的,当没有输出值时可以省略。 Parameters: 用来对初始化模板时必须要提供的一些参数的说明,是可选的,当没有输出值时可以省略。 Resources: 这部分包含模板单一资源的声明,必须包含至少一个应该在HOT模板中被定义的资源,否则模板不会做任何实例化的事。 Outputs: 这部分用于在模板被实例化后输出给用户可以使用

11、参数信息,这部分是可选的,当没有输出值时可以省略3.2.1 parameter_groups详细介绍这些组被定义为一个列表,列表中每个组包含一个相关的参数列表。这些列表用于定义参数的期望顺序。每个参数应该跟只使用一次参数名称同时将这个参数绑定到parameterssection中的参数定义部分的指定的组相关联。下面看下parameter_groups具体内容: parameter_groups: -label:description:parameters:- label标签 一个定义与参数相关联的组的可读的标签。description 这个属性允许给参数组一个可读的描述。Parameters

12、与参数组相关联的参数列表。Paramname 在后面参数部分被定义的参数的名字。3.2.2 Parameters详细介绍 参数部分允许为在实例化模板的时候指定输入参数,这些参数通常被用于自定义每个部署或者应用,例如设定自定义的用户名和密码。每个参数会在一个单独的小模块(嵌套块)中被定义,模块中第一行是参数的名称,其他的属性比如类型或者默认值将作为模块中其他的的元素。下面看下parameter的具体内容: parameters: type:label:description:default:hidden:constraints: paramname每个参数模块中所定义的参数的名字。 Type 这

13、个属性是参数的类型。目前所支持的类型有tring、number、comma_delimited_list、json、 boolean。Label 这个可选属性允许为参数提供一个可读的名字,通常省略。 Description 这个可选属性允许为参数提供一个可读的描述。 Default 这个可选属性是为了在部署或者应用中没有指定参数的值时定义一个默认的值。 Hidden 这个可选属性允许当从模板运行时创建一个栈的时候隐藏参数的值,如果没有指明,默认值是false。 Constraints 这个可选属性允许指明其他的参数限制条件,比如数字参数的最大值或者最小值。 下面是一个关于两个参数定义的简单的例子,可以看出description和label实际上是可选的,但是为每个参数提供description和label是很好的做法。Parameters: user_name: type: string label: User Name description: User name to be configured for the appport_number:type:number label:PortNumber description:Portnumbertobeconfigured 参数定义的限制模块允许定义额外的

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 总结/报告

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号