Configuring EFM =============== ``failover_manager`` が\ ``efm`` に設定されている場合、TPAはEFMをインストールおよび構成します。 EFMはEDBのパッケージリポジトリを介してのみ利用でき、有効なサブスクリプションが必要であることに注意してください。 EFM構成 ------- TPAは、適切なインスタンス固有の設定で\ ``efm.nodes`` および\ ``efm.properties`` を生成し、残りの設定はそれぞれのデフォルト値に設定されます。 TPAはまた、 ``efm.notification.sh`` スクリプトも配置します。これは、基本的にデフォルトでは何も含まず、ユーザーが必要に応じて入力するかに任されています。 :ref:`EFM documentation ` を参照してください EFM構成の詳細については、こちらをご覧ください。 efm_conf_settings ----------------- ``efm_conf_settings`` を使用して、TPAで認識されるかどうかにかかわらず、パラメーターを設定できます。必要に応じて、\ ``efm.properties`` に表示されるのと正確に値を引用符で囲む必要があります。 .. code:: yaml cluster_vars: efm_conf_settings: standby.restart.delay: 1 application.name: quarry reconfigure.num.sync: true reconfigure.num.sync.max: 1 reconfigure.sync.primary: true ``efm_conf_settings`` の下の値を変更すると、TPAは常にEFMを再起動して変更をアクティブにします。 EFM証人 ^^^^^^^ TPAは、 ``role`` に\ ``efm-witness`` が含まれるインスタンスに監視としてEFMをインストールおよび構成します。 Repmgr ^^^^^^ EFMはフェールオーバーマネージャーとして機能するため、TPAは引き続きrepmgrをインストールして、postgresバージョン11以下でpostgresqlレプリカをセットアップします。 ``repmgrd`` つまり、この場合、repmgrのデーモンは無効なままで、repmgrの唯一のジョブは、レプリケーションセットアップ機能を提供することです。 postgresバージョン12以降の場合、EFMを使用するクラスターは、\ ``pg_basebackup`` を使用してスタンバイノードを作成し、どの形式でもrepmgrを使用しません。