在Ubuntu上学习PostgreSQL高可用性，能否掌握构建企业级数据库集群的终极秘诀？

为什么在Ubuntu上实现PostgreSQL高可用如此让人头疼？

许多 DBA 和开发者在尝试搭建公司级 PostgreSQL 集群时常遇到以下痛点： • 方案众多却不知哪种最适合自己的业务场景；• 配置文件繁琐，稍有差错就导致故障转移失效；不过，• 自动化程度不足，手动干预频繁增加运维负担；• 对成本敏感又担心稳定性不达标。怎么说呢，

一、常见的 PostgreSQL 高可用方案概览

• Patroni + etcd基于复制栈的全自动化方案。适合对可用性要求极高的生产环境。
• pg_repmgr轻量级复制管理工具。配合守护进程实现半自动切换，上手门槛低。
• 主从 + Keepalived VIP: 最简洁的 VIP 漂移方案，成本最低但功能相对单一。按理说，

二、Patroni + etcd 方案详细说明

1. 方案原理

Patroni 负责集群控制面与故障检测；etcd 作为分布式锁存储，确保只有一个节点成为首领。这样即使网络抖动或节点宕机，也能在秒级完成故障转移。

2. 关键配置要点

• etcd 集群地址必须保持一致；选举失败由否则会导致，按理说，
• 数据目录需提前创建并授予 postgres 使用者权限。
• Patroni 配置文件中 restapi.listen_address 必须绑定到所有节点可达的 IP，否则健康检查无法通过。