PostgreSQL 9.1でのフェールオーバーの自動化

PostgreSQL 9.1で自動フェイルオーバー用に2つの同一サーバーをセットアップする方法。

OS

ソースからコンパイルされたCentos 5 PostgreSQL 9.1
postgresユーザーアカウントは両方のマシンに存在し、両方のマシンに接続するためのパスワードなしのsshキーを持っています。

私の現在の設定：

マスターサーバーの構成：

postgresql.conf：

listen_address = '*'
wal_level = hot_standby
max_wal_senders = 3
checkpoint_segments = 16    
wal_keep_segments = 8 
archive_mode = on    
archive_command = 'cp "%p" /opt/pgsql91/archive/"%f"'  

pg_hba.conf：

 host  replication   all   10.0.66.1/32      trust
 host  replication   all   10.0.66.2/32      trust

スタンバイサーバー

postgresql.confとpg_hba.confは、マスターサーバーで構成されているものと同じです。

recovery.conf：

 standby_mode = 'on'
 primary_conninfo = 'host=10.0.66.1'
 trigger_file = '/opt/pgsql91/data/trigger.txt'

hzRootのおかげで、サーバーをスタンバイからマスターに切り替える方法がわかりました。

次のコマンドを使用して、新しいスレーブを新しいマスターと同期し、レプリケーションのバックアップを取得して実行できます。

新しいマスター（10.0.66.2）

1. su-postgres
2. / opt / pgsql91 / data /のtrigger.txtをタッチします
3. recovery.confはrecovery.doneになります
4. psql -c "; SELECT pg_start_backup（ 'backup'、true）";
5. rsync -a -v -e ssh / opt / pgsql91 / data / 10.0.66.1:/opt/pgsql91/data/ --exclude postmaster.pid
6. psql -c "; SELECT pg_stop_backup（）";

新しいスレーブ（10.0.66.1）

1. recovery.confを作成します。cprecovery.doneからrecovery.conf
2. vi recovery.conf変更IPアドレス：primary_conninfo = 'host = 10.0.66.2'
3. postgresqlを開始します

だから私の質問は今：

1. これは役割を切り替える正しい方法ですか？
2. 誰かがこのプロセスを自動化しましたか？
3. 同期レプリケーションが有効になっている場合、スレーブが応答するのを待っているため、新しいマスターサーバーはトランザクションをコミットしません。ただし、他のサーバーである古いマスターがダウンしているため、スレーブはありません。これは正しいですか、または新しいスレーブがダウンしている間、同期レプリケーションを一時的に無効にする必要がありますか？

repmrgをチェックしてください：

repmgrは、DBAおよびシステム管理者がPostgreSQLデータベースのクラスターを管理するのに役立つ一連のオープンソースツールです。

PostgreSQL 9で導入されたホットスタンバイ機能を利用することにより、repmgrは、高可用性およびスケーラビリティ要件を備えたデータベースのセットアップおよび管理プロセスを大幅に簡素化します。

repmgrは、管理と日々の管理を簡素化し、生産性を高め、PostgreSQLクラスターの全体的なコストを削減します。

• 複製プロセスの監視。DBAがハイを発行できるようにする
• スイッチオーバーやフェイルオーバーなどの可用性操作。

次の2つのことを行います。

1. repmgr：クラスターでタスクを実行して終了するコマンドプログラム
2. repmgrd：クラスターを監視し、リモートアクションを自動化できる管理および監視デーモン。

自動フェイルオーバーの場合、repmgrdはトリックを行い、pgPoolのようなネットワーク内のSPOFではありません。ただし、すべてのデーモンを監視し、障害が発生した後にそれらを回復することが重要です。

RPMを含むバージョン2.0がリリースされようとしています。

recovery.confファイルに、postgresにマスターからスレーブへのフェイルオーバーを指示する行を追加する必要があります。追加する必要があります

trigger_file = '/any/file/to/trigger'

指定されたパスにこのファイルを作成するとき。ノードが変更されます。（ファイルには、単なるトリガーであるものは含めないでください）

ストリーミング複製に関する追加情報を見つけることができます

一方、いくつかのトリックを使用して自動的に作成することは可能かもしれませんが、監視ツールを使用してフェールオーバーマニュアルを作成する方が良いでしょう。

これにpgpool-IIの使用を検討している人はいますか？

http://pgpool.projects.postgresql.org/contrib_docs/simple_sr_setting/index.html

PostgreSQLのレプリケーションを設定しています。古いマスターが戻ってきたときに、トリッキーな部分が発生するようです。

私が読んだことから、pgpoolはそのほとんどを自動化できるようです。ただし、PostgreSQL 9.1にすでに存在するレプリケーション機能を活用するかどうかはわかりません。