专栏首页AustinDatabasesPostgreSQL 高可用集群 repmgr 与 头疼的问题

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

本文分享自微信公众号 - AustinDatabases(AustinDatabases),作者:carol11

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-08-08

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 谁说postgresql 没有靠谱的高可用(6)

    接上期,(如果看不懂的,请从第一期看,否则可能和看天书没两样),最近在梳理一些问题的时候,发现一个现象,大部分出现问题后,解决就完了,网上很多文字,大多都是这样...

    AustinDatabases
  • 谁说 PostgreSQL 没有靠谱的高可用(1)

    最近问postgresql 那个高可用靠谱的人越来越多,其实我也试过几种postgresql 的高可用方案,而最近听到的声音是 PostgreSQL 没有靠谱的...

    AustinDatabases
  • PostgreSQL 高可用 Repmgr 命令及配置文件(三)

    应该是第三个关于PostgreSQL 高可用的文字了,Repmgr 在使用中的一些通用的命令和一些配置文件的含义,今天需要明确。

    AustinDatabases
  • 谁说postgresql 没有靠谱的高可用(6)

    接上期,(如果看不懂的,请从第一期看,否则可能和看天书没两样),最近在梳理一些问题的时候,发现一个现象,大部分出现问题后,解决就完了,网上很多文字,大多都是这样...

    AustinDatabases
  • 谁说 PostgreSQL 没有靠谱的高可用(1)

    最近问postgresql 那个高可用靠谱的人越来越多,其实我也试过几种postgresql 的高可用方案,而最近听到的声音是 PostgreSQL 没有靠谱的...

    AustinDatabases
  • 基于repmgr的postgresql主备高可用方案

    本文比较基础,主要介绍postgresql开源高可用工具repmgr的部署和使用,初学者可以根据本文步骤一步一步做下去,废话不多说,直接进入主题,本文以两台机器...

    数据库架构之美
  • Postgresql Repmgr 级联复制 及 PostgreSQL 故障转移

    PostgreSQL 使用repmgr 进行主从数据的Clone是可以进行级联复制的,使用过MYSQL的同学可能会觉得,没有什么了不起,MYSQL 多少级的级联...

    AustinDatabases
  • Jmeter(五十)_性能测试模拟真实场景下的用户操作

    用户通过客户端向服务端发出请求的时间为: T1 服务端接收到请求,处理该请求的时间为:T2 服务端返回数据给客户端时间为: T3 客户端接收到响应数据,处理数据...

    飞天小子
  • Spring Cloud组件那么多超时设置,如何理解和运用?

    版权声明:本文为博主原创文章,未经博主允许不得转载。 https://louluan.blog.c...

    亦山
  • STT-MRAM测试调查:故障机制、故障模型和测试(CS ET)

    自旋转矩随机存取存储器(STT-MRAM)作为一种极具发展前景的新型非易失性存储器(NVM)技术,因其具有密度高、零待机泄漏、几乎无限续存等特点而备受关注。然而...

    非过度曝光

扫码关注云+社区

领取腾讯云代金券