Patroni usw. - AWS Präskriptive Leitlinien
ArchitekturÜberlegungen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Patroni usw.

Wir empfehlen Patroni als Lösung für die Bereitstellung von HA mit automatischem Failover-Management. Patroni ist ein automatischer Open-Source-Failover-Manager für PostgreSQL-Datenbanken. Sie können Patroni als Vorlage verwenden, um Ihre eigene maßgeschneiderte HA-Lösung zu erstellen, indem Sie Python und einen verteilten Konfigurationsspeicher wie etcd verwenden, um maximale Zugänglichkeit zu gewährleisten.

Patroni bietet auch die Möglichkeit APIs , den Status des PostgreSQL-Dienstes und die Rollen jeder DB-Instance oder jedes DB-Nodes zu überprüfen. Sie müssen Patroni auf jeder DB-Instance installieren, damit sie mit etcd (Distributed Configuration Store) funktioniert.

Standardmäßig konfiguriert Patroni PostgreSQL für die asynchrone Replikation. Die Wahl Ihrer Replikationsmethode hängt von Ihren geschäftlichen Überlegungen ab. Patroni ist eines der besten Tools für die Einrichtung von HA, da es hochgradig konfigurierbar ist. Hier sind einige der Vorteile der Verwendung von Patroni:

  1. Es ist einfach, zwischen verschiedenen Replikationsmodi (synchron und asynchron) zu wechseln.

  2. Patroni verfügt über eine umfangreiche REST-API. Patroni verwendet diese API für sich selbst, um während des Leader-Rennens Failovers durchzuführen, indem sie HAProxyoder einen anderen Load Balancer zur Durchführung von HTTP-Gesundheitsprüfungen verwendet.

  3. Patroni muss vorübergehend die Verwaltung des Clusters beenden und gleichzeitig den Cluster-Status im Distributed Configuration Store (DCS) beibehalten. Sie möchten beispielsweise nicht, dass ein Failover während eines manuellen Wartungsfensters stattfindet. Patroni bietet Befehle zum Anhalten und Wiederaufnehmen, sodass Sie ungewollte Ausfallzeiten vermeiden können.

  4. Um das Split-Brain-Problem zu vermeiden, muss Patroni sicherstellen, dass PostgreSQL keine Transaktions-Commits akzeptiert, nachdem der Leader-Schlüssel im DCS abgelaufen ist. Patroni unterstützt auch Geräte wie Watchdog, um das Split-Brain-Problem zu vermeiden. Weitere Informationen zum Split-Brain-Problem und zu Watchdog finden Sie unter Watchdog-Unterstützung in der Patroni-Dokumentation.

Architektur

Das folgende Diagramm zeigt die Architektur für die Einrichtung von HADR für Ihre lokale PostgreSQL-Datenbank auf Amazon mithilfe EC2 von Patroni und etcd.

Patroni-Architektur

Das Diagramm zeigt den folgenden Workflow:

  1. Instanzen erstellen EC2 .

  2. Installieren Sie eine PostgreSQL-Datenbank.

  3. Installieren und konfigurieren Sie Patroni auf Instanzen. EC2

  4. Erstellen und konfigurieren Sie einen Network Load Balancer.

  5. Konfigurieren Sie jede PostgreSQL-Datenbank in etcd (für Patroni), um HA zu erhalten.

Überlegungen

Wir empfehlen Ihnen, Folgendes zu berücksichtigen, bevor Sie Ihre Migration mithilfe von Patroni starten:

  • Benutzer müssen über PostgreSQL-Administrations- und DCS-Kenntnisse verfügen, um Patroni verwenden zu können.

  • Patroni hat eine steile Lernkurve und es stehen viele Konfigurationsoptionen zur Auswahl.

  • Sie müssen zusätzliche Ports haben, die Patroni gewidmet sind.