View a markdown version of this page

Physische Replikation - AWS Präskriptive Leitlinien
ArchitekturEinschränkungen

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.

Physische Replikation

Die physische Replikation ist eine Replikation auf Blockebene, bei der eine WAL-Datei von einer Primärdatenbank an eine Sekundärdatenbank gesendet wird. Die physische Replikation wird auch als Streaming-Replikation bezeichnet, da sie es einem Standby-Server ermöglicht, länger zu bleiben, up-to-date als dies beim dateibasierten Protokollversand möglich ist. Der Standby-Server stellt eine Verbindung zur Primärdatenbank her. Anschließend streamt die Primärdatenbank WAL-Datensätze in die Standby-Datenbank, ohne darauf zu warten, dass die WAL-Datei gefüllt ist. Die physische Replikation ist eine Option, die Sie in Betracht ziehen sollten, wenn Sie eine kleine oder mittelgroße Datenbank haben und dieselbe Datenbankversion verwenden möchten. Sie können auch die physische Replikation für größere Datenbanken verwenden, die Synchronisierung kann jedoch eine beträchtliche Zeit in Anspruch nehmen. Bei der physischen Replikation können Sie eine der folgenden beiden Methoden verwenden:

  1. Asynchron — Die asynchrone Methode ist die Standardoption. Wenn der Primärserver abstürzt, können einige Transaktionen, die in die Datenbank übertragen wurden, möglicherweise nicht auf dem Standby-Server repliziert werden und zu Datenverlust führen.

  2. Synchron — Die synchrone Methode bietet die Möglichkeit zu bestätigen, dass alle durch eine Transaktion vorgenommenen Änderungen auf einen oder mehrere synchrone Standby-Server übertragen werden.

Architektur

Das folgende Diagramm zeigt die Architektur für die Einrichtung von HADR für Ihre lokale PostgreSQL-Datenbank auf Amazon EC2 mithilfe der physischen Replikation.

Architektur der physischen Replikation

Das Diagramm zeigt den folgenden Workflow:

  1. Replizieren Sie die Datenbank auf einer EC2 Instanz und kopieren Sie die Archivdateien.

  2. Machen Sie das neue Replikat zum Datenbank-Writer-Endpunkt.

  3. Verweisen Sie die Anwendung auf die neue Zieldatenbank.

Einschränkungen

Wir empfehlen, dass Sie die folgenden Einschränkungen bei der Verwendung der physischen Replikation berücksichtigen, bevor Sie mit der Migration beginnen:

  • Auf dem Server ist viel Speicherplatz erforderlich, um Backups zu erstellen und die Backups anschließend auf Amazon EC2 zu kopieren.

  • Eine beträchtliche Menge an Bandbreite ist erforderlich, um die Quell- und Zieldatenbanken zu synchronisieren und ein schnelleres Kopieren für das Archivprotokoll zu erreichen.

  • Quell- und Zieldatenbanken müssen dieselbe Version von PostgreSQL haben.