Heat模板内部函数又称为Intrinsic functions. 注:Intrinsic functions只能用在 resource 的 properties 段 和 outputs 中.      1 get_attr 作用:获取所创建资源的属性. 语法: get_attr: - <resource name> - <attribute name> - <key/index 1> (optional) - <key/index 2> (optional

Heat模板全称为heat orchestration template,简称为HOT. 1 典型Heat模板结构 heat_template_version: 2015-04-30 description: # a description of the template parameter_groups: # a declaration of input parameter groups and order parameters: # declaration of input paramete

原文:http://blog.scottlowe.org/2014/05/01/an-introduction-to-openstack-heat/ 本文将简要地介绍OpenStack Heat. Heat项目提供协作服务,允许我们可以自动地创建多个计算实例,逻辑网络,以及对其他的云服务的操作.请注意,这只是一个简要介绍—我不是Heat的专家,我只是想要分享一些基本信息以便读者可以更快的使用Heat. 为了在以下的具体的例子中不至于产生困扰,我们先从术语开始. Stack(栈): 在Heat领域

Heat 目前支持两种格式的模板,一种是基于 JSON 格式的 CFN 模板:另外一种是基于 YAML 格式的 HOT 模板.CFN 模板主要是为了保持对 AWS 的兼容性.HOT 模板是 Heat 自有的,资源类型更加丰富,更能体现出 Heat 特点的模板. 一个典型的 HOT 模板由下列元素构成: 模板版本:必填字段,指定所对应的模板版本,Heat 会根据版本进行检验. 参数列表:选填,指输入参数列表. 资源列表:必填,指生成的 Stack 所包含的各种资源.可以定义资源间的依赖关系,比如说

Heat 是一个基于模板来编排复合云应用的服务. 它目前支持亚马逊的 CloudFormation 模板格式,也支持 Heat 自有的 Hot 模板格式.模板的使用简化了复杂基础设施,服务和应用的定义和部署.模板支持丰富的资源类型,不仅覆盖了常用的基础架构,包括计算.网络.存储.镜像,还覆盖了像 Ceilometer 的警报.Sahara 的集群.Trove 的实例等高级资源. Heat Architecture Heat 服务包含以下重要的组件: Heat-api 组件实现 OpenStack

在I版本号中,Heat中加入了对于AutoScaling资源的支持.github上也提供了相应的AutoScaling的模板(https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml),同一时候也支持使用ceilometer的alarm来触发Scaling Policy,可是在实践的过程中可能会碰到一些问题.本文就该特性以及问题做一个简单的总结 AutoScaling定义的流程 首先定义一个Auto

1.你是如何学习openstack的?2.你对openstack的组件了解多少?3.你认为openstack该如何学习? 一直想写关于openstack的方面的内容,今天终于整理完成.算是完成一桩心事,内容整合来自: 零基础学习openstack(上)[中级篇] 零基础学习openstack(下)[中级篇] 是在 零基础学习openstack[初级篇]基础上的一个继续: 初级篇,我们主要是有这么一个概念,openstack的组成openstack由哪些部分来组成: Identity(代号为“Ke

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

原文:http://www.ibm.com/developerworks/cn/cloud/library/cl-openstack-overview/index.html OpenStack 是由 IBM® 和其他行业领导者推广的一个流行的开源云计算项目.本文将概述总体架构.各个模块的功能和它们之间的交互.本系列的其他文章将详细介绍各类 OpenStack 组件. 查看本系列更多内容 | 0 评论: John Rhoton, 云计算专家 , Recursive 2014 年 3 月 04 日

最初社区里很多人争论过NFV是否属于OpenStack,而后来可以确定的是OpenStack的确占据了NFV会话中的很大一部分,并且形象地反映在了下面的ETSI MANO概念架构图中,OpenStack对于虚基础架构管理(VIM)层而言是一个关键组件.OPNFV是一个新的开源项目,注重通过集成开放平台加速NFV发展,该项目在其参考架构中利用了OpenStack和OpenDaylight SDN Controller. 对于不太熟悉Tacker的人而言,这就是一个OpenStack的孵化项目.在V

一个新的秋季,一个新的OpenStack 版本.OpenStack 的第12个版本,Liberty,在10月15日如期交付,而且目前发行版本已经备好了.那么我们期望能从过去六个月时间的开发中获得些什么呢?  正如过去几年一样,每个版本都有大量的变化和引入新的功能,但是现在,OpenStack 已经达到一个新的位置,那就是大部分的必要功能都已经齐备了,因此,现在更多的是增量式的变化-只有一些偶然性爆发的领域是例外,比如容器.  当然,这不是说容器就是过去六个月内的所有值得期待的东西.除了容器,还有

Openstack Murano(kilo)二次开发之添加Volume 欢迎转载,转载请注明出处:http://www.cnblogs.com/fmnisme/p/openstack_murano_add_volume.html 简介 murano是OpenStack的Application Catalog服务,推崇AaaS(Anything-as-a-Service)的概念,通过统一的框架和API实现应用程序快速部署和应用程序生命周期管理的功能,降低应用程序对底层平台(OpenStack层和虚

十一月,红帽公司推出Red Hat Enterprise Linux OpenStack Platform 4.0测试版,这款企业级解决方案集Red Hat Enterprise Linux的稳定性与Red Hat OpenStack技术内在的创新性于一体,为构建开放的私有云或公有云提供一个可扩展的.安全的基础. 今天,Red Hat Enterprise Linux OpenStack Platform 4.0全面上市.使用红帽强化的OpenStack Havana代码构建的Red Hat E

JEOS:Just Enough Operating System 维基百科地址:http://en.wikipedia.org/wiki/Just_enough_operating_system OpenStack官方文档有介绍Building JEOS images for use with Heat 对于Heat来说,JEOS就是安装有cloud-init和heat-cfntools的镜像,这样才能使用Heat全部的功能. 官方给出的方法是用disk-image-create工具,但我比较

1 关于该项目 本项目使用在线绘图工具web sequencediagrams完成,目标是图形化OpenStack的所有操作流程,通过操作序列图能快速学习Openstack的工作原理,理清各个组件的关系,运维人员也能根据操作序列图进行更精确的故障定位和排查. 注意,该操作序列图基于L版OpenStack源码,未来版本的操作可能会有变化,请以最新版的源码为准,该项目提供的序列图仅供参考. 2 OpenStack基础 2.1 OpenStack组件介绍 OpenStack是一个IaaS层的云计算平台

1. 前言 今天,随着新功能和子项目的增加,OpenStack已成为一个不断扩展的大型开源项目.随着数以百计大型企业采用并不断为OpenStack生态系统做出贡献,OpenStack必将成为下一代私有云解决方案.随着新项目的不断集成,OpenStack提供的服务范围也在不断增加.新项目的不断集成,要归功于OpenStack模块化架构和其核心组件出色的稳定性.事实证明,OpenStack是一个成熟的私有云平台,可提供基础架构即服务(IaaS)功能.随着新项目的不断出现,OpenStack生态系统正

14年的这个时候,我们还在OpenStack社区中为NFV是否属于OpenStack而争论不休.如今这一争议已经被解决了.OpenStack已经成为NFV讨论中的重要部分,正如下面的ETSI MANO概念性架构图所反映的那样,OpenStack是虚拟化基础设施管理(VIM)层的主要执行者.作为通过综合开放平台专注于推动NFV演进速度的开源项目,OPNFV正在其参考架构中利用OpenStack和OpenDaylight SDN控制器. 现在向那些不熟悉Tacker的人们介绍一下它.Tacker是一

原文链接:https://blog.csdn.net/bc_vnetwork/article/details/51463518 1.NFV概述 NFV(网络功能虚拟化Network Function Virtualization, 有时候NFV也叫做VNF)由运营商的联盟提出,主要利用通用x86硬件平台和标准的IT虚拟化技术, 来做软硬件解耦合和功能抽象. 这样做可以解决运营商目前碰到的一些问题, 如: 专用设备成本高昂, 厂商锁定, 资源分配.部署.调度不够灵活.随着NFV的使用, 新业务可以

1. Nova:在OpenStack环境中提供计算服务,负责计算实例(VM,云主机)生命周期的管理,包括生成.调度和回收.Nova不负责计算实例的告警上报(FC管). 2. Cinder:为计算实例提供块存储资源,对接后端的块存储资源(资源是来自存储资源池的,本质上是硬件存储设备:SAN.NAS.FusionStorage.Ceph). 3. Neutron:为OpenStack中的计算实例提供网络服务,服务包括:二层交换(L2),三层路由(L3),防火墙,ACL(访问控制列表),VPN,VPC

这是去年的一个基于OpenStack的数据中心管理软件的想法. Abstract OpenStack facilates users to provision and manage cloud services in a convenient way, including compute instances, storage and network. Meanwhile, data center requires a converged, uniformed management solutio