Automatisieren des Failovers in PostgreSQL 9.1

Wie richtet man zwei identische Server für das automatische Failover in PostgreSQL 9.1 ein?

OS

Centos 5
PostgreSQL 9.1 aus dem Quellcode kompiliert
Das Benutzerkonto postgres ist auf beiden Computern vorhanden und verfügt über einen SSH-Schlüssel ohne Kennwort, um eine Verbindung zu beiden Computern herzustellen.

Mein aktuelles Setup:

Master Server Konfiguration:

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

Standby-Server

postgresql.conf und pg_hba.conf sind identisch mit der Konfiguration auf dem Master-Server.

recovery.conf:

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

Dank hzRoot verstehe ich jetzt, wie ich den Server von Standby auf Master umstellen kann.

Mit den folgenden Befehlen kann ich den neuen Slave mit dem neuen Master synchronisieren und dann die Replikationssicherung ausführen.

Auf dem neuen Master (10.0.66.2)

1. su - postgres
2. Berühren Sie trigger.txt in / opt / pgsql91 / data /.
3. recovery.conf wird zu 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 ()";

Auf den neuen Sklaven (10.0.66.1)

1. Erstellen Sie die recovery.conf: cp recovery.done to recovery.conf
2. vi recovery.conf IP-Adresse ändern: primary_conninfo = 'host = 10.0.66.2'
3. starte postgresql

Also meine Fragen sind jetzt:

1. Ist dies der richtige Weg, um die Rollen zu wechseln?
2. Hat jemand diesen Prozess automatisiert, wenn ja, was haben Sie getan?
3. Wenn die synchrone Replikation aktiviert ist, stellte ich fest, dass der neue Masterserver keine Transaktionen festschreibt, da er auf die Antwort des Slaves wartet. Es gibt jedoch keinen Slave, da der andere Server, der alte Master, ausgefallen ist. Ist dies korrekt oder muss ich die synchrone Replikation vorübergehend deaktivieren, während der neue Slave inaktiv ist?

Check out repmrg :

repmgr ist eine Reihe von Open-Source-Tools, mit denen Datenbankadministratoren und Systemadministratoren einen Cluster von PostgreSQL-Datenbanken verwalten können.

Durch die Nutzung der in PostgreSQL 9 eingeführten Hot Standby-Funktion vereinfacht repmgr das Einrichten und Verwalten von Datenbanken mit hohen Anforderungen an Verfügbarkeit und Skalierbarkeit erheblich.

repmgr vereinfacht die Verwaltung und das tägliche Management, steigert die Produktivität und senkt die Gesamtkosten eines PostgreSQL-Clusters durch:

• Überwachen des Replikationsprozesses; Ermöglichen, dass DBAs hohe Werte ausgeben
• Verfügbarkeitsoperationen wie Umschaltungen und Ausfälle.

Es macht zwei Dinge:

1. repmgr: Befehlsprogramm, das Aufgaben in Ihrem Cluster ausführt und dann beendet
2. repmgrd: Verwaltungs- und Überwachungsdämon, der den Cluster überwacht und Remote-Aktionen automatisieren kann.

Bei einem automatischen Failover erledigt repmgrd den Trick und ist kein SPOF in Ihrem Netzwerk wie pgPool. Es ist jedoch weiterhin wichtig, alle Deamons zu überwachen und nach einem Fehler wieder zu starten.

Version 2.0 wird veröffentlicht, einschließlich RPMs.

In Ihrer Datei recovery.conf sollten Sie eine Zeile einfügen, die postgres anweist, ein Failover von Master zu Slave durchzuführen. Sie sollten hinzufügen

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

Wenn Sie diese Datei auf dem angegebenen Pfad erstellen. Knoten werden sich ändern. (Datei enthält nichts, es ist nur ein Auslöser)

Weitere Informationen zur Streaming-Replikation finden Sie hier

Auf der anderen Seite wird es möglich sein, es mit ein paar Tricks automatisch zu erstellen, aber die Verwendung von Überwachungstools und das Erstellen von Failover-Handbüchern sind besser.

Hat jemand darüber nachgedacht, pgpool-II dafür zu verwenden?

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

Ich richte die Replikation für PostgreSQL ein. Es scheint, dass der schwierige Teil passiert, wenn der alte Meister zurückkommt.

Nach dem, was ich gelesen habe, scheint pgpool das meiste davon automatisieren zu können. Ich bin mir jedoch nicht sicher, ob die bereits in PostgreSQL 9.1 vorhandenen Replikationsfunktionen genutzt werden.