任何人都可以解释什么是心跳和UCarp IP故障转移场景之间的主要区别？ 他们都似乎提供这个function，也许UCarp更简单的设置？ 谢谢。
如果我只需要虚拟IP（在服务器之间迁移），使用心跳还是有意义的，或者CARP就足够了？
新手问题，对不起 – 我一直在谷歌search“重新启动ubuntu自动启动”之类的，但我不知道我find了确定的答案。 我正在使用Ubuntu 10.04，并且我想确保每当服务器重启时心跳都会自动启动。 目前我正在手动运行以下内容： $ /etc/init.d/heartbeat start 如何确保在服务器重新启动时调用？ 我用Googlesearch的一个答案是： $ update-rc.d heartbeat defaults 会做的伎俩 – 是正确的？
RH / CentOS集群和心跳之间有什么主要的区别（除了UI之外）？ 我有一些使用心跳的经验，但是想知道RH / CentOS提供了什么，查看看起来差不多一样的文档，以及共享存储支持（可以通过GFS在心跳上完成）。
我有一个DRBD心跳设置有一个失败的节点，但没有故障转移的情况。 发生了什么事是主节点已经locking，但没有直接下去（这是无法访问通过SSH或与NFS挂载，但它可以ping通）。 期望的行为应该是检测到这种情况并且故障转移到辅助节点，但是由于主服务器没有完全closures（从服务器到服务器有专用的networking连接），所以心跳的检测机制没有起作用在那，因此没有故障转移。 有没有人看过这个？ 有什么我需要configuration有更强大的群集故障转移？ DRBD似乎没有问题（重新启动旧的主服务器时必须重新同步），但没有良好的故障切换，使用受到限制。 心跳3.0.4 drbd84 RHEL 6.1 我们不使用起搏器 nfs03是此设置中的主服务器，而nfs01是辅助服务器。 ha.cf # Hearbeat Logging logfacility daemon udpport 694 ucast eth0 192.168.10.47 ucast eth0 192.168.10.42 # Cluster members node nfs01.openair.com node nfs03.openair.com # Hearbeat communication timing. # Sets the triggers and pulse time for swapping over. keepalive 1 warntime 10 deadtime 30 initdead 120 […]
我们有四台服务器用于任务关键型应用程序，这些应用程序都需要相互连接，总共有六个始终连接的连接。 我需要一种方法来监视这些连接，并且至less在任何一个连接断开时发送电子邮件。 我可以find集中的解决scheme，但没有什么真正符合这个法案。 有什么build议么？ 编辑：走在前面，在Ruby中推出自己的。 Nagios看起来像是一个不错的套件，不过 – 否则会消失的。
我有一对服务器设置为高可用性负载均衡器/反向代理。 每个运行Ubuntu 12.04 x64服务器，Varnish，心跳和Pacemaker，与清漆负载平衡stream量到后端服务器。 如果负载平衡器中的任何一个发生故障，Heartbeat / Pacemaker会将一组虚拟IP转移到另一台服务器上，并恢复stream量。 这一点工作正常。 我没有考虑的是，如果Varnish没有运行在任何一台服务器上。 目前可以停止清漆而不触发Heartbeat / Pacemaker的任何行动。 我想在当前的服务器上缺乏运行的Varnish来触发备份（而不是尝试重新启动Varnish），但是我正在努力寻找任何types的在线指导。 谁能帮忙？ 编辑后Daff的援助： 我结束了一些与原始请求不同的事情：Pacemaker尝试重新启动Varnish，如果失败，它会将所有资源移动到被动节点。 我的设置是两个服务器，serverA（主动）和serverB（被动）。 我会假设消息层（Heartbeat或Corosync）已经安装并正在工作。 为了让Pacemaker控制Varnish，我们需要修复Ubuntu的Varnish init脚本： sudo vim /etc/init.d/varnish 更换： –start –quiet –pidfile ${PIDFILE} –exec ${DAEMON} — \ 在start_varnish_d（）函数中： –start –quiet –pidfile ${PIDFILE} –oknodo –exec ${DAEMON} — \ 所以它按照这里列出的规则工作。 现在在serverA上用两个虚拟IP设置一个基本的Pacemaker集群： sudo crm configure property no-quorum-policy=ignore sudo crm configure property stonith-enabled=false sudo […]
我正在将Heartbeat + Pacemaker安装到openSUSE 12.1。 事实certificate，Heartbeat 不再支持这个平台，因此它不能从官方回购。 切换到Corosync不是一个真正的问题，但我很好奇为什么做出这个特定的决定。 是心跳折旧还是这是一个发行特定的维护问题？ 在HA环境中使用Corosync作为消息传递层有什么好处？
使用DRBD版本：8.2.6（api：88 / proto：86-88） 这里是/etc/ha.d/haresources的内容 db1 192.168.100.200/24/eth0 drbddisk :: mysql文件系统:: / dev / drbd0 :: / drbd :: ext3 :: defaults mysql 和/etc/ha.d/ha.cf 日志文件/ var / log / ha-log logfacility local0 保持活力1 死亡时间30 warntime 10 initdead 120 支持694 bcast eth0，eth4 auto_failbackclosures 节点db1 节点db2 respawn hacluster / usr / lib64 / heartbeat / ipfail apiauth ipfail gid […]
我目前有两个运行Heartbeat和DRBD的ubuntu服务器。 服务器直接与eth1上的1000Mbps交叉电缆连接，并且可以访问eth0上的IP摄像机LAN。 现在让我们假设一个节点closures，剩下的function节点在closures后启动。 仍在运行的节点不会启动心跳，并提供从冷启动到drbd资源的访问权限。 我必须手动重新启动心跳sudo service heartbeat restart ，让一切正常运行。 当只有一台服务器时，我怎么才能从冷启动开始呢？ 这里是ha.cf ： debugfile /var/log/ha-debug logfile /var/log/ha-log logfacility none keepalive 2 deadtime 10 warntime 7 initdead 60 ucast eth1 192.168.2.2 ucast eth0 10.1.10.201 node EMserver1 node EMserver2 respawn hacluster /usr/lib/heartbeat/ipfail ping 10.1.10.22 10.1.10.21 10.1.10.11 auto_failback off 系统日志中的一些资料： harc [4604]：2012/11 / 27_13：54：49 info：运行/etc/ha.d//rc.d/status状态 mach_down [4632]：2012/11 / 27_13：54：49 […]