EnterpriseDB repmgr安装方式变更：从EDB仓库迁移到PGDG仓库

背景介绍

EnterpriseDB repmgr是一个流行的PostgreSQL复制管理工具，长期以来为PostgreSQL高可用解决方案提供了重要支持。近期，用户发现原本通过EnterpriseDB官方仓库安装repmgr的方式出现了SSL证书验证失败的问题，这实际上是EDB仓库服务变更导致的。

问题现象

当用户尝试使用传统的EDB仓库安装命令时：

curl https://dl.enterprisedb.com/default/release/get/14/rpm | sudo bash

系统会返回SSL证书验证错误，提示"no alternative certificate subject name matches target host name 'dl.enterprisedb.com'"。这个错误表面上看是证书问题，实际上反映了更深层次的服务变更。

原因分析

根据项目维护者的说明，EDB官方仓库服务已经停用一段时间。这意味着：

1. 原有的安装URL和仓库配置已不再维护
2. 所有相关的SSL证书和服务端点都已下线
3. 文档中可能仍存在指向旧仓库的链接，容易造成用户混淆

解决方案

目前官方推荐的安装方式是使用PostgreSQL全球开发组(PGDG)维护的仓库：

1. 对于基于RPM的系统(CentOS/RHEL等)：

   • 首先添加PGDG仓库
   • 然后通过yum/dnf安装repmgr包

2. 对于基于Debian的系统(Ubuntu/Debian等)：

   • 添加PGDG apt仓库
   • 通过apt-get安装repmgr

迁移建议

对于已经通过旧EDB仓库安装的用户：

1. 建议迁移到PGDG仓库版本
2. 检查并更新自动化部署脚本中的仓库配置
3. 验证现有repmgr配置与新版本的兼容性

技术影响

这一变更反映了PostgreSQL生态系统的标准化趋势：

1. PGDG已成为PostgreSQL相关软件的事实标准分发渠道
2. 集中式仓库有利于版本统一和依赖管理
3. 减少了用户需要维护的仓库数量

总结

PostgreSQL生态工具的安装方式正在向PGDG仓库集中，这一变化虽然短期内可能造成一些迁移工作，但长期来看有利于维护的统一性和软件的可维护性。用户应及时更新安装方式和文档，采用PGDG作为repmgr等PostgreSQL相关工具的标准安装来源。