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.
Konfiguration von Aurora Postgre SQL für lokale Schreibweiterleitung
Mithilfe der folgenden Abschnitte können Sie die lokale Schreibweiterleitung für Ihren Amazon Aurora SQL Postgre-DB-Cluster aktivieren, Konsistenzstufen konfigurieren und Transaktionen mit Schreibweiterleitung verwalten.
Aktivieren der lokalen Schreibweiterleitung
Standardmäßig ist die lokale Schreibweiterleitung für Aurora SQL Postgre-DB-Cluster nicht aktiviert. Sie aktivieren die lokale Schreibweiterleitung auf Clusterebene, nicht auf Instance-Ebene.
Aktivieren Sie mit dem AWS Management Console das Kontrollkästchen Lokale Schreibweiterleitung aktivieren unter Read Replica Write Forwarding, wenn Sie einen DB-Cluster erstellen oder ändern.
Um die lokale Schreibweiterleitung mit dem zu aktivieren AWS CLI, verwenden Sie die --enable-local-write-forwarding Option. Diese Option funktioniert, wenn Sie über den Befehl create-db-cluster einen neuen DB-Cluster erstellen. Sie funktioniert auch, wenn Sie einen vorhandenen DB-Cluster über den Befehl modify-db-cluster ändern. Sie können die lokale Schreibweiterleitung deaktivieren, indem Sie die --no-enable-local-write-forwarding Option mit denselben CLI Befehlen verwenden.
Im folgenden Beispiel wird ein Aurora SQL Postgre-DB-Cluster mit aktivierter lokaler Schreibweiterleitung erstellt.
aws rds create-db-cluster \ --db-cluster-identifier write-forwarding-test-cluster \--enable-local-write-forwarding\ --engine aurora-postgresql \ --engine-version16.4\ --master-username myuser \ --master-user-password mypassword \ --backup-retention 1
Anschließend erstellen Sie Writer- und Reader-DB-Instances, sodass Sie die Schreibweiterleitung verwenden können. Weitere Informationen finden Sie unter Erstellen eines Amazon Aurora-DB Clusters.
Um die lokale Schreibweiterleitung über Amazon zu aktivieren RDSAPI, setzen Sie den EnableLocalWriteForwarding Parameter auftrue. Dieser Parameter funktioniert, wenn Sie über die Operation CreateDBCluster einen neuen DB-Cluster erstellen. Sie funktioniert auch, wenn Sie einen vorhandenen DB-Cluster über die Operation ModifyDBCluster ändern. Sie können die lokale Schreibweiterleitung deaktivieren, indem Sie den EnableLocalWriteForwarding Parameter auf setzenfalse.
Lokale Schreibweiterleitung für Datenbanksitzungen aktivieren
Der Parameter apg_write_forward.consistency_mode ist ein DB-Parameter und ein DB-Cluster-Parameter, der die Schreibweiterleitung ermöglicht. Sie könnenSESSION, EVENTUALGLOBAL, oder OFF für die Lesekonsistenzstufe angeben. Weitere Informationen über Konsistenzebenen finden Sie unter Konsistenz und Isolation für die lokale Schreibweiterleitung in Aurora Postgre SQL.
Für diesen Parameter gelten die folgenden Regeln:
-
Der Standardwert ist
SESSION. -
Lokale Schreibweiterleitung ist nur verfügbar, wenn Sie
apg_write_forward.consistency_modeaufEVENTUALSESSION, oder eingestellt habenGLOBAL. Dieser Parameter ist nur in Leser-Instances von DB-Clustern relevant, für die die lokale Schreibweiterleitung aktiviert ist. -
Wenn Sie den Wert auf festlegen, wird die lokale Schreibweiterleitung in der Sitzung
OFFdeaktiviert.
Konsistenz und Isolation für die lokale Schreibweiterleitung in Aurora Postgre SQL
Sie können den Grad der Lesekonsistenz auf einer Read Replica steuern. Sie können den Lesekonsistenzgrad anpassen, um sicherzustellen, dass alle weitergeleiteten Schreibvorgänge aus Ihrer Sitzung vor allen nachfolgenden Abfragen in der Lesereplik sichtbar sind. Sie können diese Einstellung auch verwenden, um sicherzustellen, dass Abfragen auf der Read Replica immer die aktuellsten Aktualisierungen von der Writer-DB-Instance erhalten. Dies gilt auch für diejenigen, die von anderen Sitzungen oder anderen Clustern übermittelt wurden. Um diese Art von Verhalten für Ihre Anwendung anzugeben, wählen Sie den entsprechenden Wert für den Sitzungsebenen-Parameter apg_write_forward.consistency_mode. Der apg_write_forward.consistency_mode Parameter wirkt sich nur auf Read Replicas aus, für die die lokale Schreibweiterleitung aktiviert ist.
Anmerkung
Für den Parameter apg_write_forward.consistency_mode können Sie die Werte SESSION, EVENTUAL, GLOBAL oder OFF angeben. Standardmäßig ist der Wert auf SESSION festgelegt. Wenn Sie den Wert auf festlegen, wird die OFF Schreibweiterleitung deaktiviert.
Wenn Sie den Konsistenzgrad erhöhen, verbringt Ihre Anwendung mehr Zeit damit, darauf zu warten, dass Änderungen an Read Replicas weitergegeben werden. Sie können zwischen einer geringeren Latenz und der Sicherstellung wählen, dass an anderen Standorten vorgenommene Änderungen vollständig verfügbar sind, bevor Ihre Abfragen ausgeführt werden.
Bei jeder verfügbaren Konsistenzmodus-Einstellung hat dies folgende Auswirkungen:
SESSION— In einer Sitzung auf einer Read Replica, die lokale Schreibweiterleitung verwendet, werden die Ergebnisse aller in dieser Sitzung vorgenommenen Änderungen angezeigt. Die Änderungen werden unabhängig davon angezeigt, ob die Transaktion übergeben wurde. Falls erforderlich, wartet die Abfrage darauf, dass die Ergebnisse weitergeleiteter Schreibvorgänge auf die aktuelle Leser-DB-Instance repliziert werden. Sie wartet nicht auf aktualisierte Ergebnisse von Schreibvorgängen, die in anderen Sitzungen innerhalb des aktuellen DB-Clusters ausgeführt wurden.EVENTUAL— In einer Sitzung auf einer Read Replica, die lokale Schreibweiterleitung verwendet, werden möglicherweise Daten angezeigt, die aufgrund von Replikationsverzögerungen leicht veraltet sind. Die Ergebnisse von Schreibvorgängen in derselben Sitzung sind erst sichtbar, wenn der Schreibvorgang auf der Writer-DB-Instance ausgeführt und auf die Read Replica repliziert wurde. Die Abfrage wartet nicht, bis die aktualisierten Ergebnisse verfügbar sind. Daher könnte sie die älteren Daten oder die aktualisierten Daten abrufen, abhängig vom Zeitpunkt der Anweisungen und der Größe der Replikationsverzögerung.GLOBAL— In einer Sitzung auf einer Read Replica werden die Änderungen angezeigt, die durch diese Sitzung vorgenommen wurden. Außerdem werden alle festgeschriebenen Änderungen sowohl von der Writer-DB-Instance als auch von anderen Read Replicas angezeigt. Jede Abfrage kann für einen bestimmten Zeitraum warten, abhängig von der Sitzungsverzögerung. Die Abfrage wird fortgesetzt, wenn die Read Replica zu up-to-date dem Zeitpunkt, zu dem die Abfrage gestartet wurde, alle festgeschriebenen Daten aus der Writer-DB-Instance enthält.Anmerkung
Der globale Konsistenzmodus wirkt sich auf die Latenz von Abfragen aus, die innerhalb einer Sitzung ausgeführt werden. Es wird eine Wartezeit ausgeführt, auch wenn die Sitzung keine Schreibanfragen gesendet hat.
OFF— Die lokale Schreibweiterleitung ist deaktiviert.
In Sitzungen, die Schreibweiterleitung verwenden, können Sie nur die Isolationsstufen REPEATABLE READ und READ COMMITTED verwenden. Die SERIALIZABLE-Isolationsstufe wird jedoch nicht unterstützt.
Weitere Informationen zu allen mit der Schreibweiterleitung verbundenen Parametern finden Sie unter Standardparametereinstellungen für die Schreibweiterleitung.
Transaktionszugriffsmodi mit Schreibweiterleitung
Wenn der Transaktionszugriffsmodus auf Nur Lesen eingestellt ist, wird die lokale Schreibweiterleitung nicht verwendet. Sie können den Zugriffsmodus so einstellen, dass er nur lesend und schreibgeschützt ist, solange Sie mit einem DB-Cluster und einer Sitzung verbunden sind, in der die lokale Schreibweiterleitung aktiviert ist.
Weitere Informationen zu den Transaktionszugriffsmodi finden Sie unter SETTRANSACTION
