Questions tagged «heartbeat»

9
心跳，起搏器和CoroSync的替代产品？
除了典型的Heartbeat / Pacemaker / CoroSync组合以外，Linux上是否还有其他主要的自动故障转移替代方案？特别是，我正在EC2实例上设置故障转移，该实例仅支持单播-不支持多播或广播。我专门尝试处理我们拥有的几套软件，这些软件还没有自动故障转移功能，并且不支持多主机环境。这包括HAProxy和Solr之类的工具。 我有Heartbeat + Pacemaker，但是我对此并不感到兴奋。这是我的一些问题： 心跳-仅限于两个节点。我想要3岁以上。 Pacemaker-无法自动配置。群集必须以仲裁运行，然后仍需要手动配置。 CoroSync-不支持单播。 尽管Pacemaker的功能强大，但安装起来很困难，因此效果很好。Pacemaker的真正问题在于，没有简单的方法可以自动执行配置。我真的很想启动EC2实例，安装Chef / Puppet，并在没有我干预的情况下启动整个集群。
3
如何在Amazon EC2上部署可扩展的，可靠的haproxy集群？
我们需要比ELB提供的功能更高级的功能（主要是L7检查），但是如何使用EC2使用haproxy处理诸如心跳和高可用性之类的事情尚不清楚。在集群中很可能需要3个或更多haproxy节点，因此两个节点之间的简单心跳将无法正常工作。 好像是在haproxy节点前面有一个心跳层是可行的方法，可能使用IPVS，但是随着EC2集群的变化（通过有意的变化（例如扩展）或无意的（例如丢失））处理配置更改。 EC2节点）似乎很重要。 优选地，该解决方案将跨越至少两个可用区。 回答问题：不，会议并不麻烦。是的，我们将需要SSL，但是从理论上讲，这可以完全由另一种设置处理-我们能够将SSL流量定向到与非SSL流量不同的位置。
1
使用哪个消息传递层（心跳或Corosync）？
刚完成我对建立Web服务器集群的研究，而对于Pacemaker使用哪个消息传递层，我仍然不确定。我正在使用的服务器都是Fedora，因此这两层都可以通过YUM进行访问，它们都有据可查，并且据说可以与Pacemaker很好地协同工作。我一直无法找到对哪种更好的看法。是否有人在这两种方法上都有经验，并且还偏爱哪种更好？有没有更大的社区支持基础？一个比另一个稳定吗？还是这是一个任意决定？
9
高可用性MySQL的体系结构，可在物理上不同的位置进行自动故障转移
我一直在研究数据中心之间MySQL的高可用性（HA）解决方案。 对于位于同一物理环境中的服务器，我更喜欢使用主动被动方法的具有心跳（浮动VIP）的双主服务器。心跳通过串行连接和以太网连接进行。 最终，我的目标是在数据中心之间保持相同的可用性水平。我想在两个数据中心之间进行动态故障转移，而无需人工干预，并且仍然保持数据完整性。 顶部将是BGP。两个位置的Web集群都有可能路由到双方之间的数据库。如果站点1上的Internet连接中断，客户端将通过站点2路由到Web群集，然后路由到站点1中的数据库（如果两个站点之间的链接仍然可用）。 在这种情况下，由于缺乏物理链接（串行），因此更可能出现大脑分裂的可能性。如果两个站点之间的WAN断开，则VIP最终将出现在两个站点上，在此各种不愉快的情况都可能导致不同步。 我看到的另一个潜在问题是，将来很难将此基础架构扩展到第三个数据中心。 网络层不是重点。此阶段的体系结构很灵活。同样，我的重点是提供解决方案，以维护数据完整性以及MySQL数据库的自动故障转移。我可能会设计其余的东西。 您能否在两个物理位置不同的站点之间推荐一种成熟的MySQL HA解决方案？ 感谢您抽出时间来阅读。我期待着阅读您的建议。
6
如何在EC2上自动进行故障转移？
在管理自己的集群（即不使用/不支付Amazon Autoscale，Rightscale，Scalr等的费用）的人们中，您如何在EC2上管理实例并处理（例如）故障转移？我想知道大多数人是否最终会像EC2 API一样最终编写自己的脚本脚本。 当然，这就是我们的方法：启动我们自己的基于Python Boto的监视/重新启动守护程序，该守护程序在异地运行，侦听实例中的UDP保持活动。发生故障时，我们将对卷进行快照，注册映像，启动新实例，删除旧卷等等。 每隔一段时间，当我入侵我们的脚本时，我认为必须已经有一些开源工具可以处理这些问题，并且没有（例如）Scalr的限制，但是我总是从Google回来空手。（诸如Scalr之类的东西在受支持的软件集/版本/配置中非常有限，并且具有操纵这些设置的专门且IMO繁琐的方式。） 另外，Linux-HA / Pacemaker生态系统（Heartbeat，ldirectord等）听起来似乎并不适合EC2。（但是后来我发现了这一点 -尽管我不确定这是否是高质量的解决方案）。
7
如何在N台apache服务器之间平衡传入的Web流量？
我正在寻找使用诸如Heartbeat / Squid / Varnish / etc之类的东西来平衡内部apache实例之间的传入流量。这必须是软件，而不是硬件，因为我的所有东西都在VPS上运行。我在这方面没有很多经验，所以很抱歉如果我滥用术语并选择错误的软件包。 我起草了一些东西来说明我的追求。绿色部分是初始设置的样子，蓝色部分是由于流量增加而添加更多apache实例后的样子。这可能不是这些东西的工作方式，但理想情况下，我会将平衡器的IP添加到域的DNS中。然后，均衡器将查看每个apache实例上有多少个连接（通过内部IP或永恒IP的一些配置列表），并平均分配连接。蓝色是第二个平衡器，因为我确信平衡器有时也会需要帮助。 也许我要解决这个错误，但是我正在寻找有关“平衡器”应该是什么的信息以及有关如何设置它们的最佳实践的帮助。 任何帮助都会很棒。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.