Wie behebe ich Leistungs- und Konnektivitätsprobleme bei meinen Lesereplikaten von Aurora PostgreSQL-Compatible?

Lösung

Identifizieren und Beheben von Replikatsverzögerungen

Eine Replikatsverzögerung tritt auf, wenn zwischen den Schreibvorgängen auf der primären Instance eine Verzögerung auftritt. Obwohl Aurora-PostgreSQL-Compatible-Instances in einem Datenbank (DB)-Cluster ein Speicher-Volume mit minimaler Replikatsverzögerung teilen, kann es dennoch zu Verzögerungen kommen.

Informationen zur Überwachung der Replikatsverzögerung findest du unter Überwachen der Aurora-PostgreSQL-Replikation.

Inaktive Verbindungen verwalten

Eine erhebliche Anzahl inaktiver Datenbankverbindungen kann zu Leistungsproblemen und Ressourcenerschöpfung führen.

Identifiziere die Abfragen mit langsamer Ausführung und behebe sie, um diese Probleme zu lösen.

Beheben von Konfigurationsproblemen im Zusammenhang mit einem Failover

Der automatische Failover-Mechanismus bei PostgreSQL-Compatible von Aurora priorisiert Hochverfügbarkeit und verwaltet möglicherweise bestimmte Instance-Konfigurationen nicht. Nach einem Failover-Ereignis tauschen Reader- und Writer-Instances möglicherweise die Instance-Klassen aus.

Gehe wie folgt vor, um nach Failover-Ereignissen zu suchen:

1. Öffne die Amazon Relational Database Service (Amazon RDS)-Konsole.
2. Wähle im Navigationsbereich Cluster und wähle anschließend den Cluster aus.
3. Wähle Protokolle und Ereignisse.
4. Überprüfe die Protokolle auf aktuelle Failover-Ereignisse.

Ermittle die aktuelle primäre Instance in der Amazon-RDS-Konsole, um zu überprüfen, ob bei der Instance die Instance-Klassen getauscht wurden und diese jetzt die Writer-Instance ist. 

Um die Konfiguration wiederherzustellen, musst du manuell ein Failover initiieren.

Gehe wie folgt vor:

1. Öffne die Amazon-RDS-Konsole.
2. Wähle im Navigationsbereich Cluster und wähle anschließend den Cluster aus.
3. Wähle Aktionen und dann Failover aus.
4. Wähle eine Instance aus, die die neue primäre Instance werden soll.
5. Ändere die Writer-Instance in die größere Instance-Klasse und die Reader-Instance in die kleinere Instance-Klasse.

Um Konfigurationsprobleme nach zukünftigen Failovers zu vermeiden, ergreife eine oder mehrere der folgenden Maßnahmen:

• Richte Amazon-CloudWatch-Alarme ein, um Failover-Ereignisse zu überwachen.
• Abonniere eine Amazon-RDS-Ereignisbenachrichtigung, um Benachrichtigungen zu erhalten, wenn Failovers auftreten.<br id=hardline_break/> Hinweis: Du musst Amazon-RDS-Berechtigungen erteilen, um Benachrichtigungen zu einem Amazon Simple Notification Service (Amazon SNS)-Thema zu veröffentlichen.
• Rufe AWS-Lambda-Funktionen auf, die die Instance-Größen nach einem Failover-Ereignis automatisch anpassen.
• Richte AWS Systems Manager Automation ein, um Workflows zu erstellen, die deine Konfiguration wiederherstellen.

Eine weitere Failover-Lösung findest du unter So implementierte ein großer AWS-Finanzkunde Hochverfügbarkeit und schnelle Notfallwiederherstellung für Amazon Aurora PostgreSQL mithilfe von Global Database und Amazon-RDS-Proxy.

Verwendung der Aurora-PostgreSQL-Leseverfügbarkeitsfunktion

Verwende die Leseverfügbarkeitsfunktion von Aurora PostgreSQL-Compatible, um die Leseverfügbarkeit zu verbessern, wenn Probleme mit der Writer-Instance auftreten. Die Funktion ist standardmäßig in den Aurora PostgreSQL-Versionen 16.1+, 15.2+, 14.7+, 13.10+ und 12.14+ verfügbar.

Weitere Informationen findest du unter Verbessern der Leseverfügbarkeit von Aurora-Replikaten.

Ähnliche Informationen

Bewährte Methoden mit Amazon Aurora PostgreSQL

Hochverfügbarkeit für Amazon Aurora

Optimierung mit Warteereignissen für Aurora PostgreSQL

Überwachen der DB-Auslastung mit Performance Insights auf Amazon RDS