PostgreSQL 的 Patroni 是一个系列, 目前已经写到了 4 , 实际我也不知道应该写到多少结束.
?...Patrnoi , 不大想一开始就是安装, 还是从他的起源和历史来,要不使用了,还不知道他从哪里来, 有可能从哪里去, 也枉然用过他....为什么要使用patroni ,对比目前的常用的高可用的方式存在的问题
1 提升一个复制节点时无响应的情况下,存在脑裂的可能
2 单一的monitor节点对于集群的监控缺陷以及失败节点必须被清理的问题...实际上到底Patrnoi 有没有一个简单的 introduce
Patroni 是一个有 Zalando 研发的,完整由python 代码的开源产品,通过DCS来对postgresql 各个节点的状态进行判断...那么还有一个问题值得来说,到底 patroni 应该最低是几个几点, 这里建议是3个节点, 这和 MYSQL 的MHA 中建议的三个节点是一个意思, 大多数原则,防止由于网络等问题,造成的一些双数节点出现的不可预测的问题