首页 > 代码库 > pacemaker+corosync/heartbeat高可用集群对比及资源代理RA脚本
pacemaker+corosync/heartbeat高可用集群对比及资源代理RA脚本
一、Pacemaker概念
（1）Pacemaker(心脏起搏器)，是一个高可用的群集资源管理器。它实现最大可用性资源管理的节点和资源级故障检测和恢复，通过使用首选集群基础设施（Corosync或Heartbeat）提供的消息和成员能力。 它可以监测并恢复节点和服务级别的故障，实现进程级高可用。它适合各种大小集群，可以编写脚本，可以管理作为心脏起搏器集群的一部分。再次说明一下，pacemaker是个资源管理器，不是提供心跳信息的，因为它似乎是一个普遍的误解，corosync/heartbeat的工作才是提供心跳信息。pacemaker是一个延续的CRM（亦称Heartbeat V2资源管理器），最初是为心跳，但已经成为独立的项目，例如下图的Heartbeat3.0版本，pacemaker是其中的一个部分或者说是一个模块，heartbeat同样也是一个模块，可以替换为corosync，各个模块有各自的作用。
（2）Heartbeat3.0的组成部分
（3）Pacemaker内部结构
1、Pacemaker - 集群资源管理器(CRM)，负责启动和停止服务，而且保证它们是一直运行着的以及某个时刻某服务只在一个节点上运行（避免多服务同时操作数据造成的混乱），利用集群基础构建提供的信息和成员管理能力，探测并恢复节点以及在其控制下的资源的失效切换，以实现高可用性。
2、Corosync - 消息层组件，管理成员关系、消息和仲裁。
3、Resource Agents - 资源代理，用来控制服务启停，监控服务状态的脚本集合，这些脚本将被LRM调用从而实现各种资源启动、停止、监控等等。任何资源代理都要使用同一种风格，接收四个参数：{start|stop|restart|status}，包括配置IP地址的也是。
- 社区活跃度：
- 配置复杂度:
- 管理资源的灵活性:
- Resource stickiness:
- 配置文件的版本管理:
- 分组管理
- 心跳：就是将多台服务器用网络连接起来，而后每一台服务器都不停的将自己依然在线的信息使用很简短很小的通告给同一个网络中的其它主机，告诉它们自己依然在线，其它服务器收到这个心跳信息就认为它是在线的，尤其是主服务器。
- 心跳信息怎么发送，由谁来收，其实就是进程间通信。两台主机是没法通信的，只能利用网络功能，通过进程监听在某一套接字上，实现数据发送，数据请求，所以多台服务器就得运行同等的进程，这两个进程不停的进行通信，主节点(主服务器)不停的向对方同等的节点发送自己的心跳信息，那这个软件就叫高可用的集群的基准层次，也叫心跳信息传递层以及事物信息的传递层，这是运行在集群中的各节点上的进程，这个进程是个服务软件，关机后需要将其启动起来，主机间才可以传递信息的，一般是主节点传给备节点
五、资源代理（Resource Agent - RA）
一个 RA 是管理一个集群资源的可执行程序，没有固定其实现的编程语言，但是大部分RA都是用 shell 脚本实现的，Pacemaker 使用 RA 来和受管理资源进行交互，Pacemaker 支持三种类型的 RA： LSB Resource Agents、OCF Resource Agents、Legacy Heartbeat Resource Agents。
主流的 RA 都是 OCF 类型的。RA 支持的主要操作包括： start、stop、monitor、meta-data、status
（CIB 是个分布式的XML 文件，有用户添加配置 Pacemaker 和 Corosync 根据 CIB 控制 LRMD 的行为 LRMD 通过调用 RA 的接口控制各资源的行为）
pacemaker+corosync/heartbeat高可用集群对比及资源代理RA脚本