POSTGRESQL 高可用 Patroni VS Repmgr 到底哪家强（1）

最新推荐文章于 2025-10-25 18:38:18 发布
原创 最新推荐文章于 2025-10-25 18:38:18 发布 · 1.2k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#分布式 #数据库 #python #linux #java

2a86ef411bb705227765dff64f721d61.png

在众多postgresql 高可用模式中，主要的参与者有两位， Patroni VS repmgr 基于这二者的功能优点以及缺点相信大部分人都不是太明确，下面将根据两篇翻译的文字合并，来对两个高可用的程序来做一个比较， cons and pros。 

1  Repmgr 是一款开源的基于postgres复制基础上的高可用软件，他基于2ndQuadrant 公司开发而来，提供完整的基于从安装到部署，从设置到管理以及监控的一体化的postgresql 高可用方案，并且支持手动的POSTGRESQL 高可用切换和自动切换的方案，支持看门狗的模式。

通过repmgr 程序来对服务在数据库内进行注册，并且通过repmgrd来进行多点的failover监控，可以在切换的过程中完成选主，与损坏节点再次加入到集群中，作为从库的一体化方案。并且提供延迟的方案，以预防网络不稳定带来的误切换的问题。

在集群中的节点数为偶数的情况下repmgr 本身通过witness见证服务器来解决脑裂的问题，见证服务器是一个节点，只考虑多数投票计数。

2  Patroni 

Patroni 本身起源于一个Governor 的分支，来自于一个compose 项目，在Zalando 中被改进的原来越好用。https://github.com/zalando/patroni，这是一个python 编写的开源工具组件，通过他来进行POSTGRESQL的集群高可用性的支持，通过分布式存储的方式来完成一致性模型，目前一般配合etcd 基于raft 协议的分布式系统来使用。Patroni确保PostgreSQL HA集群的端到端设置，包括流复制。它支持创建备用节点的各种方式，工作方式类似于模板，可

最低0.47元/天 解锁文章
【生产实践】PostgreSQL高可用Patroni安装（超详细已踩坑）
DBA之路的博客
11-14 1350
一 安装Patroni 0 Patroni 对Python的版本要求 我安装的是Patroni最新版本 ：4.0.3，Patroni 对Python 版本有要求，没有具体的版本矩阵，但是根据每个版本发布信息可以得到以下信息 Patroni 4.0 需要 Python 3.8 以上（可以根据下面发布版本信息推理出） Version 3.0.2 Version 3.0.2 dropped support of Python older than 3.6. 版本3.0.2不再支持3.6版本以下的P
PostgreSQL高可用之Repmgr和Patroni部分场景对比
lulusmsy的博客
08-12 625
PostgreSQL数据库有着各种各样的高可用方案，绝大多数，都是基于流复制机制实现的，常见的例如Patroni+DCS,Pacemaker+Corosync,Repmgr，keepalived，pg_auto_failover，PGpool等等，其中使用较多的应该是Patroni和Repmgr两种，下文针对PostgreSQ的两种高可用方案Repmgr和Patroni进行部分场景对比。...
PostgreSQL 复制与高可用架构详解
csdn_tom_168的博客
09-10 1164
PostgreSQL高可用架构解析 本文深入探讨PostgreSQL的复制机制与高可用方案。核心内容包括：1)流复制技术实现毫秒级物理同步，支持读写分离；2)逻辑复制实现表级灵活同步，支持跨版本数据分发；3)高可用架构设计，对比手动切换与基于Patroni的自动切换方案。详细提供了主从部署、同步/异步配置、逻辑复制实施的具体步骤和性能对比，并给出生产环境的最佳实践建议，帮助构建稳定可靠的数据库集群。
POSTGRESQL 高可用 Patroni VS Repmgr 到底哪家强（2） 更详细的指标
sql server的专栏
09-18 819
接上期，上期大致比对了一下基本的指标，本期就的详细的比对一下两个高可用软件的信息的功能了。以上信息展开来看序号详细指标指标对象1清理postgresql 进程，系统可被拉起使系统正常针对高...
PostgreSQL高可用方案：Patroni与自动故障转移
最新发布
2501_93895648的博客
10-25 183
Patroni是基于Python的开源高可用框架，通过分布式共识系统（如Etcd/Consul/ZooKeeper）管理PostgreSQL集群状态。故障转移触发条件满足： $$ \text{健康检测超时} + \text{领导者锁释放} \Rightarrow \text{备节点升主} $$（重试间隔）的黄金比例 $$ \frac{\text{ttl}}{\text{retry_timeout}} \geq 3 $$，确保故障节点恢复后能自动同步数据。：避免"脑裂"需配置。
【PostgreSQL高可用之Repmgr和Patroni部分场景对比】
小怪兽的博客
08-11 2911
PostgreSQL数据库有着各种各样的高可用方案，绝大多数，都是基于流复制机制实现的，常见的例如Patroni+DCS,Pacemaker+Corosync,Repmgr，keepalived，pg_auto_failover，PGpool等等，其中使用较多的应该是Patroni和Repmgr两种，下文针对PostgreSQ的两种高可用方案Repmgr和Patroni进行部分场景对比。当所有连接到主节点的尝试都失败时，Repmgrd 将通过选举选择最符合条件的备用节点作为新的主节点。...
postgresql高可用对比
11-04
本人进行了postgresql数据库两种高可用pgpool和keepalived进行了性能对比，里面包括了自己写的性能测试脚本和测试结果的对比数据。
PostgreSQL高可用方案比较说明书.pdf
10-10
想知道要用于PostgreSQL部署的高可用性框架吗？，我们比较了PostgreSQL自动故障切换（PAF）与Replication Manager（repmgr）与Patroni之间的前3个框架。我们深入研究了框架的工作原理，设置要求，优缺点以及它们在备用服务器测试，主服务器测试和网络隔离测试（裂脑场景）中的执行情况，以帮助您确定最佳的框架来改善PostgreSQL驱动的应用程序的正常运行时间。
PostgreSQL高可用性、负载均衡、复制与集群方案介绍
weixin_33701564的博客
08-27 742
2019独角兽企业重金招聘Python工程师标准>>> ...
Patroni高可用
喝醉酒的小白
02-25 883
Patroni 提供了用于配置高可用性 PostgreSQL 集群的模板。
PostgreSQL高可用套件repmgr+pgpool
PostgreSQL China
08-12 1387
作者：徐田原 一、背景概述 关于PosgreSQL高可用管理套件，PG生态圈提供许多人气比较高的开源高可用和故障转移工具，比如Patroni、Repmgr、PAF、Stolon等。下面重点给大家推荐关于repmgr这款精简易用的流复制工具。个人觉得，repmgr与声名远扬的ORACLE ADG逻辑复制工具非常类似。它的功能强大，安装和配置简单，有很强的可操控性。下面也会介绍两种异构数据库不用的复制方式的工具。 repmgr是一个2ndQuadrant开发的一款复制的开源工具套件，用于管理PostgreSQL
Patroni原理分析.pdf
08-19
patroni原理分析patroni原理分析patroni原理分析
Repmgr（含 Repmgrd）与 Patroni 的全面对比
喝醉酒的小白
06-18 911
Repmgr 以。
postgresql 高可用框架对比
weixin_42600407的博客
02-14 769
PostgreSQL 的高可用框架有许多种，每种都有其独特的优缺点。下面是一些常见的高可用框架的对比： Pgpool-II：这是一个开源的负载均衡和数据库代理，支持主从复制和读写分离。它的优点在于易于安装和使用，缺点是不支持实时备份。 Repmgr：这是一个用于管理 PostgreSQL 集群的开源工具，支持主从复制和自动故障转移。它的优点在于简单易用，缺点是不支持读写分离。 Cluster...
PostgreSQL DBA(121) - pgAdmin(HA：PAF vs repmgr vs Patroni)
sqlora的专栏
08-13 672
本节简单介绍了PostgreSQL HA三种解决方案PAF（PostgreSQL Automatic Failover）、repmgr和Patroni的Pros（优势）和Cons（劣势）。 PAF PAF Pros 1.PAF provides the user a free hands-on configuration and setup of PostgreSQL. 2.PAF can handle node failures and trigger elections when the mast
patroni+etcd+pg高可用
Du.的博客
04-05 2380
一、软件及版本： CentOS 7.5 PostgreSQL 11 patroni 2.0.1 etcd 3.3.11 二、主机规划 ip hostname 占用端口 vip 10.109.1.21 wlan-pg-001 5432(pg)、8008(patroni)、etcd(2379传输,2380心跳) 10.109....
PostgreSQL数据库高可用——patroni介绍
肥叔菌的博客
01-18 3674
Patroni是一个模板，您可以使用Python创建自己的定制化、高可用性解决方案，并为最大的可访问性提供分布式配置存储，如ZooKeeper、etcd、Consul或Kubernetes。希望在数据中心或其他任何地方快速部署 HA PostgreSQL的数据库工程师、DBA、DevOps 工程师和 SRE会发现它很有用。我们称 Patroni 为“模板”，因为它远非一刀切或即插即用的复制系统（replication system）。It will have its own caveats. Use wis
PostgreSQL-Patroni高可用搭建部署
侯晓阳的博客
08-26 2412
Patroni高可用，算是PGSQL所有高可用插件中，比较牛掰的了，功能强大，支持自动拉起postgresql实例，将主库变为从库，支持经过watchdog防止脑裂，Patroni自身没有一致性协议，需要通过DCS(分布式配置存储)，如etcd、consul、zookeeper等，来提供一致性模型。
高可用环境下的Patroni & etcd
肥叔菌的博客
01-13 1543
译者：王志斌 从事数据库产品相关工作，主要致力于postgresql数据库高可用解决方案及云端产品化工作。 作者：CAITLIN STRONG Crunchy Data的产品经常包括高可用。主要是通过Patroni和etcd这两个工具来进行管理的。今天我要探索一下它们是如何工作的。Patroni依赖于etcd 集群的正确操作来决定PostgreSQL做什么。当这两个部分之间的通信中断时，会导致环境不稳定，导致故障转移、集群重新启动，甚至主数据库丢失。为了充分理解这种关系的重要性，我们需要了解这些部分如何工.
PostgreSQL高可用方案repmgr部署
03-14
<think>好的，我现在要回答用户关于如何使用repmgr部署PostgreSQL高可用集群的问题。首先，我需要回顾用户提供的引用内容，确保回答准确。 根据引用[2]，部署过程分为准备工作和主库配置。用户需要先在所有节点安装repmgr和PostgreSQL。主库需要修改postgresql.conf，调整max_wal_senders、wal_level等参数。这部分是关键，因为正确的配置是复制的基础。然后创建复制用户和数据库，注册主节点。接下来是备库的安装和配置，同样需要修改配置文件，并从主库克隆数据。注册备库后，集群就初步搭建完成了。 用户提到的引用[3]指出，虽然主从搭建完成，但还存在自动故障转移和节点管理的问题。这里需要补充repmgr的故障检测和切换机制，比如设置repmgrd守护进程，并配置参数如failover=automatic。同时，可能需要结合外部工具如SLB来处理入口分离，而不是使用pgpool，这点需要强调。 接下来，用户可能需要知道如何验证集群状态，使用repmgr cluster show命令。此外，监控和日志管理也是重要环节，确保及时发现和处理问题。 生成相关问题时，要考虑用户可能的后续需求，比如如何扩展节点、如何处理网络分区或数据不一致的情况，以及与其他高可用方案的对比。例如，引用[1]提到Repmgr和Patroni的对比，可以引导用户进一步了解不同工具的优缺点。 需要确保回答结构清晰，分步骤讲解，并引用正确的来源。同时，注意使用中文，数学公式和代码块的格式正确。最后，检查是否有遗漏的步骤或常见问题，确保用户能够顺利部署并理解后续管理方法。</think>### 使用repmgr部署PostgreSQL高可用集群的步骤 以下流程基于引用内容整理，涵盖主从节点配置、故障转移及注意事项。 #### 1. 准备工作 - **所有节点**安装PostgreSQL和repmgr ```bash # 以CentOS为例 yum install postgresql-server repmgr ``` - 确保所有节点网络互通，SSH免密登录配置完成[^2]。 #### 2. 主库配置 **2.1 修改`postgresql.conf`** ```bash max_wal_senders = 10 max_replication_slots = 10 wal_level = 'hot_standby' hot_standby = on archive_mode = on archive_command = '/bin/true' # 禁用归档（repmgr无需归档） ``` **2.2 创建复制用户与数据库** ```sql CREATE USER repmgr WITH SUPERUSER LOGIN; CREATE DATABASE repmgr OWNER repmgr; ``` **2.3 注册主节点** ```bash repmgr primary register # 注册当前节点为主库 ``` #### 3. 备库配置 **3.1 同步主库数据** ```bash repmgr -h <主库IP> -U repmgr -d repmgr standby clone ``` **3.2 启动并注册备库** ```bash pg_ctl start repmgr standby register # 注册为备库 ``` #### 4. 验证集群状态 ```bash repmgr cluster show # 显示节点角色与状态 ``` 输出示例： ``` ID | Name | Role | Status | Upstream ---+--------+---------+-----------+--------- 1 | node1 | primary | * running | 2 | node2 | standby | running | node1 ``` #### 5. 实现自动故障转移 **5.1 启动守护进程`repmgrd`** ```bash repmgrd -d --verbose # 所有节点启动监控守护进程 ``` **5.2 配置`repmgr.conf`** ```ini failover=automatic # 启用自动切换 promote_command='repmgr standby promote' follow_command='repmgr standby follow' ``` #### 6. 注意事项 - **入口分离**：建议结合云服务商SLB（如AWS ALB或阿里云SLB）实现流量分发，避免使用pgpool增加复杂度[^3]。 - **节点扩容**：新节点需重复步骤3，并通过`repmgr node join`加入集群。 - **监控告警**：配置`repmgr`日志与Prometheus监控，实时检测节点健康状态。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值