转一篇pgpool配置 转一篇pgpool配置 环境介绍 准备工作 配置步骤 pgpool的使用 failover的管理 standby服务器的人工恢复 failover机制浅析 注意事项
http://dz.sdut.edu.cn/blog/subaochen/2013/08/postgresql-9-1的failover配置及其管理/
环境介绍
在两台虚拟机上分别安装debian 7.1.0、pgpool II 3.3.0、postgresql 9.1，其中debian为最小安装，postgresql 9.1为debian 7.1.0的默认版本，pgpool II 3.3.0为手工安装（debian 7.1.0默认安装版本为3.1，这里采用3.3版本是为了将来使用3.3版本的watchdog功能）。
两台虚拟机的IP地址分别为172.16.76.128（db1），172.16.76.129（db2），hostname分别为db1，db2，后面一律使用hostname引用这两台服务器。其中，初始状态下db1为primary server，db2为standby server，我们将测试primary server停掉的时候，db2能否自动切换为primary server，即failover。
准备工作
首先设置两台服务器的hosts文件：
172.16.76.128 db1 172.16.76.129 db2
然后设置两台服务器使得postgres用户可以无密码相互访问：
在db1执行：
su - postgres ssh-keygen ssh-copy-id postgres@db2
在db2执行：
su - postgres ssh-keygen ssh-copy-id postgres@db1
配置步骤
pgpool的配置
pgpool的配置主要涉及到两个文件：pcp.conf和pgpool.conf。pcp.conf文件很简单：
#postgres:postgres postgres:e8a48653851e28c69d0506508fb27fc5
即，当我们使用pcp和pgpool通讯的时候将使用postgres:postgres作为用户名和密码。
pgpool.conf文件的主要内容如下：
listen_addresses = '*' port = 9999 socket_dir = '/var/run/postgresql' pcp_port = 9898 pcp_socket_dir = '/var/run/postgresql' backend_hostname0 = 'db1' backend_port0 = 5432 backend_weight0 = 1 backend_flag0 = 'ALLOW_TO_FAILOVER' backend_hostname1 = 'db2' backend_port1 = 5432 backend_weight1 = 1 backend_flag1 = 'ALLOW_TO_FAILOVER' replication_mode = off load_balance_mode = on master_slave_mode = on master_slave_sub_mode = 'stream' sr_check_period = 10 sr_check_user = 'postgres' sr_check_password = '111111' health_check_period = 30 health_check_timeout = 20 health_check_user = 'postgres' health_check_password = '111111' failover_command = '/usr/local/bin/failover_stream.sh %d %H /tmp/trigger_file'
上面的failover_command引用了一个failover_stream.sh脚本，目的是在standby server创建一个/tmp/trigger_file文件，以便standby server提升为primary server，内容如下：
#! /bin/sh
# Failover command for streaming replication.
# This script assumes that DB node 0 is primary, and 1 is standby.
#
# If standby goes down, do nothing. If primary goes down, create a
# trigger file so that standby takes over primary node.
#
# Arguments: $1: failed node id. $2: new master hostname. $3: path to
# trigger file.
failed_node=$1
new_master=$2
trigger_file=$3
# Do nothing if standby goes down.
if [ $failed_node = 1 ]; then
exit 0;
fi
# Create the trigger file.
/usr/bin/ssh -T $new_master /usr/bin/touch $trigger_file
exit 0;
这样，pgpool就算是配置完毕了，在实验阶段可以这样启动pgpool，以便观察pgpool的log输出：
pgpool -nd
或者将log写入到文件中：
pgpool -nd > /tmp/pgpool.log 2>&1 &
db1的配置
数据库的配置主要涉及到pg_hba.conf,postgresql.conf,recovery.conf三个配置文件。
为了测试方便，这里忽略了数据库的权限认证，因此pg_hba.conf文件内容如下：
local all postgres trust local all all trust host all all 127.0.0.1/32 trust host all all 172.16.76.0/24 trust local replication postgres trust host replication postgres 127.0.0.1/32 trust host replication postgres ::1/128 trust host replication postgres 172.16.76.0/24 trust
postgresql.conf文件主要内容如下：
# primary server需要 wal_level = hot_standby # 这个不是必需的 archive_mode = on archive_command = 'cp %p /var/lib/postgresql/9.1/main/archive/%f' # primary server需要 max_wal_senders = 32 # standby server需要 hot_standby = on
还需要在$PGDATA目录（在debian下面默认是/var/lib/postgresql/9.1/main）下面创建archive目录：
mkdir /var/lib/postgresql/9.1/main/archive chown postgres.postgres /var/lib/postgresql/9.1/main/archive
创建recovery.done文件内容如下：
standby_mode=on primary_conninfo='host=db2' trigger_file='/tmp/trigger_file' recovery_target_timeline='latest'
这样就可以启动postgresql了：
service postgresql restart
db2的配置
db2的pg_hba.conf和postgresql.conf和db1完全相同，同样的，也需要创建archive目录，不再赘述。
db2的recovery.conf文件内容如下：
standby_mode=on primary_conninfo='host=db1' trigger_file='/tmp/trigger_file' recovery_target_timeline='latest'
现在首先需要停掉db2的postgresql，然后构建standby server，命令序列如下：
service postgresql stop rm -rf /var/lib/postgresql/9.1/main/* su - postgres /usr/lib/postgresql/9.1/bin/pg_basebackup -Fp -D /var/lib/postgresql/9.1/main -x -v -h db1 -w mkdir /var/lib/postgresql/9.1/main/archive exit ln -s /etc/ssl/certs/ssl-cert-snakeoil.pem /var/lib/postgresql/9.1/main/server.crt ln -s /etc/ssl/private/ssl-cert-snakeoil.key /var/lib/postgresql/9.1/main/server.key cp ..../recovery.conf /var/lib/postgresql/9.1/main
现在可以启动db2了：
service postgresql start
观察db2的log，如果说：database system is ready to accept read only connections，那就说明standby server已经配置成功！
pgpool的使用
postgresql的primary server和standby server跑起来后，我们就可以使用pgpool来观察和操作了：
psql -p 9999 -h db1 -U postgres
列出当前集群服务器的状态：
postgres=# show pool_nodes; node_id | hostname | port | status | lb_weight | role ---------+----------+------+--------+-----------+--------- 0 | db1 | 5432 | 2 | 0.500000 | primary 1 | db2 | 5432 | 2 | 0.500000 | standby
其中的status根据pgpool documentation的描述为：
0：从未使用，直接忽略
1：server已经启动，但是连接池中没有连接
2：server已经启动，并且在连接池中存在连接
3：server没有启动或者联系不上
创建测试数据库和测试数据：
postgres=# create database test; CREATE DATABASE postgres=# c test; 您现在已经连线到数据库 "test",用户 "postgres". test=# create table t(id int); CREATE TABLE test=# insert into t select * from generate_series(1,100);
然后分别登录到db1和db2上查看测试数据库的内容，验证pgpool确实已经正常工作了。
failover的管理
现在我们模拟primary server停掉的情况，在db1上面执行：
service postgresql stop
重新链接到pgpool可以看到：
subaochen@debian:~$ psql -p 9999 -h db1 -U postgres psql (9.1.9) 输入 "help" 来获取帮助信息. postgres=# show pool_nodes; node_id | hostname | port | status | lb_weight | role ---------+----------+------+--------+-----------+--------- 0 | db1 | 5432 | 3 | 0.500000 | standby 1 | db2 | 5432 | 2 | 0.500000 | primary
可以看出，db2已经成功变身为primary server，而db1由于已经停掉，因此状态为3（pgpool无法链接到db1）。这时可以尝试通过pgpool往数据库里面添加更多的测试数据，此处略。
db1在重新启动前需要做如下的工作：
- 将recovery.done更名为recovery.conf，因为此时的db1只能作为standby server启动
- 复制db2的/var/lib/postgresql/9.1/main/pg_xlog里面最新的.history文件到db1的pg_xlog目录下，否则会报告timeline mismatch。这个问题在9.3版本已经解决，在9.1/9.2版本必须手工处理
然后启动db1：
service postgresql start
然后重新将db1加入到pgpool集群中：
pcp_attach_node -d 5 localhost 9898 postgres postgres 0
再次show pool_nodes会发现：
test=# show pool_nodes; node_id | hostname | port | status | lb_weight | role ---------+----------+------+--------+-----------+--------- 0 | db1 | 5432 | 1 | 0.500000 | standby 1 | db2 | 5432 | 2 | 0.500000 | primary
此时db1已经作为standby server加入到集群中了，只是还没有连接请求而已。
standby服务器的人工恢复
如果发现show pool_nodes显示如下的信息：
node_id | hostname | port | status | lb_weight | role ---------+----------+------+--------+-----------+--------- 0 | db1 | 5432 | 2 | 0.500000 | primary 1 | db2 | 5432 | 3 | 0.500000 | standby
并且很长时间状态都不能恢复为2的话，多半standby的自动恢复(failover)失败，最简单的办法就是手工重新构建standby服务器,参见数据库构建脚本dbsetup.sh
failover机制浅析
standby server能够成功promote为primary server的关键是trigger file，即在recovery.conf文件中定义的
trigger_file='/tmp/trigger_file'
也就是说，只要在/tmp目录创建一个名字为trigger_file的文件，postgresql即开始一个promote的过程。整个过程大致如下图所示：
注意事项
pgpool的运行身份：必须和postresql的运行身份一致，否则postgresql无法自动删除pgpool创建的trigger_file