1.pacemaker
Pacemaker 是一款开源的高可用资源管理软件，适合大集群或者小集群。
Pacemaker 由Novell支持，SLES HAE就是用Pacemaker来管理集群，并且Pacemaker 得到了
来自Redhat,Linbit等公司的支持。
Pacemaker是Heartbeat 3.0的crm，它可以使用所有的Heartbeat的资源脚本，升级无忧。
当故障发生时, Pacemaker 会自动的开始恢复，比保证你的程序在集群的其他节点上提供服务，
接管故障的机器。你的用户甚至不会知道有故障发生！
Pacemaker是一个集群资源管理者。他用资源级别的监测和恢复来保证集群服务(aka. 资源)的最
大可用性。它可以用你所擅长的基础组件(Corosync或者是Heartbeat)来实现通信和关系管理。
监测并恢复节点和服务级别的故障存储无关，并不需要共享存储资源无关，任何能用脚本控制的
资源都可以作为服务支持使用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协议的。
在现实的网络环境中，两台需要通信的主机大多数情况下并没有直接的物理连接。对于这样的情
况，它们之间路由怎样选择？主机如何选定到达目的主机的下一跳路由，这个问题通常的解决方法
有两种：
1.在主机上使用动态路由协议(RIP、OSPF等)
2.在主机上配置静态路由
很明显，在主机上配置动态路由是非常不切实际的，因为管理、维护成本以及是否支持等诸多问题。
配置静态路由就变得十分流行，但路由器(或者说默认网关default gateway)却经常成为单点故障。
VRRP的目的就是为了解决静态路由单点故障问题，VRRP通过一竞选(election)协议来动态的将路
由任务交给LAN中虚拟路由器中的某台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包使用了加密协议进行加密.
(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查询虚拟路由器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等操作都已经有了
