pacemaker各组件功能及关系

                                                               节点 B

Resource Agents(RA)

RetdHat技术路线

pcs

pcsd是后台守护进程，提供REST服务，负责接收来自pcs（命令行 GUI）或pcs web ui的ha管理 http请求物理上，pcsd安装在HA集群的各节点上，可接收来自本机或其它节点的pcs或pcs web ui的REST请求

调用crmsh命令

pcsd

crmsh

pcs web ui

各种隔离防护组件驱动程序(fencing devices)

客户端

pacemaker

核心组件

corosync

hawk

客户端GUI实现路线：1. 在核心组件之上，openSUSE开发了crmsh的命令行GUI客户端，在此基础上又开发了web gui( ghawk-apiserver和hawk)。2. Red Hat走了另外一条技术路线：先开发了对外提供REST服务的pcsd守护服务，在此基础上，开发了命令行GUI pcs和pcs web ui客户端。3. 从下图可知，上面的路线1依赖比较多，实现j架构比较复杂，构建过程中遇到许多问题。因此目前正在尝试路线2来实现客户端能力。

隔离软硬件设施（共享存储/网络/电源/vmware/docker/云平台）

汇报节点状态

                                                              节点 C

业务服务（如MQ）

本地调用

配置读写

REST

hawk-apiserver

待构建的工程：https://github.com/ClusterLabs/sbdhttps://github.com/ClusterLabs/fence-agents

CIB

提供了Web GUI 管控台。物理上，web管控台可安装在集群任意一个或所有节点上

命令行GUI

Web GUI

命令行GUI 未提供对隔离设备的配管能力，因此上层的Web GUI也不具备相应功能

隔离手段: 故障节点 断电/断网/断访问等

pcs和crms是pacemaker 的命令行GUI客户端，提供了集群配置（包括资源代理和corosync，但不包括隔离保护装置）和管理（如启停集群）能力物理上，pcs可部署在任意一个或所有节点上，pcs可向本地pcsd或其它节点、整个集群所有节点的pcsd守护进程发起REST请求。

                                                                节点 A

OpenSUSE技术路线

corosync+Resource Agent+隔离防护组件+pacemaker组合起来，实现了高可用的核心功能，包括：1. corosync：多个主、备节点的检测能力，当发现节点故障时，汇报给pacemaker，由后者决策故障切换2. 资源代理（Resource Agent，进程名：pacemaker-execd）：类似于数据库驱动，各个需要pacemaker提供高可用能力的业务（如xigemaMQ）都要提供对应的资源代理服务，pacemaker通过资源代理来管理（如启停）业务。  常见的资源代理实现方式有：     a. systemd类型资源代理：业务要实现通过linux systemd（命令： systemctl start/stop/restart/status）来管理。     b. LSB类型资源span style=\"font-size: inherit;\