节点 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;\
