切换到Corosync并不是一个真正的问题,但我很好奇为什么要做出这个特定的决定. Heartbeat是折旧还是特定于发行版的维护问题？使用Corosync作为HA上下文中的消息传递层有什么好处？
解决方法
>是的心跳已被弃用.
>不,这不是特定于发行版的问题
>使用Corosync代替心跳有很多好处,首先是上面的第1点.不过,我会在这里列出我所知道的数量.
功能比较：
>首先,使用Heartbeat优于Corosync的唯一好处(IMO)更容易配置,即使您是第一次使用它,也可以在几分钟内使其运行. Corosync需要很多耐心和爱.> Heartbeat允许我们为所有资源定义单个主要,而在corosync上,您可以为不同的资源分配不同的主要.>可以使用corosync定义资源粘性(在心跳中不可用).资源粘性是资源所有权的优先事项.让我们说有一个2服务器集群有Server1& Server2上. Server1是主要的所有活动资源,Server2是次要的.有一天,Server1关闭,Server2成为主要的一天,使其所有资源都处于活动状态.现在,如果这是一个Heartbeat集群,它会导致头痛添加回Server1,与Corosync一样(定义了资源粘性),即使server1稍后提出,它也会将Server2保持为主要状态.>使用corosync,您无需担心维护相同版本的群集配置. Corosync集群自动在所有组成服务器之间同步配置,从而最大限度地减少运算符错误导致的问题.> Heartbeat允许创建一个双节点集群,corosync具有更高的限制(我不记得确切的数字).> Corosync允许资源托管.有时我们将一组资源分组,并希望特定组从一台服务器运行.使用Corosync,可以创建这样的组并为每个组分配不同的原色,从而最大化计算/网络利用率.>可能需要一些努力,但您也可以查找Stonith,这是一个方便的功能,可以避免数据损坏或群集中的冲突. Stonith是拍摄头部其他节点的缩写.并且意味着照顾可能有hw / load或其他问题的节点(强行关闭它们).
