RDS for PostgreSQL での遅延レプリケーションの設定

14.19 以降の 14 バージョン

15.14 以降の 15 バージョン

16.10 以降の 16 バージョン

17.6 以降の 17 バージョン

偶発的な削除、更新、その他の論理的なミスから復旧できます。

DB クラスター全体の破損したデータの分散に対するバッファを提供します。

従来のバックアップ戦略を補完する追加の復旧ポイントオプションを提供します。

組織固有のニーズとリスク許容度に基づいて遅延期間を設定できます。

pg_wal_replay_pause(): 遅延レプリカの復旧プロセスを一時停止するようにリクエストします。

pg_wal_replay_resume(): 以前に一時停止していた場合は、復旧プロセスを再起動します。

pg_is_wal_replay_paused(): 復旧プロセスが現在一時停止されているかどうかを確認します。

pg_get_wal_replay_pause_state(): 復旧プロセスの現在の状態を取得します (一時停止、リクエスト、一時停止なし)。

recovery_target

recovery_target_lsn

recovery_target_name

recovery_target_time

recovery_target_xid

recovery_target_inclusive

rdsrepladmin 認証情報の自動ローテーション中 (90 日ごとに発生)、遅延リードレプリカが一時的に REPLICATION_ERROR 状態になることがあります。遅延レプリカに設定された遅延を維持するのに十分な WAL ログがある場合、WAL レシーバープロセスが一時停止し、ソースに WAL が蓄積される可能性があります。ストレージがいっぱいにならないように、レプリカのレプリケーションステータスとソースのストレージ消費量をモニタリングする必要があります。

遅延リードレプリカでシステムイベント (再起動や再起動など) が発生すると、設定された遅延期間が終了するまで WAL レシーバープロセスが非アクティブのままになる REPLICATION_ERROR 状態になります。この動作により、ソースインスタンスに WAL が蓄積され、ストレージが枯渇する可能性があります。以下の予防策を検討してください。

遅延が長くなると、レプリカの WAL ログが増加し、より多くのストレージが消費されます。CloudWatch アラームを使用したストレージスペースのモニタリング、自動スケーリングの有効化、または必要に応じてレプリカのキャッチアップを行います。

遅延リードレプリカを昇格する場合、recovery_min_apply_delay パラメータは受け入れられず、保留中のすべての WAL レコードがすぐに適用されます。

recovery_min_apply_delay パラメータは、カスケードレプリケーション設定の各レベルで独立しています。レプリカに遅延を設定しても、カスケードされたレプリカの遅延には追加されません。

ブルー/グリーンデプロイでは、遅延レプリケーションを設定するときに以下の制限があります。

メジャーバージョンのアップグレード中、遅延したリードレプリカは自動的に終了され、ソースインスタンスが最小限のダウンタイムを確保するためにアップグレードプロセスを続行できるようになります。ソースインスタンスのアップグレードが完了したら、遅延レプリカを手動で再作成する必要があります。

遅延レプリケーションは、以下の機能と互換性がありません。