金仓数据库KingbaseES Clusterware配置手册（系统结构 ）

目录

2.1. 概述 ¶

2.2. 系统架构 ¶

---

2.1. 概述 ¶

Clusterware作为全局资源管理的系统，可以解决大部分分布式系统中出现的问题，如脑裂、集群节点的增减等问题。作为去中心化的系统，避免了中心节点由于集群过大带来的过多负载压力的问题，在大集群应用的情况能够很好的提供集群系统的高吞吐、高压力、高负载的承载。

2.2. 系统架构 ¶

Clusterware主要提供集群管理服务功能，在部署时，需要将Clusterware部署在集群中的每个节点上。为了实现多节点数据共享的功能，需要提供多节点共享的存储设备。基于共享存储，Corosync-qdevice进程会进行选举，实现分区quorum的判定。在选举中赢得选举的分区，Corosync之间会达成共识，实现集群的通信功能。这样当我们通过crmsh配置Pacemaker管理的资源时，配置信息会通过Corosync广播到整个集群。除了配置的广播，Corosync还会实现运行中各种状态和数据的通信，是Clusterware的通信子系统。同时由于corosync-qdevice也会通过corosync实现各节点配置读取和通信，因此在启动时，需要先启动corosync服务。在Corosync服务（包括qdevice）启动后，需要拉起Pacemaker服务。Pacemaker主要负责管理外部资源，包括VIP、Filesystem以及分库资源。通过crmsh可以有效的操作Pacemaker按照各种规则和约束去管理各类资源。实际上，crmsh是管理员（DBA）最常用的Clusterware工具，是管理员配置和管理Pacemaker以及Pacemaker管理的资源的重要手段。

1. KingbaseES clusterware典型组网方式如下图：

1. KingbaseES clusterware运行架构

组件中pacemaker、corosync（包含qdevice）都有daemon运行在每个节点上。resource agents、crmsh没有daemon运行，会在执行的节点上运行。