在Kubernetes中将Postgres数据库升级为高可用（HA）方案

核心结论 #

你提到的「创建新库、迁移数据、保留旧库运行，验证正常后切换URL」方案完全正确，这是数据库迁移中实现最小停机的标准蓝绿部署思路，能把业务中断风险降到最低。

具体实施步骤 #

1. 前置准备

• 对齐核心参数：确保postgresql-ha集群的字符集、时区、PostgreSQL版本和旧实例完全一致，避免数据导入或运行时出现兼容性问题
• 备份旧库：用pg_dumpall做全量备份，命令示例：

  pg_dumpall -h <旧库Service名称> -U <用户名> -f old_db_backup.sql
  

• 配置新集群：用Bitnami Helm Chart部署postgresql-ha时，指定和旧库相同的数据库名、用户名、密码，减少后续服务配置修改量

2. 部署并验证新HA集群

• 部署postgresql-ha：

  helm install postgres-ha bitnami/postgresql-ha --set postgresql.username=<旧库用户名>,postgresql.password=<旧库密码>,postgresql.database=<旧库数据库名>
  

• 测试连接：通过Kubectl端口转发或集群内Service地址连接新集群主节点，确认可正常读写

3. 全量数据迁移

• 导入备份到新集群：

  psql -h postgres-ha-postgresql -U <用户名> -d <数据库名> < old_db_backup.sql
  

• 校验一致性：对比新旧库核心表的行数、关键数据，比如执行SELECT COUNT(*) FROM <核心业务表>，确保数据完全匹配

4. 双写同步（零停机关键）

• 修改API配置，让业务同时向新旧两个数据库写入数据（代码不支持双写的话，可临时用数据库代理做路由转发）
• 持续运行1~2个业务高峰周期，监控新库写入情况，确保所有新增/修改数据都同步到位
• 检查HA集群副本同步状态：

  psql -h postgres-ha-postgresql -U <用户名> -c "SELECT pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) FROM pg_stat_replication;"
  

  确保副本延迟在可接受范围内

5. 切换业务流量

• 先将读请求逐步切换到新HA集群的只读副本，验证读业务正常
• 确认读请求稳定后，修改API的数据库连接URL为新集群主节点地址，停止双写
• 实时监控服务日志和数据库指标，排查是否有连接错误或数据异常

6. 收尾与回滚预案

• 旧库保持运行至少24小时，期间设置为只读模式，防止误写入
• 如果切换后出现问题，立即将API切回旧库地址，停止新集群写入，排查故障后再重新尝试切换

内容的提问来源于stack exchange，提问作者scotti8