PostgreSQL 上的流式复制和故障转移

Question

我正在对 PostgreSQL 复制进行概念验证。在论坛上讨论后，我们决定使用流式复制，因为与其他解决方案相比，它的性能很好。PostgreSQL 不为流式复制提供自动故障转移。我们可以使用触发文件将从站切换到主站，但它是不可管理的。所以我想要一个具有自动故障转移和高可用性的解决方案。

有不同的解决方案：

1. 更新程序
2. Linux心跳
3. Pgpool-II（仅用于自动故障转移）
4. 如果您使用过任何其他工具。

我的问题是应该使用哪种解决方案？

Answer 1

在我们的商店中，我们选择了 repmgr 和 pgbouncer 而不是 pgpool。repmgr 有一些很好的工具来设置和维护复制数据库服务器集群。在我们的例子中，1 个主站和 2 个从站（一个故障转移和一个实时读取性能测试，可以成为新主站的故障转移）。pgpool 的配置更改有问题，在大多数情况下，您必须重新启动服务，因此您有一些停机时间。当您需要 24x7x365 可用性时，这是一个问题。

repmgrd（守护进程）有助于在故障转移后选择新的主服务器，您真的不希望出现脑裂情况。我们有一个用于 master 数据库的虚拟 IP 地址，即当时的 master 数据库。当另一台服务器成为主服务器时，这是唯一使用此地址的服务器。每个数据库服务器也有它自己的用于只读查询的 ip 地址。

repmgr 由最初创建流式复制的同一个人维护，因此他们知道他们在谈论什么。2.0版本即将发布。

为最坏的情况做好准备，拔掉一些电源和网络插头，做一些严肃的测试！当出现问题时，许多其他事情已经出现问题，并且在您负担不起时会在后面咬你。

复制是一回事，在一些严重问题后进行有效的故障转移是另一回事。

Answer 2

我们同时结合使用两种不同的解决方案......

Pgpool-II 用于同步复制，Slony2 用于异步（触发）复制。

性能优良