共计 2603 个字符，预计需要花费 7 分钟才能阅读完成。
丸趣 TV 小编给大家分享一下 OpenStack heat HA 的示例分析，希望大家阅读完这篇文章之后都有所收获，下面让我们一起去探讨吧！
记得还在去年的时候，大家讨论 OpenStack 总离不了这样的一个问题：“OpenStack 为什么不支持虚拟机的 HA？”
当时也很奇怪，对于 HA 这样一个很基本的可靠性特性有缺失，又怎么在实际场景中使用 OpenStack 呢？
当时社区讨论的结果是：“由 OpenStack 上层组件实现 HA，OpenStack 核心模块仅提供基本的操作。”
那么这个所谓的上层组件指的是谁呢？就是 Heat。如今 Heat 已经是 OpenStack 的核心模块，也就是说 OpenStack 已经具备的 HA 的能力。
超出期望
以前我们总是说虚拟机 HA，似乎所有的功能都是围绕着虚拟机设计，已虚拟机为核心。但是从 Heat 的文档里来看，Heat 认为虚拟机之上的服务（Service）才是最终要的，对于 Heat HA 的设计，也扩展到了服务的层面，可以实现三个层次的 HA：
service
instance
stack
例如：当虚拟机上的数据库进程 down 了，首先通过重启数据库进程尝试解决，如果解决不了，重启或者重建虚拟机，如果还是解决不了，重建整个 stack。从这一点上来看 Heat HA 的功能要比单纯的虚拟机 HA 的功能强大很多。
实现
Heat 的 HA 特性是 OpenStack 多模块配合实现的，其中涉及到 Nova，Ceilometer，Heat-cfn-api，Heat-cloudwatch，Heat-cfntools 等。
?Heat-cfntools
Heat-cfntools 包括了一些和 Heat 配合使用的小工具，它们运行在虚拟机内部，在制作虚拟机镜像的时候，需要将 cfntools 打包到镜像当中，Heat 的开发者文档中，介绍了将 cfntools 打包进镜像中的方法。这里
Heat 的 HA 功能就是用到了 cfn-push-stats 对虚拟机或者服务的状态进行上报。
cfn-init – 配置虚拟机，简化 user_data 脚本
cfn-hub – 定期检测 instance metadata 是否有变化，根据变化触发用户定义的 hooks
cfn-signal – 发送执行命令成功或失败的信号
cfn-push-stats – 上报服务或虚拟机状态
cfn-get-metadata – 获取 instance metadata
有兴趣的同学可以直接 git clone 一份 cfn-tools 的代码看看。
https://github.com/openstack/heat-cfntools.git
?Heat-template
我们从 Heat 的 HA 模板入手，来分析一下怎么通过配置模板实现 Heat 的 HA。
以 github 上的 Heat 模板 WordPress_Single_Instance_With_IHA.template 为例。
... WebServerRestartPolicy : {
Type : OS::Heat::HARestarter ,
Properties : {InstanceId : { Ref : WikiDatabase }
}}, HeartbeatFailureAlarm : {
Type : AWS::CloudWatch::Alarm ,
DependsOn : WaitCondition ,
Properties : {AlarmDescription : Restart the WikiDatabase if we miss a heartbeat , MetricName : Heartbeat , Namespace : system/linux , Statistic : SampleCount , Period : 60 , EvaluationPeriods : 1 , Threshold : 1 , AlarmActions : [ { Ref : WebServerRestartPolicy } ], ComparisonOperator : LessThanThreshold
}}, WikiDatabase : {
Type : AWS::EC2::Instance ,
Metadata : {... /tmp/cfn-hup-crontab.txt : { content : { Fn::Join : [ , [ MAIL=\ \ \n , \n , * * * * * /opt/aws/bin/cfn-hup -f\n , * * * * * /opt/aws/bin/cfn-push-stats , --watch , { Ref : HeartbeatFailureAlarm }, --heartbeat\n ]]}, mode : 000600 , owner : root , group : root },我们先来看 /tmp/cfn-hup-crontab.txt，其实就是一个 crontab 的配置文件，在 boot instance WikiDatabase 的时候，因为配置了 UserData，所以 UserData 脚本执行的时候会调用 cfn-init 命令，cfn-init 的作用就是根据 AWS::CloudFormation::Init 段的配置，生成文件，安装软件，执行脚本等等，在 UserData 脚本的最后 cfn-hup 的 crontab 被启用。
cfn-push-stats 会每分钟向 heat-api-cloudwatch 发送一个 watch 为 HeartbeatFailureAlarm 类型的心跳请求。HeartbeatFailureAlarm 其实是一个 Ceilometer 的 Alarm。
根据 HeartbeatFailureAlarm 的配置，如果 60 秒没有收到 instance WikiDatabase 的心跳请求，就会触发 AlarmActionsOS::Heat::HARestarter，根据 Heat 对于资源 OS::Heat::HARestarter 的定义，Heat 会删除原先的虚拟机 WikiDatabase，然后重新创建一个虚拟机。
对于服务的监控大家可以参考另一个 Heat 模板 WordPress_Single_Instance_With_HA.template
看完了这篇文章，相信你对“OpenStack heat HA 的示例分析”有了一定的了解，如果想了解更多相关知识，欢迎关注丸趣 TV 行业资讯频道，感谢各位的阅读！
