标签：管理系 lrm lsb 活跃度 能力 活跃 在线的 size 恢复
一、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 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脚本
标签：管理系 lrm lsb 活跃度 能力 活跃 在线的 size 恢复
原文地址：http://www.cnblogs.com/clsblog/p/6202869.html
