Pacemaker、Heartbeat 等对 EC2 有意义吗？

Question

Pacemaker 生态系统（Corosync 等）在 EC2 环境中有意义吗？直到某个时候，Corosync 需要 IP 多播（在 EC2 上不可用），但我认为它现在已经广播了。仍然，是起搏器等。阿尔。集群在 EC2 上管理自身的正确工具，例如相互监控故障，从而触发创建新实例以替换故障实例？

我想这个问题的一部分是，我已经花了相当多的时间只是理顺所有的球员在这里（心跳，Corosync，OpenAIS的，等等），而且我仍然试图找出这些东西其实都是（超越模糊的术语，例如 Pacemaker 是一个“集群资源管理器”，而 Corosync 提供“可靠的消息传递和成员资格基础设施”）。

因此，如果我的问题本身有点笨拙或不完全合理，我深表歉意。任何见解将不胜感激。谢谢。

Answer 1

EC2 是否监控来宾内部服务的运行状况？

如果没有，而这正是您想要的，那么 Pacemaker 将在此处发挥作用。Corosync 可能还不是一个选项，因为它只支持 mcast 和 bcast，所以这将是一个起搏器+心跳的场景。

这是人们如何使用 linode 实例的指南，其中大部分内容也可能与 EC2 相关：http : //library.linode.com/linux-ha/

为了回答这些部分是什么的问题，Pacemaker 是启动和停止服务的东西，并包含确保它们正在运行和它们仅在一个位置运行（以避免数据损坏）的逻辑。

但是如果没有在其他节点上与自己对话的能力，它就无法做到这一点，这就是心跳和/或 corosync 的用武之地。

将 heartbeat 和 corosync 视为总线，任何节点都可以在该总线上发送消息并知道所有对等方都会收到这些消息。总线还确保每个人都同意谁（和未）连接到总线，并在该列表更改时通知您。

对于两个节点，Pacemaker 可以很容易地使用套接字，但除此之外，复杂性增长得非常快，而且很难做到正确 - 因此使用已被证明可靠的现有组件确实很有意义。