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.
Überwachung der lokalen Schreibweiterleitung in Aurora Postgre SQL
Mithilfe der folgenden Abschnitte können Sie die lokale Schreibweiterleitung in Aurora SQL Postgre-Clustern überwachen, einschließlich relevanter CloudWatch Metriken und Warteereignisse, um die Leistung zu verfolgen und potenzielle Probleme zu identifizieren.
CloudWatch Amazon-Metriken und Aurora SQL Postgre-Statusvariablen für die Schreibweiterleitung
Die folgenden CloudWatch Amazon-Metriken gelten für die Writer-DB-Instances, wenn Sie die Schreibweiterleitung für eine oder mehrere Read Replicas verwenden.
CloudWatch Metrik | Einheiten und Beschreibung |
|---|---|
|
Anzahl pro Sekunde Anzahl der weitergeleiteten DML Anweisungen, die jede Sekunde von dieser Writer-DB-Instance verarbeitet werden. |
|
|
Anzahl Anzahl der offenen Sitzungen auf dieser Writer-DB-Instance, die weitergeleitete Anfragen verarbeiten. |
|
|
Anzahl Anzahl der weitergeleiteten Sitzungen auf dieser Writer-DB-Instance. |
Die folgenden CloudWatch Metriken gelten für jede Read Replica. Diese Metriken werden an jeder Leser-DB-Instance im DB-Cluster gemessen, wenn die lokale Schreibweiterleitung aktiviert ist.
CloudWatch Metrik | Einheit und Beschreibung |
|---|---|
|
|
Anzahl pro Sekunde Anzahl der Commits in Sitzungen, die von diesem Replikat pro Sekunde weitergeleitet werden. |
|
|
Millisekunden Durchschnittliche Antwortzeit in Millisekunden bei der Weiterleitung DMLs auf dem Replikat. |
|
|
Anzahl pro Sekunde Anzahl der pro Sekunde auf diesem DML Replikat verarbeiteten weitergeleiteten Anweisungen. |
|
|
Anzahl Anzahl der Sitzungen, die von der Writer-DB-Instance zurückgewiesen wurden, weil das Limit für maximale Verbindungen oder maximale Write-Forward-Verbindungen erreicht wurde. |
|
|
Anzahl Die Anzahl der Sitzungen, die die lokale Schreibweiterleitung auf einer Replikatinstanz verwenden. |
|
|
Millisekunden Durchschnittliche Wartezeit in Millisekunden, bis das Replikat mit der der Writer-DB-Instance konsistent istLSN. Das Ausmaß, in dem die Reader-DB-Instance vor der Verarbeitung einer Abfrage wartet, ist von der Einstellung apg_write_forward.consistency_mode abhängig. Weitere Informationen zu dieser Einstellung finden Sie unter Konfigurationsparameter für die Schreibweiterleitung in Aurora PostgreSQL. |
Warten Sie auf Ereignisse für die lokale Schreibweiterleitung in Aurora Postgre SQL
Amazon Aurora generiert die folgenden Warteereignisse, wenn Sie die Schreibweiterleitung mit Aurora Postgre SQL verwenden.
Themen
IPC:AuroraWriteForwardConnect
Das IPC:AuroraWriteForwardConnect Ereignis tritt ein, wenn ein Backend-Prozess auf der Read Replica darauf wartet, dass eine Verbindung zur Writer-DB-Instance geöffnet wird.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Dieses Ereignis nimmt zu, wenn die Anzahl der Verbindungsversuche von einer Read Replica zum Writer-Knoten zunimmt.
Aktionen
Reduzieren Sie die Anzahl gleichzeitiger Verbindungen von einer Read Replica zum Writer-Knoten.
IPC:AuroraWriteForwardConsistencyPoint
Das IPC:AuroraWriteForwardConsistencyPoint Ereignis beschreibt, wie lange eine Abfrage von einem Knoten auf der Read Replica darauf wartet, dass die Ergebnisse weitergeleiteter Schreibvorgänge in die aktuelle Region repliziert werden. Dieses Ereignis wird nur generiert, wenn der Parameter apg_write_forward.consistency_mode auf Sitzungsebene auf einen der folgenden Werte gesetzt ist:
SESSION— Abfragen in einer Read Replica warten auf die Ergebnisse aller in dieser Sitzung vorgenommenen Änderungen.GLOBAL— Abfragen in einer Read Replica warten auf die Ergebnisse der in dieser Sitzung vorgenommenen Änderungen sowie auf alle festgeschriebenen Änderungen sowohl von der Writer-DB-Instance als auch von der Read Replica.
Informationen zum Einstellen des Parameters apg_write_forward.consistency_mode finden Sie unter Konfigurationsparameter für die Schreibweiterleitung in Aurora PostgreSQL.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Zu den häufigsten Ursachen für längere Wartezeiten gehören:
Erhöhte Replikatverzögerung, gemessen anhand der CloudWatch
ReplicaLagAmazon-Metrik. Weitere Informationen zu dieser Metrik finden Sie unter Überwachung einer Aurora PostgreSQL-Replikation.Erhöhte Auslastung der Writer-DB-Instance oder der Read Replica.
Aktionen
Ändern Sie Ihren Konsistenzmodus je nach den Anforderungen Ihrer Anwendung.
IPC:AuroraWriteForwardExecute
Das IPC:AuroraWriteForwardExecute Ereignis tritt ein, wenn ein Backend-Prozess auf der Read Replica darauf wartet, dass eine weitergeleitete Abfrage abgeschlossen wird und Ergebnisse vom Writer-Knoten des DB-Clusters abgerufen werden.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Zu den häufigsten Ursachen für längere Wartezeiten zählen auch die Folgenden:
Eine große Anzahl von Zeilen wird vom Writer-Knoten abgerufen.
Eine erhöhte Netzwerklatenz zwischen dem Writer-Knoten und der Read Replica erhöht die Zeit, die das Read Replica benötigt, um Daten vom Writer-Knoten zu empfangen.
Eine erhöhte Auslastung der Read Replica kann die Übertragung der Abfrageanforderung von der Read Replica zum Writer-Knoten verzögern.
Eine erhöhte Belastung des Schreibknotens kann die Übertragung von Daten vom Schreibknoten zur Lesereplik verzögern.
Aktionen
Abhängig von den Ursachen Ihres Warteereignisses empfehlen wir verschiedene Aktionen.
Optimieren Sie Abfragen, um nur die erforderlichen Daten abzurufen.
Optimieren Sie die Operationen in der Datenmanipulationssprache (DML), sodass nur die erforderlichen Daten geändert werden.
Wenn der Read Replica- oder Writer-Knoten durch CPU die Netzwerkbandbreite eingeschränkt ist, sollten Sie erwägen, ihn auf einen Instance-Typ mit mehr CPU Kapazität oder mehr Netzwerkbandbreite umzustellen.
IPC:AuroraWriteForwardGetGlobalConsistencyPoint
Das IPC:AuroraWriteForwardGetGlobalConsistencyPoint Ereignis tritt ein, wenn ein Backend-Prozess auf der Read Replica, der den GLOBAL Konsistenzmodus verwendet, darauf wartet, den globalen Konsistenzpunkt vom Writer-Knoten zu erhalten, bevor er eine Abfrage ausführt.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Zu den häufigsten Ursachen für längere Wartezeiten zählen auch die Folgenden:
Eine erhöhte Netzwerklatenz zwischen dem Read Replica und dem Writer-Knoten erhöht die Zeit, die das Read Replica benötigt, um Daten vom Writer-Knoten zu empfangen.
Eine erhöhte Auslastung der Read Replica kann die Übertragung der Abfrageanforderung von der Read Replica zum Writer-Knoten verzögern.
Eine erhöhte Belastung des Schreibknotens kann die Übertragung von Daten vom Schreibknoten zur Lesereplik verzögern.
Aktionen
Abhängig von den Ursachen Ihres Warteereignisses empfehlen wir verschiedene Aktionen.
Ändern Sie Ihren Konsistenzmodus je nach den Anforderungen Ihrer Anwendung.
Wenn der Read Replica- oder Writer-Knoten durch CPU die Netzwerkbandbreite eingeschränkt ist, sollten Sie erwägen, ihn auf einen Instance-Typ mit mehr CPU Kapazität oder mehr Netzwerkbandbreite umzustellen.
IPC:AuroraWriteForwardXactAbort
Das IPC:AuroraWriteForwardXactAbort Ereignis tritt ein, wenn ein Backend-Prozess auf der Read Replica auf das Ergebnis einer Remote-Bereinigungsabfrage wartet. Bereinigungsabfragen werden ausgegeben, um den Prozess nach dem Abbruch einer per Schreibweiterleitung weitergeleiteten Transaktion wieder in den entsprechenden Zustand zu versetzen. Amazon Aurora führt diese entweder aus, weil ein Fehler gefunden wurde oder weil ein Benutzer einen expliziten ABORT-Befehl ausgegeben oder eine laufende Abfrage abgebrochen hat.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Zu den häufigsten Ursachen für längere Wartezeiten zählen auch die Folgenden:
Eine erhöhte Netzwerklatenz zwischen dem Read Replica und dem Writer-Knoten erhöht die Zeit, die das Read Replica benötigt, um Daten vom Writer-Knoten zu empfangen.
Eine erhöhte Auslastung der Read Replica kann die Übertragung der Cleanup-Abfrageanforderung von der Read Replica zum Writer-Knoten verzögern.
Eine erhöhte Belastung des Schreibknotens kann die Übertragung von Daten vom Schreibknoten zur Lesereplik verzögern.
Aktionen
Abhängig von den Ursachen Ihres Warteereignisses empfehlen wir verschiedene Aktionen.
Untersuchen Sie die Ursache für die abgebrochene Transaktion.
Wenn die Read Replica- oder Writer-DB-Instance durch CPU die Netzwerkbandbreite eingeschränkt ist, sollten Sie erwägen, sie auf einen Instance-Typ mit mehr CPU Kapazität oder mehr Netzwerkbandbreite umzustellen.
IPC:AuroraWriteForwardXactCommit
Das IPC:AuroraWriteForwardXactCommit Ereignis tritt ein, wenn ein Backend-Prozess auf der Read Replica auf das Ergebnis eines weitergeleiteten Commit-Transaktionsbefehls wartet.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Zu den häufigsten Ursachen für längere Wartezeiten zählen auch die Folgenden:
Eine erhöhte Netzwerklatenz zwischen dem Read Replica und dem Writer-Knoten erhöht die Zeit, die das Read Replica benötigt, um Daten vom Writer-Knoten zu empfangen.
Eine erhöhte Auslastung der Read Replica kann die Übertragung der Abfrageanforderung von der Read Replica zum Writer-Knoten verzögern.
Eine erhöhte Belastung des Schreibknotens kann die Übertragung von Daten vom Schreibknoten zur Lesereplik verzögern.
Aktionen
Wenn der Read Replica- oder Writer-Knoten durch CPU die Netzwerkbandbreite eingeschränkt ist, sollten Sie erwägen, ihn auf einen Instance-Typ mit mehr CPU Kapazität oder mehr Netzwerkbandbreite umzustellen.
IPC:AuroraWriteForwardXactStart
Das IPC:AuroraWriteForwardXactStart Ereignis tritt ein, wenn ein Backend-Prozess auf der Read Replica auf das Ergebnis eines weitergeleiteten Starttransaktionsbefehls wartet.
Wahrscheinliche Ursachen für erhöhte Wartezeiten
Zu den häufigsten Ursachen für längere Wartezeiten zählen auch die Folgenden:
Eine erhöhte Netzwerklatenz zwischen dem Read Replica und dem Writer-Knoten erhöht die Zeit, die das Read Replica benötigt, um Daten vom Writer-Knoten zu empfangen.
Eine erhöhte Auslastung der Read Replica kann die Übertragung der Abfrageanforderung von der Read Replica zum Writer-Knoten verzögern.
Eine erhöhte Belastung des Schreibknotens kann die Übertragung von Daten vom Schreibknoten zur Lesereplik verzögern.
Aktionen
Wenn der Read Replica- oder Writer-Knoten durch CPU die Netzwerkbandbreite eingeschränkt ist, sollten Sie erwägen, ihn auf einen Instance-Typ mit mehr CPU Kapazität oder mehr Netzwerkbandbreite umzustellen.
