首页
解决方案 ＋
数据库专业技术服务全栈式PostgreSQL解决方案Oracle分布式存储化数据库云PolarDB一体化解决方案
产品 ＋
CLup:PostgreSQL高可用集群平台 CMiner: PostgreSQL中的CDC CData高性能数据库云一体机 CBackup数据库备份恢复云平台 CPDA高性能双子星数据库机 CSYun超融合虚拟机产品 ZQPool数据库连接池 ConshGuard数据保护产品 APCC: Greenplum管理平台
文档
文章
客户及伙伴
中启开源
关于我们 ＋
公司简介 联系我们
中启开源
登录
×
修改密码

快速入门

安装详解

使用介绍

虚拟机管理

LXC管理

PostgreSQL管理

MySQL管理

Oracle管理

MongoDB管理

Redis管理

PolarDB管理

HighgoDB管理

GaussDB管理

达梦数据库管理

KingBase管理

Vastbase管理

崖山数据库管理

发行说明

自身高可用的mmn模式

自身高可用说明

clup-server自身也支持高可用模式，将clup-server部署到三台机器上(通常是不同机房)，可以通过任意一个clup-server来完成对平台的管理工作，坏任意一个clup-server都可以用其他的clup-server来管理平台。

高可用场景如下：

序号 故障节点 存活节点 服务是否可用 备注
1 1主 2备 是 会自动选择一个备节点提升为主
2 1备 1主1备 是 备节点重新启动服务后会自动修复
3 1主1备 1备 否 如果主节点机器没有问题，开机后启动clup-server服务即可恢复
4 2备 1主 否 只剩一个主节点时，处于选举状态，无法使用；2台备节任一故障节点恢复后，服务可以恢复正常

演示环境如下：

序号 IP 角色
1 10.198.170.11 primary
2 10.198.170.12 standby
3 10.198.170.13 standby

CLup 高可用部署

  1. 先在主节点上部署CLup：部署方法参照 CLup6.x产品手册：快速安装

  2. 停止主节点的CLup服务

    1.  su - clup
    3.  clup-server stop

  3. 修改配置文件

    1.  cd /home/clup/clup-server/conf
    3.  # 编辑clup.conf 文件
    4.  # 修改mmn_host_list,没有的话则添加这个参数
    5.  mmn_host_list = 10.198.170.11,10.198.170.12,10.198.170.13

  4. 在两台备节点机器上部署CLup：部署方法参照 CLup6.x产品手册：快速安装

  5. 停止备节点的CLup服务

    1.  su - clup
    3.  clup-server stop

  6. 修改配置文件

    1.  cd /home/clup/clup-server/conf
    3.  # 编辑clup.conf 文件
    4.  # 修改mmn_host_list,没有的话则添加这个参数
    5.  mmn_host_list = 10.198.170.11,10.198.170.12,10.198.170.13

  7. 启动主节点上的CLup服务，然后启动备节点上的CLup服务

    1.  # 10.198.170.11 此为当前主节点，应先启动
    2.  # clup 用户下
    3.  clup-server start
    5.  # 启动10.198.170.12 10.198.170.13上的CLUP服务
    6.  # clup 用户下
    7.  clup-server start

  8. 验证，稍等片刻后再打开web页面10.198.170.11:8090，点击总览，出现下面红色线框圈选的区域即为成功

高可用验证

主节点故障

关闭当前CLup集群主库所在机器10.198.170.11，登录任意一台后备节点查看CLup日志

  1. # clup 用户下
  2. cd /home/clup/clup-serevr/logs
  3. tail -f clup-server.log
  5. 2025-12-29 14:27:34,857 ERROR Find primary csumdb(10.198.170.11) is down(1 times).
  6. 2025-12-29 14:27:44,869 ERROR Find primary csumdb(10.198.170.11) is down(2 times).
  7. 2025-12-29 14:27:54,880 ERROR Find primary csumdb(10.198.170.11) is down(3 times).
  8. 2025-12-29 14:28:04,892 ERROR Find primary csumdb(10.198.170.11) is down(4 times).
  9. 2025-12-29 14:28:14,902 ERROR Find primary csumdb(10.198.170.11) is down(5 times).
  10. 2025-12-29 14:28:24,913 ERROR Find primary csumdb(10.198.170.11) is down(6 times).
  11. 2025-12-29 14:28:34,918 ERROR Find primary csumdb(10.198.170.11) is down(7 times).
  12. 2025-12-29 14:28:44,926 ERROR Find primary csumdb(10.198.170.11) is down(8 times).
  13. 2025-12-29 14:28:54,928 ERROR Find primary csumdb(10.198.170.11) is down(9 times).
  14. 2025-12-29 14:29:04,936 ERROR Find primary csumdb(10.198.170.11) is down(10 times).
  15. 2025-12-29 14:29:04,936 ERROR csumdb(10.198.170.11) is down
  16. 2025-12-29 14:29:04,942 INFO promote csumdb(10.198.170.12) starting...
  17. 2025-12-29 14:29:04,962 INFO csumdb promote to primary

CLup检测到CLup集群当前主库异常，之后选择一个后备节点提升为主库，上面是将10.198.170.12提升为主库。

我们打开10.198.170.12:8090，登录后查看总览，可以看到当前CLup的主库已经切换到10.198.170.12上，而10.198.170.11变成一个后备节点并被标记为down。

重新启动机器10.198.170.11，检查CLup服务是否已启动:

  1. # 10.198.170.11 clup 用户下
  2. clup-server status
  4. # 如果服务未正常启动，则手工启动服务
  5. clup-server start

我们再次查看总览，可以发现10.198.170.11的CLup状态依旧异常

此时我们可以查看CLup的日志，可以发现10.198.170.11的csumdb被重新搭建了，成为了10.198.170.12的一个备库

  1. # 10.198.170.11 clup用户下
  2. tail -f /home/clup/clup-server/conf/clup-server.log
  4. 2025-12-29 15:03:54,698 INFO the csumdb sr status is not normal, need rebuild.
  5. 2025-12-29 15:03:54,699 INFO Begin rebuild standby csumdb(10.198.170.11) from primary(10.198.170.12)..
  6. 2025-12-29 15:03:54,699 INFO Stop csumdb(10.198.170.11)
  7. 2025-12-29 15:03:54,848 INFO csumdb(10.198.170.11) is stopped
  8. 2025-12-29 15:03:54,152 INFO Use pg_basebackup rebuild csumdb(10.198.170.11)..
  9. 2025-12-29 15:03:54, 209 INFO waiting for checkpoint
  10. 2025-12-29 15:03:55,121 INFO Waiting for determine who is primary, please wait.
  11. 2025-12-29 15:04:00,956 INFO 0/727280 kB (0%), 0/1 tablespace
  12. ...
  13. 2025-12-29 15:04:11,440 INFO 727312/727312 kB (100%), 0/1 tablespace
  14. 2025-12-29 15:04:13,342 INFO Start csumdb(10.198.170.11)
  15. 2025-12-29 15:04:13,695 INFO Recheck csumdb(10.198.170.11) to primary(10.198.170.12) sr status
  16. 2025-12-29 15:04:13,707 INFO csumdb(10.198.170.11) to primary(10.198.170.12) sr status is streaning
  17. 2025-12-29 15:04:13,708 INFO Rebuild standby csumdb(10.198.170.11) from upper node(10.198.170.12) successfully

再打开10.198.170.11:8090，点击总览查看，可以发现10.198.170.11的clup集群状态也变为正常了。

任一备节点故障

现在将10.198.170.13(standby)机器停掉，然后登录10.198.170.11:8090查看CLup个节点的状态。

可以看到10.198.170.13这个节点的状态被标记为异常，CLup服务可以正常使用。

然后将10.198.170.13重新启动，节点状态会自动恢复正常。

目录
img