Repmgr集群连接信息的安全更新实践指南

背景概述

在PostgreSQL高可用解决方案中，Repmgr作为一款成熟的集群管理工具，其连接信息的安全性配置至关重要。许多DBA在初期部署时可能仅配置基础连接参数，随着业务发展需要增强安全措施，如添加SSL加密和连接超时控制。

问题现象

当管理员修改repmgr.conf配置文件中的conninfo参数（例如增加sslmode和connect_timeout）后，发现以下情况：

1. 重启repmgrd服务不生效
2. 集群状态查询仍显示旧连接字符串
3. 配置变更未在集群节点间同步

根本原因

Repmgr的节点连接信息以元数据形式持久化存储在repmgr库中，仅修改配置文件不会自动更新已注册节点的元数据。

解决方案

方案一：完整重新注册（推荐）

1. 主节点操作

   repmgr primary register -F
   

   -F参数强制更新现有注册信息

2. 备节点操作 在每个备节点执行：

   repmgr standby register -F
   

方案二：先注销后注册

1. 依次在所有节点执行注销：

   repmgr node unregister
   

2. 按主从顺序重新注册节点

方案三：直接修改元数据（高级）

通过SQL直接更新repmgr.nodes表：

UPDATE repmgr.nodes SET conninfo = '新连接字符串' WHERE node_id = X;

需注意此方式需确保所有节点配置同步更新。

最佳实践建议

1. 变更窗口选择：在业务低峰期执行
2. 验证步骤：
   • 修改后立即检查repmgr node status
   • 验证节点间复制状态
3. 配置管理：
   • 使用配置管理工具确保所有节点配置一致
   • 将conninfo参数纳入版本控制

补充说明

对于生产环境，建议conninfo至少包含：

conninfo='host=node1.example.com user=repmgr dbname=repmgr sslmode=verify-full connect_timeout=5'

其中sslmod建议使用verify-full级别，connect_timeout建议设置为2-10秒。

通过以上方法，可以安全地更新运行中Repmgr集群的连接信息配置，同时确保集群高可用性不受影响。