日常使用
方案场景
安装基础
1. 企业版安装包说明
在前面的一键安装中讲解了使用一键安装脚本进行快速安装的方法。对于企业版本我们还提供了使用.bin
的包进行手工安装的方法。
主要安装包如下:
- clupX.Y.Z.el8.x86_64.bin: 是CLup主程序模块,其中X.Y.Z是版本号,如5.0.0。“el8.x86_64”代表是RHEL/CentOS/RockyLinux/AlmaLinux 8的x86_64平台的安装包,如果是arm64平台,软件包的名称是“clupX.Y.Z.el8.aarch64.bin。
- csumdbX.Y.Z.el8.x86_64.bin:是管理模块用户保存自身的数据的一个数据库,是一个完整的PostgreSQL数据库。通常是与CLup管理部署在同一台机器上。其中X.Y.Z是版本号,如5.1.0。
- clup-agentX.Y.Z.el8.x86_64.bin:是CLup的agent模块,是安装在各个数据库主机上的。其中X.Y.Z是版本号,如5.1.0。
2. 部署方式
通常需要一台单独的机器安装CLup管理模块,此管理模块提供WEB界面以及其他的管理功能,高可用功能也是由此模块完成。CLup从这台机器上去探测各个数据库是否正常,如果不正常,会执行相应的高可用切换动作。要求这台机器可以访问所有的数据库主机。而在每台数据库主机上需要安装一个 Agent程序称为clup-agent,CLup主程序模块是通过向每台数据库主机上的clup-agent程序发送命令来完成对每台机器上的数据库的控制。
CLup管理模块自身也支持高可用模式,将CLup管理模块安装在不同机房的三台机器上,访问任何一台机器上的CLup主程序提供的WEB管理界面都可以完成正常的管理工作。这种部署方式在整个机房发生故障后,仍然可以通过部署在其他机房的CLup主程序模块管理PostgreSQL数据库。其部署方式示意图如下:
上面这种部署三个CLup管理模块的架构我们称之为MMN(Multi-management node)架构。而只有一个CLup管理节点的架构,我们称之为SMN(Single management node)架构。
实际生产中,如果没有容灾要求时,通常部署SMN架构的CLup就足够了,因为当CLup管理节点停止了或出现故障时并不影响数据库的运行,只是如果管理节点出故障的同时数据库又出现故障了,这时高可用的自动切换失效了。我们通常会在一台单独的主机上部署CLup管理节点,这样CLup管理节点和数据库节点同时出故障的概率很低了。所以SMN架构可以满足绝大多数的需求。
需要在每台数据库主机上安装clup-agent模块。