Lokale Schreibweiterleitung in Aurora PostgreSQL

Durch die lokale (clusterinterne) Schreibweiterleitung können Ihre Anwendungen read/write Transaktionen direkt auf einer Aurora Replica ausführen. Die Schreibbefehle werden dann zum Commit an die Writer-DB-Instance weitergeleitet. Sie können die lokale Schreibweiterleitung für Ihre Anwendungen verwenden, die gelegentlich Schreibvorgänge durchführen und read-after-write Konsistenz erfordern, d. h. die Fähigkeit, den letzten Schreibvorgang in einer Transaktion zu lesen.

Ohne Schreibweiterleitung müssen Ihre Anwendungen den gesamten Lese- und Schreibverkehr vollständig aufteilen und zwei Gruppen von Datenbankverbindungen aufrechterhalten, um den Datenverkehr an den richtigen Endpunkt zu senden. Lesereplikate erhalten asynchron Updates von der Writer-Instance. Da die Replikationsverzögerung zwischen Lesereplikaten unterschiedlich sein kann, ist es außerdem schwierig, eine globale Lesekonsistenz für alle Replikate zu erreichen. Sie müssen alle Lesevorgänge, die read-after-write Konsistenz erfordern, auf der Writer-Datenbankinstanz durchführen. Alternativ müssen Sie eine komplexe benutzerdefinierte Anwendungslogik entwickeln, um aus Gründen der Skalierbarkeit mehrere Lesereplikate nutzen zu können und gleichzeitig die Konsistenz sicherzustellen.

Durch die Schreibweiterleitung müssen diese Transaktionen nicht aufgeteilt oder ausschließlich an die Writer-Instance gesendet werden. Sie müssen auch keine komplexe Anwendungslogik entwickeln, um read-after-write Konsistenz zu erreichen.

Die lokale Schreibweiterleitung ist in jeder Region verfügbar, in der Aurora PostgreSQL verfügbar ist. Sie wird in folgenden Aurora-PostgreSQL-Versionen unterstützt:

Die lokale Schreibweiterleitung wird verwendet, um Schreibvorgänge von Replikaten innerhalb der Region weiterzuleiten. Informationen zur Weiterleitung von Schreibvorgängen aus einem globalen Replikat finden Sie unter Verwenden der Schreibweiterleitung in einer Amazon Aurora globalen Datenbank.