在Heartbeat中，我可以对它进行configuration，以便在故障切换时将不同接口上的虚拟IP链接在一起？ 例如： foo1 8.8.8.1/24/eth0 10.0.0.1/24/eth1 如果eth0失败，并导致foo2提取它， eth1也会发生，因为eth0失败。 反过来也是如此。
我有3个服务器，1个负载均衡器和2个Web服务器（Apache Tomcat）托pipe一些JSP页面。 我想添加一个负载平衡器在主动/被动模式，以避免SPOF和以下是预期的设置。 lb1–> eth0=123.123.123.123, eth1=192.168.1.5 web1–> eth1=192.168.1.6 web2–> eth1=192.168.1.7 lb2–> eth0=123.123.123.124, eth1=192.168.1.8 我已经看到许多heartbeatconfiguration要做到这一点，但我不知道在虚拟IP共享的情况下，我试图实现这个没有更多的IP或IP共享请求（Rackspace）。 一般来说这是浮动/虚拟IP是haresource文件中的public IP在lbs之间共享，我问是否有任何可能做到这一点与虚拟private ip，以避免一个公共ip的成本。 但是最终的输出应该是，如果lb1下降， lb2应该代表lb1回答。 还有一件需要考虑的事情是，所有注册的DNS域名（站点名称）都指向lb1公共ip（123.123.123.123），在那里它redirect到后端Web服务器（当然，我知道在lb2上维护相同的configuration） 。 任何人都有任何暗示要达到这一点，如果可能的话，请求一个更多的公共ip。 我是新来的心跳！ 提前致谢！
我有2个心跳的CentOS机器。 如果node01有问题或重新启动， node02接pipe – 这工作。 在node01恢复之后， node01不再是我的首选了（ node02已经接pipe了）。 但是当我重新启动node02 ， node01再次成为主node01 。 我不希望node01重新成为主要的。 我想等node02成为主要的。 我怎样才能做到这一点？
所以我试图在云环境中build立一个冗余的NFS共享（所有链接都是内部的，一半的gig链接），我正在考虑使用心跳进行故障转移，但是所有的指南似乎都是关于DRBD和心跳的结合来创build强大的环境。 如果需要的话，我可以做到这一点，但由于我的内容几乎是完全静态的，我想尽可能避免DRBD的额外开销和复杂性，但是如果其中一个NFS服务器出现故障，仍然可以进行故障转移。 是否有可能使用心跳与NFS来实现高可用性，而不使用DRBD来复制块？ 我没有嫁给NFSv4，所以如果需要通过UDP传输NFSv3，这不会是一个问题（只有极less数的客户端将连接到共享） 任何意见表示赞赏。
我有两个真正的服务器，在不同的子网上，每个服务器都有一个永久的IP地址，并且有一个故障切换IP，可以被任何一台服务器使用。 主机提供了一个API，可以将故障转移IP分配给任何服务器。 所以我需要在每台服务器上运行一个守护进程，这将监视本地服务器的运行状况，同时与另一台服务器上的对应端进行通信，这样两台服务器（或者只有一台其他失败）决定谁将获得故障转移IP（并运行一个脚本来告诉主机的API来适当地路由它）。 keepalived不能这样做，除非（据称）与威利Tarreau的单播补丁， 我已经尝试失败 。 另外，守护进程最好不要试图从networking接口取得或释放IP; 首选设置是两台机器的接口始终具有故障转移IP地址。 heartbeat可以做吗？ 还有其他类似的程序可以吗？ 我已经写了自己的守护进程，它确实工作正常，但是如果现有的程序可以做到，我认为没有理由维护它。
我有两台Ubuntu 12.04服务器，它们在master-master设置中运行mysql，使用mmm作为pipe理器。 如何设置心跳以确保mmm当时只在一个节点上运行？ *编辑说明更清楚 我的设置： ———VIP (10.0.0.123)—— | | Node1 Node2 bot Node1和Node2运行的位置： Mysql的 用于MySQL的多主复制pipe理器（mmm） 心跳 我只想要一个单写启用的Mysql节点，而且我现在只能运行一个mmm，否则我会碰到pipe理员之间的冲突。
我试图设置一个基于CentOS的高可用性系统，我想用heartbeat v3作为“心跳”机制，资源启动/停止，看起来心跳可以完成。 但是关于资源状态，心跳不能监视它，比如httpd，我们手动停止它，但不能重启或者切换到另一个节点。 心跳v3能实现吗？
我有两台服务器，我们称之为Milo和Otis。 现在，当Otis接pipe共享虚拟IP时，现在Milo和Otis被设置成一个主动 – 被动的高可用服务器对，Milo通常是Otis的主人，等待Milo出现故障。 我有一个关于失败期间SSL连接会发生什么的问题。 考虑以下： 有些客户（我）与Milobuild立SSL连接。 SSL连接设置为保持活动状态，因此可以说通过SSL连接请求网页。 该页面完全下载，连接打开准备好另一个请求（让我们说一个像CSS文件资产）。 在对css文件的请求开始之前，Milo经历了一些灾难性的失败，现在Otis已经接pipe了。 现在发生了什么，我想要的CSS文件的请求？ 我仍然认为我与Milo有一个开放的联系，但虚拟IP现在指向Otis。 Otis是否会selectMilo自动进行的SSL会话？ 我的浏览器是否开始与奥的斯沟通，奥的斯说：“嘿，我们应该先握手。”？ 任何和所有关于这个评论/答案将不胜感激。
我的老板最近在谈话中断言，Redis支持一些configuration选项来控制最大的键或键/值的大小……所以我们可以设置一些选项来防止我们的应用程序创build大于50KB的键或键/值对。 我的印象是，没有这样的select存在，我们不得不打补丁，build立自己的补充这样的function。 （对于这个问题，强迫应用程序员调解所有通过Lua脚本或通过像twemproxy这样的访问将不是一个选项）。 我在Redis中错过了一些东西吗？ 还有什么是最近的故障转移的最佳做法？ Redis哨兵准备好了吗？ Linux-HA OCF Heartbeat / Pacemaker / Cluster Glue三重奏仍然是最好的吗？
我在两台服务器上使用HAproxy和使用heartbeat高可用性，一切都还好，但我想要监视heartbeat我有一个很长的search，并得到clustat命令，但无法find它在服务器上，发现cl_status命令发现它在服务器上但不能给出重要的信息 成员系统状态 心跳频道状态 服务状态和哪个集群系统正在运行该服务