标签：metadata api ini get 脚本 init file collect 多个
作为OpenStack中的编排引擎，Heat能够出色的完成编排任务，井井有条地管理编排出来的资源。但同时，Heat也是一个出色的应用部署引擎，它提供了一套内置的框架去完成一系列复杂的应用部署任务。
使用Heat来部署应用的优势
Heat是OpenStack里面的原生服务，大部分的发行版都会提供这个服务，使用起来更方便。同时通过OS::Heat::SoftwareConfig和OS::Heat::SoftwareDeployment等多个资源类型的组合，可以轻易的实现一套应用部署流程。在虚拟机中的Agents会定时与Heat通信，发送脚本执行结果，方便Heat进行流程控制。有了这一套机制，Heat便拥有了对软件生命周期管理的能力。
使用SoftwareConfig的HOT模版
要通过heat来部署应用，至少三个资源会被使用到：
OS::Heat::SoftwareConfig 用于存储应用部署的执行脚本，每一个脚本都应该用一个SoftwareConfig来存储。其中group表示这是一个script脚本，将会被script模块执行。此外还支持ansible、chef、puppet、salt等脚本。config属性存放要执行的脚本内容，通常我们会通过get_file函数去获取一个脚本的内容。
OS::Heat::SoftwareDeployment 会把应用部署的脚本传输到vm里面并执行。
OS::Nova::Server里面需要把user_data_format属性设置成SOFTWARE_CONFIG，这样heat才能给虚拟机下发正确的配置文件。
软件部署机制的内部流程
1. Heat stack-create 触发部署流程，Heat分析并存储template中的数据，SoftwareConfig中的脚本会放到Heat数据库中。
2. Heat Engine去请求Nova创建相应的资源，并且在虚拟机的metadata中写入一些Heat的信息，包括Heat的API和认证信息。
3. Nova通知compute节点创建虚拟机。
4. 虚拟机第一次启动之后会调用Cloud-init，cloudinit与nova metadata service通信，获取metadata信息。
5. 然后通过不同的module去设置这些相应的配置，例如hostname，ssh等等。
6. 然后启动os-collect-config进程，它会读取/etc/os-collect-config.conf这个配置文件，里面由cloud-init配置了Heat的一些信息。读取完配置文件之后会与Heat API，以获取软件部署脚本。
7. 然后os-collect-config会调用os-refresh-config去对比新获取的脚本是否与之前的脚本不同。
8. 如果获取的脚本有更新，则调用os-apply-config去执行。
9. 执行结束之后通知heat脚本执行结果。
标签：metadata api ini get 脚本 init file collect 多个
原文地址：https://www.cnblogs.com/gushiren/p/9511682.html
