PostgreSQL 高可用集群 repmgr 与 头疼的问题

PostgreSQL 的高可用的方案，基本上不是原生的，大多是依靠第三方的公司来进行开发的，挂名的有那么几种 Patroni, PGPOOL-II, Repmgr  , 等等几种。PGPOOL-II 在安装适用中遇到很多问题，按理说一家日本公司做的东西应该靠谱，可惜问题太多，所以不能被作为 HA 的方式使用。

一个HA 的方式应该是简单的，高效的，并且抗X 的。 (我没有提分布式，只说HA)

  Repmgr 作为几大PG支持的公司 2ndQuadrant,产品也是比较靠谱的。目前repmgr 4.4的版本已经支持了 PG11 。文字中的PG 版本都是基于目前PG 11的版本。

安装的过程其实没有什么说的就是编译安装，但是我在安装的时候遇到了一些事情，如果有遇到的同行可以快速解决问题。

1 你POSTGRESQL 编译安装后，是否设置了系统变量，如果不设置系统变量就会遇到不少问题

2 不设置系统变量，你的BIN目录下的 PSQL PG_CONFIG 等文件是你编译的文件。

如果你在编译repmgr 时遇到版本不对等问题，多半你的从这里查起。

以下文字均建立在

1 您已经会独立安装POSTGRESQL 并无故障的基础上

2 您理解并可以进行流复制的设置和部分问题的故障排查

下面会有两台机器，

IP 分别为 192.168.198.110

              192.168.198.111

在此基础上，PG 的部分配置在主库上是必须进行配置的

max_wal_senders = 10

max_replication_slots = 10  

wal_level = replica 

hot_standby = on

archive_mode = on 

archive_command = 'test ! -f /pgdata/archive/%f && cp %p /pgdata/archive/%f'

如果您不知道上面的都是什么，这里大致的介绍一下，PG的复制其中有流式复制和逻辑复制两种，我们采用的是流式复制。

以上的配置中前四个都是与流式复制有关的配置信息，后面两个是LOG 的 archive的设置。

后面需要设置的就是 repmgr 的操作数据库的用户和相关repmgr 存储元数据的数据库。

创建repmgr用户 ，以及创建repmgr 数据库

create user repmgr superuser login;

 alter user  repmgr with password 'repmgr';

create database repmgr;

alter database repmgr owner to repmgr;

ALTER USER repmgr SET search_path TO repmgr, "$user", public;

在设置完这些，还需要进行 pg_hba.conf的设置

local   repmgr     repmgr                                        trust

host    repmgr     repmgr             127.0.0.1/32        trust

host    repmgr     repmgr             ::1/128                 trust

host    repmgr     repmgr             192.168.198.0/24 trust

对下载的rpemgr 进行编译，需要提前设置好相关的数据库的变量，如不清楚可以翻阅之前的关于POSTGRESQL 安装的一篇文字，大约在2个月前。

repmgr -f /etc/repmgr.conf primary register

repmgr.conf中必须包含的内容

node_id=1                        

node_name='192.168.198.110'                conninfo='host=192.168.198.110 user=repmgr dbname=repmgr connect_timeout=2'

data_directory='/pgdata/data'

repmgr -f /etc/repmgr.conf cluster show

在注册完主节点后，可以通过上面的命令来进行验证是否成功注册

在standy 从库也安装 repmgr 并且设置 repmgr.conf 到 /etc/目录下

相关的内容

我们需要去验证我们马上要进行的clone 是否能够成功

如果之间有问题，会在打印的信息报错，无法有以下几种

1你的主从库网络连接问题

2 账号的问题，无法通过你给的账号进行联通

3 你的从库的PG 启动并且在数据目录里面有数据

下面就直接进行命令的操作，可以蛋刀数据整个的一体化操作都完成了，数据的拷贝， standy 的注册等。

启动从库

我们在主从库之间验证相关的复制是否已经工作

主库

从库

下面将注册信息存储在复制集中

并且主从中通过命令都可以查到相关的注册信息

在做完这一切后，我们可以演练一下，如何手动的来切换，主从库

再次运行命令来验证是否切换成功

可以看到主从切换成功了。

我们再次进入到主机进行验证，你可以通过主机名来看到切换是成功了

当然你还可以在切换回来和刚才的操作一样

通过这一轮简单的操作，repmgr 的主机主从切换是如此简单，当然他的功能还不止于此，自动在故障的时候，进行切换他也很在行，我可以认为他是POSTGRESQL 界中的 MHA 。 

在总结一下repmgr 的优点

1 安装简单

2 功能强大

3 有较清晰的文档

4 背后有PG 业界知名公司做后盾

5 支持到目前最新版本的 PG 11

下次的找机会做一次自动切换  待续

至于头痛的问题，自己还是学的太慢，成长的速度跟不上产品迭代的速度，周三听大佬视频，都到 PG 12 preview 功能更牛X,  这11的丰富功能学的还都半铲子，快吐血了。