pg_standbyの今後について （第19回PostgreSQLアンカンファレンス@オンライン 発表資料） 2020年12月7日 株式会社NTTデータ 技術開発本部 先進コンピューティング技術センタ 藤井 雅雄

1. 第19回 PostgreSQLアンカンファレンス@オンライン
© 2020 NTT DATA Corporation
pg_standbyの今後について
2020年12月7日
株式会社NTTデータ 藤井 雅雄

2. © 2020 NTT DATA Corporation 2
2
© 2020 NTT DATA Corporation
自己紹介
藤井 雅雄
Database Technical Lead @ NTTデータ
データベース研究開発
PostgreSQL 技術支援
PostgreSQLコミッタ
レプリケーション
WAL圧縮
バックアップ進捗確認
pg_bigm(全文検索モジュール)コミッタ
@fujii_masao

3. © 2020 NTT DATA Corporation 3
3
© 2020 NTT DATA Corporation
本講演について
講演資料は、NTTデータのSlideShareアカウント上で公開予定です。
https://www.slideshare.net/nttdata-tech
PostgreSQLカンファレンスや以前のアンカンファレンスの講演資料も公開しています。
• 押さえておきたい、PostgreSQL 13 の新機能!!
• オンライン物理バックアップの排他モードと非排他モードについて
• PostgreSQL 13 での pg_stat_statements の改善について
• PostgreSQL 13 での pg_basebackup の改善について
• PostgreSQL 13 での レプリケーション関連 の改善について

4. © 2020 NTT DATA Corporation
pg_standbyの今後について

5. © 2020 NTT DATA Corporation 5
5
© 2020 NTT DATA Corporation
今日言いたいこと
バージョン14の開発の中で、
PostgreSQLからpg_standbyを削除することが議論されています。
https://www.postgresql.org/message-id/20201029024412.GP5380%40telsasoft.com
バージョン14以降、
PostgreSQLがpg_standbyを提供しなくなっても問題ないでしょうか？
もし問題がある場合は、その理由や背景を教えてもらえないでしょうか？

6. © 2020 NTT DATA Corporation 6
6
© 2020 NTT DATA Corporation
pg_standbyとは
ウォーム・スタンバイ構成を実現するためのモジュール
バージョン8.3から、PostgreSQLがcontribモジュールとして提供
https://www.postgresql.jp/document/current/html/pgstandby.html
プライマリ アーカイブ・リカバリ
WALファイル転送
archive_command = 'scp ...' restore_command = 'pg_standby ...'
リストア
PostgreSQLをスタンバイモードで
動作させるのではなく、アーカイブリカバリさせる

7. © 2020 NTT DATA Corporation 7
7
© 2020 NTT DATA Corporation
ストリーミング・レプリケーション
プライマリ スタンバイ
walsender walreceiver
WALレコード転送
PostgreSQLを
スタンバイモードで動作させる
walsenderプロセスとwalreceiverプロセスの間で
リアルタイムにWALレコードを転送

8. © 2020 NTT DATA Corporation 8
8
© 2020 NTT DATA Corporation
ストリーミング・レプリケーションとウォーム・スタンバイの比較
ストリーミング・レプリケーション ウォーム・スタンバイ
WAL転送方式
レプリケーション・プロトコルで
WALレコード単位にリアルタイム転送
archive_commandで
WALファイル単位に転送
同期/非同期の選択 同期/非同期を選択可能 非同期のみ
スタンバイ側で
参照できるデータ
ほぼ最新のデータを参照可能
WALファイル1つ分以上古いデータを
参照
フェイルオーバ時の
データロスト
非同期レプリの場合、直近のWALレ
コードについてロストの可能性あり
WALファイル1つ分以上、データロスト
の可能性あり
WAL転送の
オーバーヘッド
walsenderとwalreceiverが
常時WAL転送処理
アーカイブ時のみファイル単位で
転送のため比較的小さい
WAL圧縮可否 基本的に圧縮できない
archive_commandに
圧縮コマンドを設定することで可能
災対レプリで、回線などの都合でWALを圧縮転送したいユースケースなどで利用？？

9. © 2020 NTT DATA Corporation 9
9
© 2020 NTT DATA Corporation
pg_standbyを使用しないウォーム・スタンバイ
プライマリ スタンバイ
WALファイル転送
archive_command = 'scp ...' restore_command = 'cp ...'
リストア
PostgreSQLを
スタンバイモードで動作させる
バージョン9.0から、pg_standbyを使用せずにウォーム・スタンバイを構成可能

10. © 2020 NTT DATA Corporation 10
10
© 2020 NTT DATA Corporation
ウォーム・スタンバイでpg_standby使用と未使用の比較
pg_standby使用 pg_standby未使用
スタンバイの動作モード アーカイブ・リカバリで動作 スタンバイモードで動作
restore_command pg_standbyを設定 cpなどのOSコマンドを設定
スタンバイからプライマリ
への昇格リクエスト方法
トリガファイル トリガファイル
pg_ctl promote
pg_promote()
昇格モードの選択
2つのモードから選択可能
• 存在するすべてのWALファイルをリカ
バリしてから昇格
• 昇格リクエスト時に未リカバリの
WALファイルを無視してすぐに昇格
モードは1つのみ
• 存在するすべてのWALファイルをリカ
バリしてから昇格
pg_standby使用時のみ利用できる機能もあるが。。。

11. © 2020 NTT DATA Corporation 11
11
© 2020 NTT DATA Corporation
pg_standbyに関する議論
バージョン14の開発の中で、
PostgreSQLからpg_standbyを削除することが議論されています。
https://www.postgresql.org/message-id/20201029024412.GP5380%40telsasoft.com
理由
ストリーミング・レプリケーションやpg_standby未使用のウォーム・スタンバイがあるので、
pg_standbyのユーザはもういない？もう不要では？
pg_standbyを削除することで、pg_standby使用時のウォーム・スタンバイという
特殊なパターンを考慮不要になって、PostgreSQLの開発が楽になる。

12. © 2020 NTT DATA Corporation 12
12
© 2020 NTT DATA Corporation
とは言っても
もしpg_standbyが必要な理由や背景があれば、教えてもらえないでしょうか？
その内容によっては、以下のようなアクション
• バージョン14以降もpg_standbyをPostgreSQLから提供し続ける
• PostgreSQLからはpg_standbyを削除するが、githubなどで別途
pg_standbyを個別に提供する
• pg_standbyが必要な理由をPostgreSQL上で解消した上で、pg_standbyを
削除する

13. © 2020 NTT DATA Corporation
その他、記載されている会社名、商品名、又はサービス名は、
各社の登録商標又は商標です。