POSTGRESQL 高可用 repmgr 回答问题 ,失败的主节点怎么处理?

本文详细解析了PostgreSQL高可用架构下,如何使用repmgr处理主从切换后的节点重加入流程,特别关注pg_rewind的使用场景与条件,包括其在数据同步中的作用及执行失败的应对策略。

(如果不知道在说什么的,请参见之前的 6期文字 谁说postgresql 没有靠谱的高可用 1-6)

清早有一个数友,提出了一个问题,参见上图。一般来说数据库如果做了高可用(主从,非支持分布式协议的那种,类似REPMGR),在主从切换后,是可以将主变为从,继续rejoin 到repmgr 的HA中的。

首先我们要确认的是,我们已经有了两台POSTGRESQL , 并且已经安装了 REPMGR 并且,已经启用了 repmgrd 自动检测failover 的进程在两台机器上。

主库

secondary

问题应该就从这里开始,我们来捋一捋,如果主库挂了有几种情况

1  主库由于某些原因,短暂的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值