Configuring Streaming Replication

レプリケーションシナリオの構成は複雑になる場合があります。設定オプションの詳細については、次のURLで入手可能なPostgreSQLコアドキュメントを参照してください。

https://www.postgresql.org/docs/current/static/warm-standby.html#streaming-replication

.pgpass ファイルを使用して、レプリケーションユーザーのmd5認証を有効にすることができます。これは、環境にとって最も安全な認証方法である場合とそうでない場合があります。サポートされている認証オプションの詳細については、次のPostgreSQLコアドキュメントを参照してください。

https://www.postgresql.org/docs/current/static/client-authentication.html

注釈

バージョン3.10以降、EFMはスタンバイプロモーションに pg_ctl ユーティリティを使用します。スタンバイサーバーの昇格のために trigger_file または promote_trigger_file パラメータを設定する必要はありません。

カスケード複製の限定サポート

whileFailover Managerカスケードレプリケーションの完全なサポートは提供しませんが、カスケードレプリケーションシナリオでの単純なフェールオーバーの限定的なサポートは提供します。カスケード複製により、スタンバイノードが別のスタンバイノードにストリーミングできるため、プライマリノードへの接続数（および処理オーバーヘッド）が削減されます。

カスケード複製。

カスケードレプリケーションの構成の詳細については、次のPostgreSQLドキュメントを参照してください。

https://www.postgresql.org/docs/current/static/warm-standby.html#cascading-replication

|Failover Managerを使用するにはカスケードレプリケーションシナリオでは、クラスタープロパティファイルを変更し、スタンバイノード＃2で次のプロパティ値を設定する必要があります。

promotable=false
auto.reconfigure=false

フェールオーバーが発生すると、スタンバイノード＃1がプライマリノードの役割に昇格します。フェールオーバーが発生した場合、スタンバイノード＃2は、3つのノードを含むようにレプリケーションシナリオを手動で再構成するアクションを実行するまで、新しいプライマリノードの読み取り専用レプリカとして機能し続けます。

スタンバイノード＃1に障害が発生した場合、フェールオーバー保護はありませんが、ノードの障害を通知する電子メールが届きます。

スイッチオーバーを実行して元のプライマリに切り替えると、カスケード複製シナリオが保持されない場合があることに注意してください。