zoukankan      html  css  js  c++  java
  • pacemaker和keepalived的区别

    1.pacemaker
    Pacemaker 是一款开源的高可用资源管理软件,适合大集群或者小集群。

    Pacemaker 由Novell支持,SLES HAE就是用Pacemaker来管理集群,并且Pacemaker 得到了
    来自Redhat,Linbit等公司的支持。

    Pacemaker是Heartbeat 3.0的crm,它可以使用所有的Heartbeat的资源脚本,升级无忧。

    当故障发生时, Pacemaker 会自动的开始恢复,比保证你的程序在集群的其他节点上提供服务,
    接管故障的机器。你的用户甚至不会知道有故障发生!

    什么是Pacemaker?
    Pacemaker是一个集群资源管理者。他用资源级别的监测和恢复来保证集群服务(aka. 资源)的最
    大可用性。它可以用你所擅长的基础组件(Corosync或者是Heartbeat)来实现通信和关系管理。

    Pacemaker包含以下的关键特性:
    监测并恢复节点和服务级别的故障存储无关,并不需要共享存储资源无关,任何能用脚本控制的
    资源都可以作为服务支持使用STONITH来保证数据一致性。支持大型或者小型的集群clusters
    支持 quorate(法定人数) 或 resource(资源) 驱动的集群支持任何的 冗余配置自动同步各个节
    点的配置文件可以设定集群范围内的ordering, colocation and anti-colocation支持高级的
    服务模式

    2.keepalived
    keepalived是以VRRP协议为实现基础的,VRRP全称Virtual Router Redundancy Protocol,
    即虚拟路由冗余协议。

    虚拟路由冗余协议,可以认为是实现路由器高可用的协议,即将N台提供相同功能的路由器组成一
    个路由器组,这个组里面有一个master和多个backup,master上面有一个对外提供服务的vip(该
    路由器所在局域网内其他机器的默认路由为该vip),master会发组播,当backup收不到vrrp包时
    就认为master宕掉了,这时就需要根据VRRP的优先级来选举一个backup当master。这样的话就可
    以保证路由器的高可用了。

    keepalived主要有三个模块,分别是core、check和vrrp。core模块为keepalived的核心,负
    责主进程的启动、维护以及全局配置文件的加载和解析。check负责健康检查,包括常见的各种检查
    方式。vrrp模块是来实现VRRP协议的。

    VRRP 协议简介
    在现实的网络环境中,两台需要通信的主机大多数情况下并没有直接的物理连接。对于这样的情
    况,它们之间路由怎样选择?主机如何选定到达目的主机的下一跳路由,这个问题通常的解决方法
    有两种:
    1.在主机上使用动态路由协议(RIP、OSPF等)
    2.在主机上配置静态路由

    很明显,在主机上配置动态路由是非常不切实际的,因为管理、维护成本以及是否支持等诸多问题。
    配置静态路由就变得十分流行,但路由器(或者说默认网关default gateway)却经常成为单点故障。
    VRRP的目的就是为了解决静态路由单点故障问题,VRRP通过一竞选(election)协议来动态的将路
    由任务交给LAN中虚拟路由器中的某台VRRP路由器。

    VRRP 工作机制
    在一个VRRP虚拟路由器中,有多台物理的VRRP路由器,但是这多台的物理的机器并不能同时工作,
    而是由一台称为MASTER的负责路由工作,其它的都是BACKUP,MASTER并非一成不变,VRRP让每个
    VRRP路由器参与竞选,最终获胜的就是MASTER。MASTER拥有一些特权,比如,拥有虚拟路由器的
    IP地址,我们的主机就是用这个IP地址作为静态路由的。拥有特权的MASTER要负责转发发送给网关
    地址的包和响应ARP请求。

    VRRP通过竞选协议来实现虚拟路由器的功能,所有的协议报文都是通过IP多播(multicast)包
    (多播地址224.0.0.18)形式发送的。虚拟路由器由VRID(范围0-255)和一组IP地址组成,对外表
    现为一个周知的MAC地址。所以,在一个虚拟路由 器中,不管谁是MASTER,对外都是相同的MAC和
    IP(称之为VIP)。客户端主机并不需要因为MASTER的改变而修改自己的路由配置,对客户端来说,
    这种主从的切换是透明的。

    一个虚拟路由器中,只有作为MASTER的VRRP路由器会一直发送VRRP通告信息(VRRPAdvertisement message),
    BACKUP不会抢占MASTER,除非它的优先级(priority)更高。当MASTER不可用时(BACKUP收不到通告
    信息), 多台BACKUP中优先级最高的这台会被抢占为MASTER。这种抢占是非常快速的(<1s),以保
    证服务的连续性。由于安全性考虑,VRRP包使用了加密协议进行加密.

    VRRP 工作流程
    (1)初始化
    路由器启动时,如果路由器的优先级是255(最高优先级,路由器拥有路由器地址),要发送VRRP
    通告信息,并发送广播ARP信息通告路由器IP地址对应的MAC地址为路由虚拟MAC,设置通告信息定
    时器准备定时发送VRRP通告信息,转为MASTER状态;否则进入BACKUP状态,设置定时器检查定时
    检查是否收到MASTER的通告信息。

    (2)Master
    1.设置定时通告定时器;
    2.用VRRP虚拟MAC地址响应路由器IP地址的ARP请求;
    3.转发目的MAC是VRRP虚拟MAC的数据包;
    4.如果是虚拟路由器IP的拥有者,将接受目的地址是虚拟路由器IP的数据包,否则丢弃;
    5.当收到shutdown的事件时删除定时通告定时器,发送优先权级为0的通告包,转初始化状态;
    6.如果定时通告定时器超时时,发送VRRP通告信息;
    7.收到VRRP通告信息时,如果优先权为0,发送VRRP通告信息;否则判断数据的优先级是否高于本
    机,或相等而且实际IP地址大于本地实际IP,设置定时通告定时器,复位主机超时定时器,转
    BACKUP状态;否则的话,丢弃该通告包;

    (3)Backup
    1.设置主机超时定时器;
    2.不能响应针对虚拟路由器IP的ARP请求信息;
    3.丢弃所有目的MAC地址是虚拟路由器MAC地址的数据包;
    4.不接受目的是虚拟路由器IP的所有数据包;
    5.当收到shutdown的事件时删除主机超时定时器,转初始化状态;
    6.主机超时定时器超时的时候,发送VRRP通告信息,广播ARP地址信息,转MASTER状态;
    7.收到VRRP通告信息时,如果优先权为0,表示进入MASTER选举;否则判断数据的优先级是否高于
    本机,如果高的话承认MASTER有效,复位主机超时定时器;否则的话,丢弃该通告包;

    ARP查询处理
    当内部主机通过ARP查询虚拟路由器IP地址对应的MAC地址时,MASTER路由器回复的MAC地址为虚
    拟的VRRP的MAC地址,而不是实际网卡的 MAC地址,这样在路由器切换时让内网机器觉察不到;而
    在路由器重新启动时,不能主动发送本机网卡的实际MAC地址。如果虚拟路由器开启的ARP代理
    (proxy_arp)功能,代理的ARP回应也回应VRRP虚拟MAC地址;

    3.区别
    安装配置不同
    从安装、配置、使用、维护等角度上对比,Keepalived都比Heartbeat要简单得多,Keepalived
    只有1个安装文件、1个配置文件,配置文件也简单很多

    协议不同
    Keepalived使用的vrrp协议方式进行通信和选举,虚拟路由冗余协议Virtual Router
    Redundancy Protocol

    Heartbeat是基于主机或网络的服务的高可用方式 ,使用心跳进行通信和选举,Heartbeat除了
    走网络外,还可以通过串口通信,貌似更可靠

    应用场景不同
    keepalived目的是模拟路由器的双机,lvs的高可用建议用keepavlived

    heartbeat目的是用户service的双机 ,业务的高可用用heartbeat

    功能不同
    Keepalived主要用于集群倒换,基本没有管理功能

    Heartbeat虽然复杂,但功能更强大,配套工具更全,适合做大型集群管理

    使用方式基本类似
    如果要基于两者设计高可用方案,最终都要根据业务需要写自定义的脚本,Keepalived的脚本没
    有任何约束,随便怎么写都可以;Heartbeat的脚本有约束,即要支持service start/stop/restart
    这种方式,而且Heartbeart提供了很多默认脚本,简单的绑定ip,启动apache等操作都已经有了

  • 相关阅读:
    网站开发
    mysql字符编码问题
    [ztg@localhost lineage-17.1---dipper]$ brunch dipper --- error
    [ztg@localhost lineage-17.1---dipper]$ brunch dipper --- error
    [ztg@localhost lineage-17.1---dipper]$ brunch dipper --- error
    [ztg@localhost lineage-17.1---dipper]$ brunch dipper
    RFC 8684---TCP Extensions for Multipath Operation with Multiple Addresses
    Apple uses Multipath TCP
    [tip:,x86/urgent] x86: Fix early boot crash on gcc-10, third try
    Fedora version history --- kernel version
  • 原文地址:https://www.cnblogs.com/guarderming/p/11947547.html
Copyright © 2011-2022 走看看