![failover.sh
if [ $falling_node = $old_primary ]; then
#primaryが落ちたとき
su postgres -c "ssh -T postgres@$new_primary $pgdata/synchronous_standby_names_change.sh"
su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl reload -D $pgdata"
sleep 5
su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl promote -D $pgdata"
su postgres -c "ssh -T postgres@$old_hostname cp -p $pgdata/recovery.conf.for.$old_hostname
$pgdata/recovery.conf"
else
#standbyが落ちたとき
su postgres -c "ssh -T postgres@$new_primary $pgdata/synchronous_standby_names_change.sh"
su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl reload -D $pgdata"
fi;](https://image.slidesharecdn.com/recovery-191203072345/85/PostgreSQL-pgpool-7-320.jpg)
![同期レプリケーションに変更
● sudo sed -i -e "/#synchronous_standby_names/c
synchronous_standby_names = 'sby' # standby servers that provide sync
rep" /var/lib/pgsql/11/data/postgresql.conf
● sudo /sbin/service postgresql-11 reload
//standbyのrecovery.confは以下のとおり
[root@server13 ap2]# cat /var/lib/pgsql/11/data/recovery.conf
standby_mode = 'on'
primary_conninfo = 'user=replication_user host=192.168.0.14 port=5432
application_name=sby'
primary_slot_name='replication_slot'
recovery_target_timeline='latest'](https://image.slidesharecdn.com/recovery-191203072345/85/PostgreSQL-pgpool-12-320.jpg)
![pgpoolに組み込み
● /usr/local/pgpool-II-4.0.4/bin/pcp_attach_node -h 192.168.0.101 -p 9898 -
w -U pgpool 1
[ap2@server14 ~]$ psql -p 9999 -h 192.168.0.101 -U postgres -c "SHOW POOL_NODES ;"
node_id | hostname | port | status | lb_weight | role | select_cnt | load_balance_node | replication_delay | last_status_change
---------+--------------+------+--------+-----------+---------+------------+-------------------+-------------------+---------------------
0 | 192.168.0.14 | 5432 | up | 0.100000 | primary | 1090219210 | false | 0 | 2019-11-17 18:09:40
1 | 192.168.0.13 | 5432 | up | 0.900000 | standby | 7537130353 | true | 0 | 2019-11-20 21:04:02
(2 行)](https://image.slidesharecdn.com/recovery-191203072345/85/PostgreSQL-pgpool-13-320.jpg)
More Related Content
What's hot (20)
Similar to PostgreSQL + pgpool構成におけるリカバリ (20)
![[D31] PostgreSQLでスケールアウト構成を構築しよう by Yugo Nagata](https://cdn.slidesharecdn.com/ss_thumbnails/d31postgresnagata-131128230735-phpapp01-thumbnail.jpg?width=560&fit=bounds)
![[db tech showcase Tokyo 2014] D21: Postgres Plus Advanced Serverはここが使える＆9.4新機...](https://cdn.slidesharecdn.com/ss_thumbnails/dbtstokyo2014d21hppostgresplusadvancedserverv9-141120232610-conversion-gate02-thumbnail.jpg?width=560&fit=bounds)
PostgreSQL + pgpool構成におけるリカバリ
- 2. 自己紹介 ● 名前 – 神谷広員(かみやひろかず) ● PostgreSQL歴 – 趣味で使い始めて18年くらい、仕事で使ったことはありません… – 趣味で作ったWebサービスにPostgreSQLを使っています – 最近、pgpoolのネイティブレプリケーションによる冗長構成か ら、PostgreSQLのレプリケーションによる冗長構成に切り替え ました
- 3. 本日の話題 ● PostgreSQL + pgpool構成でリカバリをする場合、みなさんが どのようにリカバリしているのかを知りたいです ● そこで、まずは自分が実施内容を発表いたします
- 4. 構成 192.168.0.13 192.168.0.14 192.168.0.100(VIP) pgpool pgpool Postgres Postgres 同期レプリケーション
- 5. リカバリしないといけない場合のケース一覧 状態 192.168.0.13 primary 192.168.0.14 standby 状態 192.168.0.13 standby 192.168.0.14 primary ケース1 ケース2 ケース1-1 192.168.0.13がpgpoolから切り離される ケース1-2 192.168.0.14がpgpoolから切り離される ケース2-1 192.168.0.13がpgpoolから切り離される ケース2-2 192.168.0.14がpgpoolから切り離される
- 6. pgpoolがPostgreSQLの断を検知すると… ● pgpoolはpgpool.confのfailover_commandに書いたコマンド を実行する failover_command = '/usr/local/pgpool-II-4.0.4/etc/failover.sh %d %P %H %R %h' # Executes this command at failover # Special values: # %d = node id # %h = host name # %p = port number # %D = database cluster path # %m = new master node id # %H = hostname of the new master node # %M = old master node id # %P = old primary node id # %r = new master port number # %R = new master database cluster path # %% = '%' character
- 7. failover.sh if [ $falling_node = $old_primary ]; then #primaryが落ちたとき su postgres -c "ssh -T postgres@$new_primary $pgdata/synchronous_standby_names_change.sh" su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl reload -D $pgdata" sleep 5 su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl promote -D $pgdata" su postgres -c "ssh -T postgres@$old_hostname cp -p $pgdata/recovery.conf.for.$old_hostname $pgdata/recovery.conf" else #standbyが落ちたとき su postgres -c "ssh -T postgres@$new_primary $pgdata/synchronous_standby_names_change.sh" su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl reload -D $pgdata" fi;
- 8. standbyが落ちたとき //同期レプリケーションの場合、レプリケーション先がなくなると、更新ができなくなるのでprimaryの postgresql.confにあるsynchronous_standby_namesをコメントアウトする $ su postgres -c "ssh -T postgres@$new_primary $pgdata/synchronous_standby_names_change.sh" //primaryをreloadしてsynchronous_standby_namesを反映 $ su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl reload -D $pgdata"
- 9. synchronous_standby_names_change.sh postgresql.confに「synchronous_standby_names」を見つけたら 「#synchronous_standby_names = 'sby' # standby servers that provide sync rep」に書き換え(コメントアウト) sed -i -e "/synchronous_standby_names/c#synchronous_standby_names = 'sby' # standby servers that provide sync rep" /var/lib/pgsql/11/data/postgresql.conf
- 12. 同期レプリケーションに変更 ● sudo sed -i -e "/#synchronous_standby_names/c synchronous_standby_names = 'sby' # standby servers that provide sync rep" /var/lib/pgsql/11/data/postgresql.conf ● sudo /sbin/service postgresql-11 reload //standbyのrecovery.confは以下のとおり [root@server13 ap2]# cat /var/lib/pgsql/11/data/recovery.conf standby_mode = 'on' primary_conninfo = 'user=replication_user host=192.168.0.14 port=5432 application_name=sby' primary_slot_name='replication_slot' recovery_target_timeline='latest'
- 13. pgpoolに組み込み ● /usr/local/pgpool-II-4.0.4/bin/pcp_attach_node -h 192.168.0.101 -p 9898 - w -U pgpool 1 [ap2@server14 ~]$ psql -p 9999 -h 192.168.0.101 -U postgres -c "SHOW POOL_NODES ;" node_id | hostname | port | status | lb_weight | role | select_cnt | load_balance_node | replication_delay | last_status_change ---------+--------------+------+--------+-----------+---------+------------+-------------------+-------------------+--------------------- 0 | 192.168.0.14 | 5432 | up | 0.100000 | primary | 1090219210 | false | 0 | 2019-11-17 18:09:40 1 | 192.168.0.13 | 5432 | up | 0.900000 | standby | 7537130353 | true | 0 | 2019-11-20 21:04:02 (2 行)
- 15. primaryが落ちたとき #同期レプリケーションの場合、レプリケーション先がなくなると、更新ができなくなるのでprimaryの postgresql.confにあるsynchronous_standby_namesをコメントアウトする su postgres -c "ssh -T postgres@$new_primary $pgdata/synchronous_standby_names_change.sh" #primaryをreloadしてsynchronous_standby_namesを反映 su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl reload -D $pgdata" #reloadが完了するのを待ってからpg_ctl promoteしないとpromoteしてくれない sleep 5 #primaryに昇格 su postgres -c "ssh -T postgres@$new_primary $pghome/bin/pg_ctl promote -D $pgdata" #旧primaryをstandbyとして組み込むため、recovery.confの準備 su postgres -c "ssh -T postgres@$old_hostname cp -p $pgdata/recovery.conf.for.$old_hostname $pgdata/recovery.conf" ※192.168.0.13用、192.168.0.14用のrecovery.conf を、recovery.conf.192.168.0.13、recovery.conf.192.168.0.14、という名前のファイルをあらかじめ、$pgdata に配置してあります。違いはhostのIPアドレスだけ。
- 17. 旧primaryを非同期レプリケーションで組み込み ● 切り離された後の状況により対応が分岐する。 1.旧primaryのPostgreSQLのrestartで非同期レプリケー ションへ復帰 → ごくまれにこれで復帰できるが、大抵以下 のようなメッセージが出て復帰出来ない。 LOG: new timeline 22 forked off current database system timeline 21 before current recovery point 37/60C5C7C0 2.pg_rewindで復旧 3.pg_basebackupで復旧
- 18. 同期レプリケーションに変更 ● sudo sed -i -e "/#synchronous_standby_names/c synchronous_standby_names = 'sby' # standby servers that provide sync rep" /var/lib/pgsql/11/data/postgresql.conf ● sudo /sbin/service postgresql-11 reload
- 19. pgpoolに組み込み ● /usr/local/pgpool-II-4.0.4/bin/pcp_attach_node -h 192.168.0.101 -p 9898 - w -U pgpool 0