采用corosync 构成Pacemaker 集群。但发现启动corosync 服务后，不会自动启动pacemaker 服务。
经确认，在CentOS 7 的corosync 2.3.3 下，pacemaker 默认是disable 的，需要自行激活。

启动corosync 服务后，发现两个节点无法构成集群，没有Nodes：

    Heartbeat 3.x 提供了一系列的crm 命令对集群进行管理和监控。但若管理的集群比较多，我们可能会希望能进行远程监控（例如Nagios 报警）。pacemaker-mgmt 包提供了把Heartbeat 状态输出到SNMP中的Agent。

    红旗HA Cluster 套件提供一个基于Java Web 环境的配置工具，即Red Flag HA Cluster Trekking Tool 。通常我们都是在Linux 环境下使用。但由于Linux 不同版本所带的Java、Web浏览器等不同，给配置带来一些麻烦。我曾为此专门写了两篇关于FireFox 下如何配置Java 环境，以调用该工具的文档：
手动安装FireFox java插件
[原]再谈Firefox安装java插件的问题
    不过，有时候，为了配置HA，需要对系统进行这么多的修改（如升级FireFox），有点得不偿失。既然该工具本来就是跨平台的，而大部分环境都有提供网管机器，若能在这些机器上直接运行就好。下文就告诉你，如何让其在Windows 环境下运行。

    本文与之前[原]构建Heartbeat 2.1.3 GUI+DRBD+Oracle 10g 双机互备集群一文唯一的差别，是用Heartbeat 3.0.3替换原来的Heartbeat 2.1.3，其他系统环境保持不变。

    我已经不是第一次介绍Heatbeat，通过yum可轻松安装Heartbeat 2.x，网上的资料（包括我以前的多篇日志）都已很详细的介绍了Heartbeat 2.x 的部署方式。而自2月Heartbeat 3.0.2，作为首个3.x Final Release 版本发布后，官方网站已改版，并建议从2.x更新到3.0.2，导致很多老的配置文档、说明等都很难找到链接。此外，触发我考虑使用Heartbeat 3，也正是前几天用Heartbeat 2.1.3+DRBD+Oracle配置时遇到大量的Bug，可见这里。虽然最终解决问题，但缺少官方的支持，今后的维护可能会遇到困难。为长远考虑，使用Heartbeat 3是势在必行的。
    幸亏，Heartbeat 3对比Heartbeat 2.x实际区别并不大，甚至可把Heartbeat 3理解为Heartbeat 2.x 按模块拆分后的版本，配置方式类同。所以，实际部署时，遇到的最大困难是安装问题。官方资料提供的都是源码，我不喜欢以源码方式来在生成系统上部署软件，这会给后续的维护带来很大的问题。通过努力，我终于成功编译一套heartbeat 3.0.3，带GUI管理方式的rpm。

    我已经写过不止一篇关于Heartbeat 2.x 配置方法的文档，包括1.x style和2.x style的配置方式、GUI 配置、双机互备集群等等，详细可见分类中“HA”部分。那为什么今天我还要再次重复类似的内容呢？原因有几个，例如：Heartbeat 2.1.3 中的Bug、DRBD resource agent 的Bug，Heartbeat 2.x 与 DRBD 的配合等。这些内容在我下面的文档中都会提到。
    另外，特别需要说明的是，目前Heartbeat 最新版本是3.x，已停止对2.x 的支持（包括官网都已改版）。这也是导致我在使用Heartbeat 2.x 时遇到问题，可供参考资料较少的原因之一。当然，Heartbeat 2.x 与 3.x 的区别实际并不是特别大，很多东西还是可以相互借鉴、参考的。

    由于共享磁盘大多很昂贵，所以搭建系统的成本也就随之增加。不使用共享磁盘，在各服务器之间对各服务器上的磁盘进行镜像，通过该方法用低廉的价格实现相同功能的集群系统称为镜像磁盘型。使用Red Flag HA Cluster 6.0新增的磁盘镜像功能，不需要购买昂贵的磁盘柜就能享受到高可用性及高可靠性；配合HA Cluster 6.0独有的FastSync选件，能得到几乎和使用磁盘柜同样的性能，大幅度缩减投资预算。

    heartbeat v2支持多个节点、多个应用及不对称集群的功能。这里以一个比较简单的例子，就是集群托管两个应用：httpd和mysqld，实现双机互备功能，来讲解一下具体的配置工作。

    前面几天用了不少的篇幅来讲解heartbeat v1和v2的配置，其中也提到，v2 style格式是基于CRM（集群资源管理）程序的，并提供了GUI（图形化）管理工具，可以用于配置和监控HA集群的状态。不过，由于官方关于这部分的说明不是很多，而且该工具也的确比较难用。主要缺少提示性描述和对输入内容的监控。经过几天的摸索，可以实现一些基本的配置，下面就以一个具体例子来说明。

    heartbeat 2.x拥有一堆的组件来执行高可用集群的管理工作，之前在[原]heartbeat 2.x基础概念也曾经描述了一部分的内容。但经过细看官方的文档，发现上面的内容还不够详细，特再补充一下。

    heartbeat 2.x使用CRM进行集群资源和管理的工作，除了提供hb_gui图形管理工具外，还可以使用crm_resource程序进行管理。以下内容截取自：分享:heartbeat 2.x style的配置，供参考。

    继续昨天的内容。接下来要做的，就是借助1.x style的集群资源配置文件转换为2.x style的格式，并适当的配置ha.cf文件。与1.x style不同的是，v2.x style会使用CRM来进行整个集群的管理。集群开始时，通过在各节点间选举产生一个节点成为DC（Designated Coordinator），配置应在该DC上进行，并由其分发到下面的各个节点上。另外，使用中发现存在缺少ccm和crm临时目录的问题，暂时从官方的文档中暂时没有找到明确的解析和说明，我是作为一个Bug来理解的。