linux – openSUSE上Heartbeat和Corosync之间的关系
我正在将Heartbeat Pacemaker设置移至openSUSE 12.1.事实证明,Heartbeat
isn’t supported已经在这个平台上了,因此它不能从官方回购中获得.
切换到Corosync并不是一个真正的问题,但我很好奇为什么要做出这个特定的决定. Heartbeat是折旧还是特定于发行版的维护问题?使用Corosync作为HA上下文中的消息传递层有什么好处? 解决方法
我迟到了回答你的问题,但是这里有:
>是的心跳已被弃用. 功能比较: >首先,使用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或其他问题的节点(强行关闭它们). (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |