Redhat cluster 的心跳机制

Redhat cluster软件的架构分为两层:

  • 底层的cluster messaging layer(集群信息层)负责在所有节点之间传递集群信息包括心跳信息
    RHEL6及之前是CMAN,从RHEL7开始是Corosync。
  • 上层的cluster resource manager(集群资源管理器)管理划归集群所属的资源,包括IP地址、逻辑卷、文件系统等
    RHEL6及之前是RGManager,从RHEL7开始是Pacemaker。

心跳机制使用的是Totem协议,Totem是一个巨复杂的协议,心跳只是其中一个很小的部分,可以这么理解:Totem协议负责处理集群内部所有节点之间的通信问题,包含四个主要组件:Total Ordering Protocol, Membership Protocol, Recovery Protocol, Flow Control Mechanism。这里只讲与心跳有关的部分。

Totem的通信是两种方式互相配合进行的:multicast(多播)和token(令牌)。[注意multicast与broadcast(广播)不同,它相当于限定范围的广播,只有分组内的成员能收到。] 一个节点只有在持有token的时候才能发言,通过multicast给集群内所有节点发送信息,每一条multicast信息都附有顺序号,发送完成之后就把顺序号记录到token中,然后把token传给下一个节点,token的传递方式是一对一的,就像首尾相连的环形接力,从IP地址最小的节点依次传给下一个IP地址更大的节点,每个节点收到token之后,根据token里记录的顺序号检查自己是否漏收了multicast信息,如果漏收了,就在token里添加重传申请,然后把token传给下一个节点,下一个节点除了检查自己有没有漏收multicast之外,还会根据token里记录的重传申请把相应的multicast信息重新发送一次(当然前提是该节点已经收到了这条multicast信息)。

totem

集群通过两种机制检测节点的健康状态:

  • Token超时

如果token中断的时间超过了指定的期限,节点就会触发membership protocol,重组cluster,这个期限通过以下参数设置:<totem token=”XXX”/>
注:XXX以毫秒为单位。

在上述期限内,token会尝试重传,重传的次数是以下参数指定的,缺省值是4:
<totem token_retransmits_before_loss_const=”X”/>

  • Multicast retransmit(重传)超过阈值

如果某个节点能收到token,但收不到multicast,那么经过若干次token循环之后,也会触发membership protocol,重组cluster,这个次数可以通过参数 fail_recv_const 设置,缺省值是2500次。

Totem协议有4种状态,代表集群运行的不同阶段,不同的状态下运行的子协议也不同:

  • GATHER
  • COMMIT
    Gather和Commit状态出现在集群组建的阶段,可以比喻为集合、报数的过程。运行的是membership protocol。
  • RECOVERY
    Recovery状态出现在集群发生问题、进行恢复的阶段。运行的是recovery protocol。
  • OPERATIONAL
    Operational状态表示集群正常工作的阶段。运行的是Totem Ordering Protocol。

totem_status

有了这些基本概念,我们就可以大致看懂集群的日志了:

来源 http://linuxperf.com/?p=120

猜你喜欢

转载自blog.csdn.net/jonathan158/article/details/80585971