heartbeat 3.0集群（1）集群原理
一， HA集群概念
（1）节点（node）运行heartbeat进程的一个独立主机，称为节点，节点是HA的核心组成部分，每个节点上运行着操作系统和heartbeat软件服务，在heartbeat集群中，节点有主次之分，分别称为主节点和备用/备份节点，每个节点拥有唯一的主机名，并且拥有属于自己的一组资源，主节点上一般运行着一个或多个应用服务。而备用节点一般处于监控状态。
（2）资源（resource）资源是一个节点可以控制的实体，并且当节点发生故障时，这些资源能够被其它节点接管，heartbeat中，可以当做资源的实体有：磁盘分区、文件系统、IP地址、应用程序服务、NFS文件系统
（3）事件（event）也就是集群中可能发生的事情，例如节点系统故障、网络连通故障、网卡故障、应用程序故障等。这些事件都会导致节点的资源发生转移，HA的测试也是基于这些事件来进行的。
（4）动作（action）事件发生时HA的响应方式，动作是由shell脚步控制的，例如，当某个节点发生故障后，备份节点将通过事先设定好的执行脚本进行服务的关闭或启动。进而接管故障节点的资源。
二，heartbeat组成
（1） Heartbeat的结构Heartbeat1.x和2.0.x版本的结构十分简单，各个模块都集中在heartbeat中，到了3.0版本后，整个heartbeat项目进行了拆分，分为不同的项目来分别进行开发。Heartbeat2.0.x之前的版本具有的模块：
heartbeat： 节点间通信检测模块
ha-logd： 集群事件日志服务
CCM（Consensus Cluster Membership）：集群成员一致性管理模块
LRM （Local Resource Manager）：本地资源管理模块
Stonith Daemon： 使出现问题的节点从集群环境中脱离
CRM（Cluster resource management）：集群资源管理模块
Cluster policy engine： 集群策略引擎
Cluster transition engine：集群转移引擎
（2） Heartbeat3.0拆分之后的组成部分：
Heartbeat：将原来的消息通信层独立为heartbeat项目，新的heartbeat只负责维护集群各节点的信息以及它们之前通信；
Cluster Glue：相当于一个中间层，它用来将heartbeat和pacemaker关联起来，主要包含2个部分，即为LRM和STONITH。
Resource Agent：用来控制服务启停，监控服务状态的脚本集合，这些脚本将被LRM调用从而实现各种资源启动、停止、监控等等。
Pacemaker:也就是Cluster Resource Manager （简称CRM），用来管理整个HA的控制中心，客户端通过pacemaker来配置管理监控整个集群。Pacemaker 提供了多种用户管理接口，分别如下： （1）crm shell：基于字符的管理方式；
（2）一个使用Ajax Web配置方式的web konsole窗口；
（3）hb_gui ，即heartbeat的gui图形配置工具，这也是原来2.1.x的默认GUI配置工具；
（4）DRBD-MC，一个基于Java的配置管理工具。
三，各个模块之间的关系
cib保存所有集群的消息，保证集群的一致性，也是与其他进程交互的接口
heartbeat3.x内部组成及关系
红色部分传递集群消息
蓝色部分负责控制，将信息交给底层
绿色部分负责执行
四，heartbeat版本之间的差异
Heartbeat各个版本之间的异同与1.x风格相比，Heartbeat2.1.x版本之后功能变化如下：
1）保留原有所有功能如，网络,heartbeat ,机器down时均可切换资源。
2）自动监控资源默认情况下每2分钟检测资源运行情况，如果发现资源不在，则尝试启动资源，如果60s后还未启动成功，则资源切换向另节点。时间可以修改。
3)可以对各资源组实现独立监控.比如apache运行在node1上,tomcat运行在node2上,Heartbeat可同时实现两台主机的服务监控。
4）同时监控系统负载可以自动将资源切换到负载低的node上。Heartbeat官方最后一个STABLE release 2.x 版本是2.1.4，Heartbeat 3官方正式发布的首个版本是3.0.2，Heartbeat 3与Heartbeat2.x的最大差别在于，Heartbeat3.x按模块把的原来Heartbeat2.x拆分为多个子项目，但是HA实现原理与Heartbeat2.x基本相同。配置也基本一致。
五，heartbeat集群的拓扑
