在RedHat EL 4.0 中实现高可用WEB负载均衡群集

核心提示： auto_failback on # 默认heartbeat并不检测除本身之外的其他任何服务，也不检测网络状况，在RedHat EL 4.0 中实现高可用WEB负载均衡群集(5)， # 所以当网络中断时，并不会进行Load Balancer和Backup之间的切换，而不考虑CPU使用情况

auto_failback on

# 默认heartbeat并不检测除本身之外的其他任何服务，也不检测网络状况。

# 所以当网络中断时，并不会进行Load Balancer和Backup之间的切换。

# 可以通过ipfail插件，设置'ping nodes'来解决这一问题。详细说明参考hearbeat文档。

ping_group group1 192.168.0.160 192.168.0.225

respawn root /usr/lib/heartbeat/ipfail

apiauth ipfail gid=root uid=root

hopfudge 1

use_logd yes

#保存并退出

编辑 haresources 文件，haresources 文件通知 heartbeat 程序哪台机器拥有资源，资源名称实际是 /etc/init.d 或 /etc/ha.d/resource.d 目录下的脚本，Heartbeat 使用 haresources 配置文件确定它第一次启动时应该做的工作。该文件列出集群所提供的服务以及服务的默认所有者。 注意：两个集群节点上的该文件必须相同，否则BadThingsWillHappen。

[root @ director heartbeat-2.1.2] # vi /etc/ha.d/haresources

director lvsdr

#设置 director 为主节点，提供的群集服务为 lvsdr, 主节点的名称要与 “uname -n” 的输出相同

#保存并退出

编辑 authkeys 文件，需要配置的第三个文件authkeys决定了您的认证密钥。共有三种认证方式：crc，md5，和sha1。您可能会问：“我应该用哪个方法呢？”简而言之：

如果您的Heartbeat运行于安全网络之上，如本例中的交叉线，可以使用crc，从资源的角度来看，这是代价最低的方法。如果网络并不安全，但您也希望降低CPU使用，则使用md5。最后，如果您想得到最好的认证，而不考虑CPU使用情况，则使用sha1，它在三者之中最难破解。