如何搭建阿里云RDS PostgreSQL数据库的物理备库
背景
如何搭建阿里云RDS PostgreSQL数据库的物理备库
用户在阿里云购买了RDS PostgreSQL,如何在自己的机房或者ECS上建立备库?
关于如何构建逻辑备库,在我以前的文章有详细的讲解,所谓逻辑备库,是可以跨版本,甚至仅仅同步一部分相同步的表的备库。
https://yq.aliyun.com/articles/7240
如果用户需要构建一个和RDS PostgreSQL一模一样的备库,则可以通过流复制或者归档来完成。
步骤如下
1. 准备备库环境
安装64位Linux
安装与RDS PostgreSQL大版本一致的PostgreSQL软件
空间规划
2. 申请一个replication角色的用户(目前RDS 的根用户已自带replication权限,可忽略此步骤)
3. 配置外网地址(可选)
4. 配置白名单,测试连通性正常
5. 下载全量备份集,测试归档的下载接口是否正常
6. 配置postgresql.conf, recovery.conf
7. 启动备库,检查是否同步
详细步骤
1. 准备备库环境
安装CentOS 6.x x64,步骤略。
线上RDS PostgreSQL版本为9.4.x,所以备库环境也需要安装9.4的大版本,我们可以安装9.4.6,关注一下release notes,确保兼容性。
PS,目前阿里RDS PostgreSQL软件还没有下载或开源,如果将来开放下载或开源的话,建议安装阿里云提供的PostgreSQL版本,可以保证兼容性,以及出问题可以找到阿里云的PostgreSQL内核团队修复。
确保与线上版本编译参数一致,包括插件版本。
只需要关注如下
select name,setting from pg_settings;
block_size | 8192
wal_block_size | 8192
rds_available_extensions | plpgsql,pg_stat_statements,btree_gin,btree_gist,chkpass,citext,cube,dblink,dict_int,earthdistance,hstore,intagg,intarray,isn,ltree,pgcrypto,pgrowlocks,pg_prewarm,pg_trgm,postgres_fdw,sslinfo,tablefu
nc,tsearch2,unaccent,postgis,postgis_topology,fuzzystrmatch,postgis_tiger_geocoder,plperl,pltcl,plv8,plls,plcoffee,"uuid-ossp",zhparser,pgrouting,rdkit,pg_hint_plan,pgstattuple
安装软件
wget https://ftp.postgresql.org/pub/source/v9.4.6/postgresql-9.4.6.tar.bz2
tar -jxvf postgresql-9.4.6.tar.bz2
cd postgresql-9.4.6
./configure --prefix=/home/postgres/pgsql9.4.6 --with-blocksize=8 --with-wal-blocksize=8
gmake -j 32 world
gmake install-world
配置环境变量
vi ~/env_pg.sh
# add by digoal
export PS1="$USER@`/bin/hostname -s`-> "
export PGPORT=1921
export PGDATA=/data01/pgdata
export LANG=en_US.utf8
export PGHOME=/home/postgres/pgsql9.4.6
export LD_LIBRARY_PATH=$PGHOME/lib:/lib64:/usr/lib64:/usr/local/lib64:/lib:/usr/lib:/usr/local/lib:$LD_LIBRARY_PATH
export DATE=`date +"%Y%m%d%H%M"`
export PATH=$PGHOME/bin:$PATH:.
export MANPATH=$PGHOME/share/man:$MANPATH
export PGHOST=$PGDATA
export PGDATABASE=postgres
export PGUSER=postgres
alias rm='rm -i'
alias ll='ls -lh'
unalias vi
postgres@digoal-> . ./env_pg.sh
-bash: unalias: vi: not found
postgres@digoal-> psql -V
psql (PostgreSQL) 9.4.6
以下插件如果没有用到可以不安装,否则需要手动安装,安装方法见相应的插件官网或者搜索我的blog:
postgis, plv8, plls, plcoffee, zhparser, pgrouting, rdkit, pg_hint_plan
规划空间
目录空间至少要大于你所购买的RDS的容量规格,例如我买的是5G的实例,那么我本地的单个目录的空间要大于5GB。
PS,目前RDS PostgreSQL不支持自定义表空间,所以所有的数据都是放在默认表空间的,也即是需要单个目录的空间大于购买规格的空间的原因。将来如果RDS开放了创建表空间的权限,可以重新规划本地的目录。
[root@digoal ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 39G 22G 15G 61% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
/dev/sdb 20G 44M 19G 1% /data01
2. 申请一个replication角色的用户(目前RDS 的根用户已自带replication权限,可忽略此步骤)
在阿里云管理控制台的右上方点击 工单服务 -> 提交工单 -> 关系型数据库RDS -> 直接提交工单,让客服创建一个有replication角色的用户。
PS,将来如果开放创建replication角色的API,就不需要提工单来申请账号了。
3. 如果你需要将RDS复制到阿里云以外的主机,或者RDS和ECS在不同的可用区,则需要通过公网来连接。
那么需要用户配置RDS的公网地址,同样在阿里云管理控制台的RDS实例管理中可以申请公网地址。
4. 在阿里云管理控制台的RDS 实例管理 -> 数据安全 配置白名单,测试连通性正常
例如备库的出口IP是固定的,则将这个IP添加到白名单,如果不是固定的IP,则需要添加0.0.0.0。
5. 下载全量备份集
在控制台下载最近的一次全量备份集。
6. 测试归档的下载接口是否正常
归档文件的下载需要通过调用API完成。
https://help.aliyun.com/document_detail/rds/OpenAPI-manual/RDS-OpenAPI-LogManagement/DescribeBinlogFiles.html?spm=5176.docrds/OpenAPI-manual/RDS-OpenAPI-BackupRecovery/DescribeBackups.6.217.tqV3VW
什么情况下需要用到API呢?当备库需要的XLOG文件已经被主库删除时。这种情况通常发生在自建的备库和主库网络异常,或者自建的备库由于某些原因停库后,长时间没有接收来自RDS PostgreSQL的XLOG,这些XLOG在RDS归档后就会从线上数据库的WAL日志中清除。
如果发现自建的备库报需要获取的XLOG不存在的错误,这个时候就需要从OSS下载归档了。
如果连OSS中都无法找到需要的归档,说明归档也清除了,那么就需要重建备库,回到第五步骤。
7. 测试数据库的流复制连通性
请替换成您自己的RDS实例连接信息进行测试
postgres@digoal-> psql "replication=true" -h xxxx.pg.rds.aliyuncs.com -p 3433 -U digoal
Password for user digoal:
psql (9.4.6, server 9.4.1)
Type "help" for help.
postgres=> IDENTIFY_SYSTEM;
systemid | timeline | xlogpos | dbname
---------------------+----------+------------+--------
6165616856935119759 | 3 | 0/6B3A0180 |
(1 row)
8. 配置postgresql.conf, recovery.conf
解压全量备份集到规划好的目录。
/data01/pgdata
配置 postgresql.conf
在文件末尾追加如下:
# add by digoal
port=1921
unix_socket_directories='.'
tcp_keepalives_idle = 70
tcp_keepalives_interval = 10
tcp_keepalives_count = 10
log_destination='csvlog'
logging_collector=on
log_truncate_on_rotation=on
log_line_prefix = ''
log_checkpoints = on
log_connections = on
log_disconnections = on
log_error_verbosity = verbose
hot_standby = on
max_standby_archive_delay = 300s
max_standby_streaming_delay = 300s
wal_receiver_status_interval = 1s
hot_standby_feedback = off
log_statement='none'
archive_mode=on
archive_command = '/bin/date'
track_io_timing=off
listen_addresses='0.0.0.0'
同时还需要修正postgresql.conf, postgresql.auto.conf(为了能够让客户端能使用社区版本PG跑起来)
vi postgresql.auto.conf 以及 postgresql.conf
参考postgresql.conf, postgresql.auto.conf中的shared_preload_libraries进行修改
shared_preload_libraries='.....' # 删除你的环境中没有按照的插件的SO, 例如zhparser, pg_pathman ....,保留其他的
配置 recovery.conf
请替换成您自己的RDS实例连接信息
standby_mode = 'on'
primary_conninfo = 'host=xxxxxx.pg.rds.aliyuncs.com user=digoal password=xxxx port=3433'
recovery_target_timeline = 'latest'
9. 启动备库,检查是否同步
pg_ctl start
RDS
postgres@digoal-> psql -h xxxx.pg.rds.aliyuncs.com -p 3433 -U digoal postgres
Type "help" for help.
postgres=> create table test(id timestamp);
postgres=> insert into test values (now());
postgres=> update test set id=now() returning *;
postgres=> \watch 1
备库
postgres@digoal-> psql -h 127.0.0.1 -p 1921 -U digoal postgres
Type "help" for help.
postgres=> select * from test;
postgres=> \watch 1
查看是否能同步
风险点评估
1. 建议不要使用replication slot, 因为slot会导致主节点不删除XLOG, 从而可能因为网络堵塞,备库异常等无法实时接收XLOG的情况下导致主节点因为保留pg_xlog而把空间用满。
用户可以通过这种方法搭建自己的备库,在RDS没有提供异地容灾服务前,进行异地容灾。
其他:
replication = String
Connection parameter passed in the startup message. This parameter accepts two values; "true" and database. Passing true tells the backend to go into walsender mode, wherein a small set of replication commands can be issued instead of SQL statements. Only the simple query protocol can be used in walsender mode. Passing "database" as the value instructs walsender to connect to the database specified in the dbname parameter, which will allow the connection to be used for logical replication from that database.