[原]heartbeat 2.x简单配置[1]

    昨天介绍了heartbeat 2.x的基础概念，其中提到v2版本是可以兼容v1的配置文件，而v2提供了更加强大的集群控制功能。使用v1还是v2的配置文件，是以ha.cf主配置文件决定的。实际使用中，虽然v2功能强大，但配置比较麻烦，GUI图形工具更是复杂难用，似乎要完全弄懂并不容易。不过，要实现基础的配置却是比较简单的，官方也提供了大量的说明文档，建议大家对比来看。

一、安装
heartbeat 官方网站：http://linux-ha.org/
测试环境为：

操作系统以红旗DC Server 5.0 SP2为例，其自带的heartbeat是1.x版本的，必须先卸载：

而2.x版本依赖多个perl包，我是使用centos 4.7的yum源来安装的。在红旗上配置好yum工具后，使用yum安装即可：

※ 注意，不知道为什么，我在第一次安装完毕后，配置启动CRM总是失败，后来查看日志才发现原来缺少了/var/run/heartbeat下的多个文件和目录，而这些目录是用于存放运行CRM时的临时执行命令的。所以，请务必确认一下该目录下的内容和用户、组等权限。

※ 另外，heartbeat的运行还需要依赖hacluster用户和haclient组，而红旗在之前安装1.x版本时已经创建了这些用户，这里不需重新创建。如果您对这些用户的uid和gid进行了改动，则务必把对应的目录修改为正确的宿主。

二、1.x和2.x配置文件对比
在下面三个文件上体现了v2版本对比v1的区别：

正如前面所说的，v2版本使用CRM管理工具，而cib.xml文件可有几种方式来编写：

这四种方法实质都是相同的，并且以python脚本转换最为简单容易（GUI工具相当难用，今后有时间再详细说明）。为此，我们可以先配置好1.x style的格式。

三、配置1.x style格式
1、准备
为方便配置文件之间的同步，我建议先给主节点做好到下面各个节点的ssh密钥认证，单向即可。
这部分的配置，请参考：http://www.linuxfly.org/post/29/

2、设定authkeys文件
该文件是集群中各节点相互认证的配置文件，允许使用crc（明文）、md5、sha1等不同的验证方式，可以使用heartbeat自带的示例来修改：

修改后的内容如下：

auth命令定义了使用那种验证方式，需保证每个节点使用相同的验证方式和验证字符串。authkeys的权限也必须是600的。

3、设定ha.cf文件
这是关键的配置文件，同样的，可以先从示例中拷贝过来：

1.x的基本配置信息如下：

该配置文件是比较简单和清晰的，在不适用crm yes的情况下，即为1.x style格式。

4、设定haresources文件
这个是1.x使用的集群资源文件，每行一个组，第一列定义的是优先级服务器，也就是默认资源运行在该服务器上：

当ha发现优先节点当掉了，则另一个节点会自动接管192.168.228.235（浮动IP）和服务。第二行的作用是相同的，第一行是简略了IPaddr的写法。如果集群需要实现Active-Active（互备）状态，则可以再写一行，但托管的应用不能冲突。

5、设定hosts文件
这不是一个必须的配置，但为了方便同步各节点的配置，建议设定：

6、拷贝配置文件到集群各节点上
可以利用v2版本提供的同步配置工具来同步上述的配置文件，但默认只提供同步ha.cf和authkeys，haresources文件还是需要自行拷贝的（v2不使用该文件）：

7、测试
在节点上都启动heartbeat服务：

同时监控/var/log/ha-log日志文件，可以发现：

可见，这是没有使用v2 style配置格式的。接着，您可以进行简单的切换测试（例如断开hatest3的网络，关闭hatest3等），看看httpd服务是否可以正常切换到hatest4上。
至此，1.x style的heartbeat已经搭建完成。接下来即可借助1.x style的资源配置文件，转换为2.x style的格式，以构建2.x的HA集群应用。因文章篇幅太长，请转到下一篇日志中继续。