Übersicht über die Überwachung von Amazon RDS. - Amazon Relational Database Service

Übersicht über die Überwachung von Amazon RDS.

Die Überwachung ist eine wichtige Komponente für die Wahrung der Zuverlässigkeit, Verfügbarkeit und Leistung von Amazon RDS und Ihrer AWS-Lösungen. Sie sollten von allen Teilen Ihrer AWS-Lösung Überwachungsdaten sammeln, damit Sie Ausfälle, die sich über mehrere Punkte erstrecken, leichter debuggen können. Vor der Überwachung von Amazon RDS empfehlen wir, einen Überwachungsplan zu erstellen, der Antworten auf die folgenden Fragen enthält:

  • Was sind Ihre Ziele bei der Überwachung?

  • Welche Ressourcen werden überwacht?

  • Wie oft werden diese Ressourcen überwacht?

  • Welche Überwachungstools werden verwendet?

  • Wer soll die Überwachungsaufgaben ausführen?

  • Wer soll benachrichtigt werden, wenn Fehler auftreten?

Der nächste Schritt besteht darin, eine Baseline für normale Amazon RDS-Performance in Ihrer Umgebung aufzustellen. Dafür sollten Sie die Performance zu verschiedenen Zeiten und unter verschiedenen Belastungsbedingungen messen. Wenn Sie Amazon RDS überwachen, sollten Sie das Speichern historischer Überwachungsdaten in Betracht ziehen. Diese gespeicherten Daten bieten eine Basis für den Vergleich mit aktuellen Leistungsdaten, für die Identifikation normaler Leistungsmuster und Leistungsanomalien sowie für die Entwicklung von Verfahren für den Umgang mit Problemen.

Sie können mit Amazon RDS z. B. den Netzwerkdurchsatz, die Client-Verbindungen, die E/A-Leistung für Lese-, Schreib- und/oder Metadaten-Operationen und Spitzenguthabensalden für Ihre DB-Instance überwachen. Wenn die Leistung außerhalb der festgelegten Baseline liegt, müssen Sie möglicherweise Änderungen vornehmen, um die Datenbankverfügbarkeit für Ihre Workload zu optimieren. Beispielsweise müssen Sie möglicherweise die Instance-Klasse Ihrer DB-Instance ändern. Oder Sie müssen möglicherweise die Anzahl der DB-Instance und Read Replicas ändern, die für Clients verfügbar sind.

Die zulässigen Werte für Leistungsmetriken sind im Allgemeinen davon abhängig, wie die Ausgangsbasis aussieht und wofür die Anwendung gedacht ist. Prüfen Sie, ob dauerhafte oder tendenzielle Abweichungen von Ihrer Ausgangsbasis vorliegen. Im Folgenden finden Sie ein paar Hinweise zu bestimmten Metriken:

  • Hohe CPU- oder RAM-Nutzung – Hohe Werte für die CPU- oder RAM-Nutzung können angemessen sein, wenn sie der Zielsetzung Ihrer Anwendung entsprechen (z. B. in Bezug auf Durchsatz oder Gleichzeitigkeit) und erwartet werden.

  • Nutzung des Datenträgerplatzes: Überprüfen Sie die Nutzung des Datenträgerplatzes, wenn konsistent 85 Prozent oder mehr des gesamten Datenträgerplatzes belegt werden. Prüfen Sie, ob Daten in der Instance gelöscht oder auf einem anderen System archiviert werden können, um Speicherplatz freizugeben.

  • Netzwerkdatenverkehr – Wenden Sie sich an Ihren Systemadministrator, um zu erfahren, welcher Durchsatz für Ihr Domänennetzwerk und Ihre Internetverbindung erwartet wird. Überprüfen Sie den Netzwerkdatenverkehr, wenn der Durchsatz dauerhaft unter dem erwarteten Wert liegt.

  • Datenbankverbindungen – Sie sollten eine Einschränkung der Datenbankverbindungen in Betracht ziehen, wenn eine große Anzahl von Benutzerverbindungen sowie auch eine Abnahme der Instance-Leistung und -Reaktionszeit zu erkennen sind. Die optimale Anzahl der Benutzerverbindungen für Ihre DB-Instance ist von der Instance-Klasse und der Komplexität der ausgeführten Operationen abhängig. Um die Anzahl der Datenbankverbindungen zu bestimmen, ordnen Sie Ihre DB-Instance einer Parametergruppe zu, für die der Parameter User Connections auf einen anderen Wert als „0“ (unbegrenzt) gesetzt ist. Sie können eine entweder eine vorhandene Parametergruppe verwenden oder eine neue erstellen. Weitere Informationen finden Sie unter Arbeiten mit DB-Parametergruppen.

  • IOPS-Metriken: Die erwarteten Werte für IOPS-Metriken sind von der Datenträgerspezifikation und der Serverkonfiguration abhängig. Verwenden Sie die Basiswerte als typische Werte. Prüfen Sie, ob dauerhafte Abweichungen von den Werten Ihrer Ausgangsbasis vorliegen. Für eine optimale IOPS-Leistung stellen Sie sicher, dass Ihr typisches Working Set in den Speicher passt, um Lese- und Schreibvorgänge zu minimieren.

Überwachungstools

AWS bietet verschiedene Tools, mit deren Hilfe Sie Amazon RDS überwachen können. Sie können einige dieser Tools für die Überwachung konfigurieren, während andere einen manuellen Eingriff erfordern. Wir empfehlen, dass Sie die Überwachungsaufgaben möglichst automatisieren.

Automatisierte Überwachungstools

Sie können die folgenden automatisierten Tools zur Überwachung von Amazon RDS verwenden und auftretende Probleme melden:

  • Amazon RDS-Ereignisse – Abonnieren Sie Amazon RDS-Ereignisse, um über Änderungen einer DB-Instance, eines DB-Snapshots, einer DB-Parametergruppe oder einer DB-Sicherheitsgruppe benachrichtigt zu werden. Weitere Informationen finden Sie unter Verwenden von Amazon RDS-Ereignisbenachrichtigungen.

  • Datenbank-Protokolldateien: Sie können Datenbank-Protokolldateien über die Amazon RDS-Konsole oder mittels Amazon RDS-API-Operationen anzeigen, herunterladen oder öffnen. Und Sie können einige Datenbank-Protokolldateien abrufen, die in Datenbanktabellen geladen werden. Weitere Informationen finden Sie unter Amazon RDS-Datenbank-Protokolldateien.

  • Amazon RDS Enhanced Monitoring: Sehen Sie sich in Echtzeit Metriken für das Betriebssystem an. Weitere Informationen finden Sie unter Enhanced Monitoring (Erweiterte Überwachung).

  • Amazon RDS Performance Insights — Bewerten Sie die Belastung Ihrer Datenbank und bestimmen Sie, wann und wo Maßnahmen ergriffen werden sollen. Weitere Informationen finden Sie unter Verwenden von Amazon RDS Performance Insights.

  • Amazon RDS-Empfehlungen — Sehen Sie automatisierte Empfehlungen für Datenbankressourcen wie DB-Instances, Read Replicas und DB-Parametergruppen ein. Weitere Informationen finden Sie unter Verwenden der Amazon RDS-Empfehlungen.

Darüber hinaus lässt sich Amazon RDS für zusätzliche Überwachungsfunktionen in Amazon CloudWatch, Amazon EventBridge und AWS CloudTrail integrieren:

  • Amazon CloudWatch-Metriken: Amazon RDS sendet automatisch jede Minute Metriken für alle aktiven Datenbank-Instances an CloudWatch. Sie erhalten keine zusätzlichen Gebühren für Amazon RDS-Metriken in CloudWatch. Weitere Informationen finden Sie unter Anzeigen von DB-Instance-Metriken.

  • Amazon CloudWatch Alarme – Sie können eine einzelne Amazon RDS-Metrik über einen bestimmten Zeitraum überwachen. Anschließend können Sie eine oder mehrere Aktionen basierend auf dem Wert der Metrik relativ zu einem von Ihnen festgelegten Schwellenwert ausführen. Weitere Informationen finden Sie unter Überwachung mit Amazon CloudWatch.

  • Amazon CloudWatch Logs: Die meisten DB-Engines ermöglichen das Überwachen, Speichern und Zugreifen auf Datenbankprotokolldateien in CloudWatch Logs. Weitere Informationen finden Sie unter Amazon CloudWatch Logs User Guide.

  • Amazon CloudWatch Events undAmazon EventBridge – Sie können AWS-Services automatisieren und auf Systemereignisse reagieren, z. B. Probleme mit der Anwendungsverfügbarkeit oder Ressourcenänderungen. Ereignisse von AWS-Services werden für CloudWatch-Ereignisse und EventBridge nahezu in Echtzeit bereitgestellt. Sie können einfache Regeln schreiben, um anzugeben, welche Ereignisse für Sie interessant sind und welche automatisierten Aktionen durchgeführt werden sollen, wenn sich für ein Ereignis eine Übereinstimmung mit einer Regel ergibt. Weitere Informationen finden Sie unter Abrufen von CloudWatch-Ereignisse- und Amazon EventBridge-Ereignissen für Amazon RDS.

  • AWS CloudTrail – Sie können eine Aufzeichnung der von einem Benutzer, einer Rolle oder einem AWS-Service in Amazon RDS ausgeführten Aktionen anzeigen. CloudTrail erfasst alle API-Aufrufe für Amazon RDS als Ereignisse. Zu diesen erfassten Daten gehören Aufrufe von der Amazon RDS-Konsole und Codeaufrufe der Amazon RDS-API-Operationen. Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Bereitstellung von CloudTrail-Ereignissen an einen Amazon S3-Bucket, einschließlich Ereignissen für Amazon RDS, aktivieren. Auch wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse in der CloudTrail-Konsole in Event history (Ereignisverlauf) anzeigen. Weitere Informationen finden Sie unter Arbeiten mit AWS CloudTrail und Amazon RDS .

Manuelle Überwachungstools

Ein weiterer wichtiger Bestandteil der Überwachung von Amazon RDS ist die manuelle Überwachung derjenigen Elemente, die die CloudWatch-Alarme nicht abdecken. Amazon RDS, CloudWatch, AWS Trusted Advisor und andere Dashboards der AWS-Konsole bieten eine Übersicht über den Zustand Ihrer AWS-Umgebung. Wir empfehlen, auch die Protokolldateien auf Ihrer DB-Instance zu überprüfen.

  • In der Amazon RDS-Konsole können Sie die folgenden Elemente für Ihre Ressourcen überwachen:

    • Die Anzahl der Verbindungen zu einer DB-Instance

    • Die Anzahl der Lese- und Schreibvorgänge in einer DB-Instance

    • Der von einer DB-Instance aktuell verwendete Speicherplatz

    • Der aktuell verwendete Arbeitsspeicher und die aktuelle CPU-Nutzung einer DB-Instance

    • Der Netzwerkdatenverkehr von und zu einer DB-Instance

  • Über das Trusted Advisor-Dashboard können Sie die folgenden Prüfungen in Bezug auf die Kostenoptimierung, Sicherheit, Fehlertoleranz und Leistungssteigerung einsehen:

    • Amazon RDS-DB-Instances im Leerlauf

    • Zugriffsrisiko für Amazon RDS-Sicherheitsgruppen

    • Amazon RDS-Sicherungen

    • Amazon RDS-Multi-AZ

    Weitere Informationen zu diesen Prüfungen finden Sie unter Trusted Advisor – bewährte Methoden (Prüfungen).

  • CloudWatch-Homepage zeigt folgende Informationen an:

    • Aktuelle Alarme und Status

    • Diagramme mit Alarmen und Ressourcen

    • Servicestatus

    Zusätzlich können Sie CloudWatch für folgende Aufgaben nutzen:

    • Erstellen Sie benutzerdefinierte Dashboards zur Überwachung der Services, die Ihnen wichtig sind.

    • Aufzeichnen von Metrikdaten, um Probleme zu beheben und Trends zu erkennen.

    • Durchsuchen aller AWS-Ressourcenmetriken.

    • Erstellen und Bearbeiten von Alarmen, um über Probleme benachrichtigt zu werden.

Überwachung mit Amazon CloudWatch

Sie können Ihre DB-Instances mit Amazon CloudWatch überwachen. Dabei werden Rohdaten von Amazon RDS gesammelt und in lesbare Metriken verarbeitet, bei denen es sich nahezu um Echtzeitdaten handelt. Standardmäßig werden die Metrikdaten von Amazon RDS in Abständen von 1 Minute automatisch an CloudWatch gesendet. Weitere Informationen zu CloudWatch finden Sie unter Was ist Amazon CloudWatch? im Amazon CloudWatch-Benutzerhandbuch.

Datenpunkte mit einem Zeitraum von 60 Sekunden (1 Minute) stehen 15 Tage lang zur Verfügung Dies bedeutet, dass Sie auf die Verlaufsdaten zugreifen und sich einen besseren Eindruck von der Leistung Ihrer Webanwendung oder Ihres Service verschaffen können. Weitere Informationen zur Aufbewahrung von CloudWatch-Metriken finden Sie unter Aufbewahrung von Metriken im Amazon CloudWatch-Benutzerhandbuch.

Anmerkung

Wenn Sie Amazon RDS Performance Insights verwenden, stehen Ihnen zusätzliche Metriken zur Verfügung. Weitere Informationen finden Sie unter In Amazon CloudWatch veröffentlichte Performance-Insights-Metriken.

Amazon RDS-Metriken und -Dimensionen

Wenn Sie Amazon RDS-Ressourcen verwenden, sendet Amazon RDS jede Minute Metriken und Dimensionen an Amazon CloudWatch. Sie können die folgenden Vorgehensweisen nutzen, um die Metriken für Amazon RDS anzuzeigen.

So zeigen Sie Metriken mithilfe der Amazon CloudWatch-Konsole an

Metriken sind zuerst nach dem Service-Namespace und dann nach verschiedenen Dimensionskombinationen in jedem Namespace gruppiert.

  1. Öffnen Sie die CloudWatch-Konsole unter https://console.aws.amazon.com/cloudwatch/.

  2. Ändern Sie, falls erforderlich, die AWS-Region. Wählen Sie auf der Navigationsleiste die AWS-Region aus, in der sich Ihre AWS-Ressourcen befinden. Weitere Informationen finden Sie unter Regionen und Endpunkte.

  3. Wählen Sie im Navigationsbereich Metrics aus. Wählen Sie den Metrik-Namespace RDS.

    
                        Auswählen des Metrik-Namespace
  4. Wählen Sie eine Metrikdimension, z. B. By Database Class (Nach Datenbanken-Klasse).

  5. Verwenden Sie die Spaltenüberschrift, um die Metriken zu sortieren. Um eine Metrik grafisch darzustellen, müssen Sie das Kontrollkästchen neben der Metrik aktivieren. Um nach Ressource zu filtern, müssen Sie zunächst die Ressourcen-ID und dann die Option Add to search (Zu Suche hinzufügen) wählen. Um nach Metrik zu filtern, müssen Sie den Metriknamen und anschließend Add to search (Zu Suche hinzufügen) wählen.

    
                          Filtern von Metriken

So zeigen Sie Metriken mit der AWS CLI an

  • Geben Sie als Eingabeaufforderung den folgenden Befehl ein.

    aws cloudwatch list-metrics --namespace AWS/RDS

Amazon RDS-Metriken

Der AWS/RDS-Namespace enthält die folgenden Metriken.

Anmerkung

Die Amazon RDS-Konsole zeigt möglicherweise Metriken in Einheiten an, die sich von den Einheiten unterscheiden, die an Amazon CloudWatch gesendet werden. Beispielsweise zeigt die Amazon RDS-Konsole eine Metrik in Megabyte (MB) an, während die Metrik in Bytes an Amazon CloudWatch gesendet wird.

Metrik Name der Konsole Beschreibung
BinLogDiskUsage

Binärprotokoll-Datenträgerverwendung (MB)

Speicherplatz, der von binären Protokollen auf dem primären Datenträger belegt wird. Gilt für MySQL Read Replicas.

Einheiten: Byte

BurstBalance

Burst-Saldo (Prozent)

Der Prozentsatz an verfügbarem Allzweck-SSD(gp2)-Burst-Bucket-E/A-Guthaben.

Einheiten: Prozent

CPUUtilization

CPU-Auslastung (Prozent)

Prozentsatz der CPU-Auslastung.

Einheiten: Prozent

CPUCreditUsage

CPU-Guthabennutzung (Anzahl)

(T2-Instances) Die Anzahl der von der Instance für die CPU-Nutzung verbrauchten CPU-Guthaben. Ein einzelnes CPU-Guthaben entspricht einer einzelnen vCPU, die mit 100 Prozent Nutzung eine Minute lang ausgeführt wird, oder einer gleichwertigen Kombination aus vCPUs, Nutzung und Zeit. Sie können beispielsweise eine einzelne vCPU mit 50 Prozent Nutzung für zwei Minuten oder zwei vCPUs mit 25 Prozent Nutzung für zwei Minuten ausführen.

Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. Wenn Sie ein größeres Intervall als 5 Minuten angeben, verwenden Sie die Statistik Sum anstelle der Statistik Average.

Einheiten: Guthaben (vCPU-Minuten)

CPUCreditBalance

CPU-Guthabensaldo (Anzahl)

(T2-Instances) Die Anzahl verdienter CPU-Guthaben, die eine Instance seit ihrem Start angesammelt hat. Für T2 Standard beinhaltet CPUCreditBalance auch die Anzahl der angesammelten Startguthaben.

Guthaben werden auf dem Guthaben-Konto angesammelt, nachdem sie verdient wurden, und davon entfernt, wenn sie verbraucht werden. Der Guthaben-Kontostand hat ein maximales Limit, das anhand der Instance-Größe bestimmt wird. Nachdem das Limit erreicht ist, verfallen alle neu verdienten Guthabenpunkte. Im Fall von T2 Standard werden Startguthaben nicht für das Limit berücksichtigt.

Die Guthaben in CPUCreditBalance sind verfügbar, um die Leistung der Instance über die CPU-Basisnutzung hinaus zu steigern.

Wenn eine Instance ausgeführt wird, verfallen Guthaben im CPUCreditBalance nicht. Wenn die Instance beendet wird, bleibt der CPUCreditBalance nicht erhalten, und alle angesammelten Guthaben gehen verloren.

Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar.

Einheiten: Guthaben (vCPU-Minuten)

DatabaseConnections

DB-Verbindungen (Anzahl)

Anzahl der benutzten Datenbankverbindungen.

Der Metrikwert enthält möglicherweise keine unterbrochenen Datenbankverbindungen, die von Ihrer Datenbank noch nicht bereinigt wurden. Daher kann die Anzahl der von Ihrer Datenbank aufgezeichneten Datenbankverbindungen höher sein als der Metrikwert.

Einheiten: Anzahl

DiskQueueDepth

Warteschlangentiefe (Anzahl)

Anzahl der offenstehenden E/As (Lese-/Schreibanforderungen), die auf die Festplatte zugreifen möchten.

Einheiten: Anzahl

FailedSQLServerAgentJobsCount

Anzahl fehlgeschlagener SQL Server-Agent-Aufträge (Anzahl/Minute)

Die Anzahl der fehlgeschlagenen Microsoft SQL Server Agent-Aufträge in der letzten Minute.

Einheit: Anzahl/Minute

FreeableMemory

Freisetzbarer Speicher (MB)

Verfügbarer Arbeitsspeicher.

Für MariaDB-, MySQL-, Oracle- und PostgreSQL-DB-Instances meldet diese Metrik als Wert des Feldes MemAvailable /proc/meminfo.

Einheiten: Byte

FreeStorageSpace

Freier Speicherplatz (MB)

Verfügbarer Speicherplatz

Einheiten: Byte

MaximumUsedTransactionIDs

Maximal verwendete Transaktions-IDs (Anzahl)

Die maximale Anzahl von Transaktions-IDs, die verwendet wurden. Gilt für PostgreSQL.

Einheiten: Anzahl

NetworkReceiveThroughput

Netzwerkempfangsdurchsatz (MB/Sekunde)

Eingehender Netzwerkverkehr (Receive) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird.

Einheiten: Byte/Sekunde

NetworkTransmitThroughput

Netzwerkübertragungsdurchsatz (MB/Sekunde)

Ausgehender Netzwerkverkehr (Transmit) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird.

Einheiten: Byte/Sekunde

OldestReplicationSlotLag

Älteste Replikations-Slot-Verzögerung (MB)

Der Verzögerungsgrößenwert des Replikats, das in Bezug auf die empfangenen Write-Ahead-Log-Daten (WAL) die höchste Verzögerung aufweist. Gilt für PostgreSQL.

Einheiten: Megabyte

ReadIOPS

Gelesene IOPS (Anzahl/Sekunde)

Durchschnittliche Anzahl der Festplatten-E/A-Lesevorgänge pro Sekunde.

Einheiten: Anzahl/Sekunde

ReadLatency

Lese-Latenz (Millisekunden)

Die durchschnittliche Dauer für einen Festplatten-E/A-Vorgang.

Einheiten: Sekunden

ReadThroughput

Lese-Durchsatz (MB/Sekunde)

Die durchschnittliche Anzahl Byte, die pro Sekunde vom Datenträger gelesen werden

Einheiten: Byte/Sekunde

ReplicaLag

Replikatverzögerung (Millisekunden)

Zeitdifferenz zwischen einer Lesereplikat-DB-Instance und der Datenbank-Quell-Instance. Gilt für MySQL-, MariaDB-, Oracle-, PostgreSQL- und SQL Server-Lesereplikate.

Einheiten: Sekunden

ReplicationSlotDiskUsage

Replikat-Steckplatten-Nutzung (MB)

Der Festplattenspeicher, der von Replikationsslotdateien verwendet wird. Gilt für PostgreSQL.

Einheiten: Megabyte

SwapUsage

Auslagerungsnutzung (MB)

Menge des für die DB-Instance verwendeten Auslagerungsbereichs. Diese Metrik ist nicht für SQL Server verfügbar.

Einheiten: Byte

TransactionLogsDiskUsage

Festplattennutzung von Transaktionsprotokollen (MB)

Der von den Transaktionsprotokollen verwendete Festplattenspeicher. Gilt für PostgreSQL.

Einheiten: Megabyte

TransactionLogsGeneration

Transaktionsprotokollerstellung (MB/Sekunde)

Die Größe der pro Sekunde generierten Transaktionsprotokolle. Gilt für PostgreSQL.

Einheiten: Byte/Sekunde

WriteIOPS

Geschriebene IOPS (Anzahl/Sekunde)

Durchschnittliche Anzahl von Festplatten-E/A-Schreibvorgänge pro Sekunde.

Einheiten: Anzahl/Sekunde

WriteLatency

Schreiblatenz (Millisekunden)

Die durchschnittliche Dauer für einen Festplatten-E/A-Vorgang.

Einheiten: Sekunden

WriteThroughput

Schreibdurchsatz (MB/Sekunde)

Die durchschnittliche Anzahl von Bytes, die pro Sekunde auf den Datenträger geschrieben werden.

Einheiten: Byte/Sekunde

Amazon RDS-Dimensionen

Amazon RDS-Metrikdaten können mithilfe der Dimensionen in der folgenden Tabelle gefiltert werden:

Dimension Beschreibung
DBInstanceIdentifier

Diese Dimension filtert die angeforderten Daten für eine bestimmte DB-Instance.

DBClusterIdentifier

Diese Dimension filtert die angeforderten Daten für einen bestimmten Amazon Aurora DB-Cluster.

DBClusterIdentifier, Role

Diese Dimension filtert die angeforderten Daten für einen bestimmten Aurora-DB-Cluster und fasst die Metrik nach Instance-Rolle (WRITER/READER) zusammen. Sie können beispielsweise Metriken für alle READER-Instances eines Clusters zusammenfassen.

DatabaseClass

Diese Dimension filtert die angeforderten Daten für alle Instances einer Datenbankklasse. Sie können beispielsweise Metriken für alle Instances der Datenbankklasse db.r5.large zusammenfassen.

EngineName

Diese Dimension filtert die angeforderten Daten nur für den identifizierten Engine-Namen. Sie können beispielsweise Metriken für alle Instances mit dem Engine-Namen mysql zusammenfassen.

SourceRegion

Diese Dimension filtert die angeforderten Daten nur für die angegebene Region. Sie können beispielsweise Metriken für alle Instances in der Region us-east-1 zusammenfassen.

Erstellen von CloudWatch-Alarmen zur Überwachung von Amazon RDS

Sie können einen CloudWatch-Alarm erstellen, der eine Amazon SNS-Nachricht sendet, sobald sich der Status des Alarms ändert. Ein Alarm überwacht eine Metrik über einen bestimmten, von Ihnen definierten Zeitraum. Der Alarm kann auch eine oder mehrere Aktionen durchführen, die vom Wert der Metrik im Vergleich zu einem gegebenen Schwellenwert in einer Reihe von Zeiträumen abhängt. Die Aktion ist eine Benachrichtigung, die an ein Amazon SNS-Thema oder eine Amazon EC2 Auto Scaling-Richtlinie gesendet wird.

Alarme rufen nur Aktionen für nachhaltige Statusänderungen auf. CloudWatch-Alarme rufen keine Aktionen auf, nur weil sie einen besonderen Status haben. Der Status muss sich geändert haben und für eine festgelegte Anzahl an Zeiträumen aufrechterhalten worden sein. Im folgenden Verfahren wird beschrieben, wie Sie Alarme für Amazon RDS erstellen.

So stellen Sie Alarme mit der CloudWatch-Konsole ein

  1. Melden Sie sich bei der AWS Management Console an. Öffnen Sie die CloudWatch-Konsole unter https://console.aws.amazon.com/cloudwatch/.

  2. Wählen Sie die Option Alarme und anschließend Alarm erstellen aus. Dadurch wird der Assistent zum Erstellen von Alarmen gestartet.

  3. Wählen Sie RDS-Metriken und durchblättern Sie die Amazon RDS-Metriken, bis Sie die Metrik finden, für die Sie einen Alarm setzen möchten. Um nur Amazon RDS-Metriken anzuzeigen, suchen Sie nach dem Bezeichner Ihrer Ressource. Wählen Sie die Metrik, auf der ein Alarm erstellt werden soll, und wählen Sie dann Weiter.

  4. Geben Sie unter Name, Beschreibung und Whenever (Wann immer) die Werte für die Metrik ein.

  5. Wenn CloudWatch Ihnen eine E-Mail-Nachricht senden soll, wenn der Alarmstatus erreicht ist, wählen Sie im Feld Wann immer dieser Alarm ausgegeben wird: die Option Status lautet ALARM aus. Wählen Sie unter Benachrichtigung senden an: ein vorhandenes SNS-Thema aus. Wenn Sie die Option Create topic (Thema erstellen) auswählen, können Sie den Namen und die E-Mail-Adressen für eine neue E-Mail-Abonnementliste einrichten. Diese Liste wird gespeichert und erscheint für künftige Alarme in der Liste.

    Anmerkung

    Wenn Sie Create topic (Thema erstellen) verwenden, um ein neues Amazon SNS-Thema einzurichten, müssen die E-Mail Adressen überprüft werden, bevor die Empfänger Benachrichtigungen erhalten. E-Mail Nachrichten werden nur gesendet, wenn der Alarm in einen Alarmzustand wechselt. Wenn sich dieser Alarmzustand ändert, bevor die E-Mail-Adressen überprüft wurden, erhalten die Adressen keine Benachrichtigung.

  6. Zeigen Sie eine Vorschau des Alarms an, den Sie im Bereich Alarmvorschau erstellen möchten, und wählen Sie dann Alarm erstellen.

So richten Sie mit der AWS CLI einen Alarm ein

So richten Sie mit der CloudWatch-API einen Alarm ein:

Veröffentlichen von Datenbank-Engine-Protokollen in Amazon CloudWatch Logs

Sie können die Amazon RDS-Datenbank-Engine so konfigurieren, dass Protokolldaten in einer Protokollgruppe in Amazon CloudWatch Logs veröffentlicht werden. Mit CloudWatch Logs können Sie Echtzeitanalysen der Protokolldaten durchführen, und mit CloudWatch können Sie Alarme und Metriken erstellen. Mit CloudWatch Logs können Sie die Protokolldatensätze in einem Speicher mit hoher Beständigkeit ablegen, der über den CloudWatch Logs-Agent verwaltet wird. Sie können beispielsweise bestimmen, wann Protokolldatensätze von einem Host zu einem Protokollservice verschoben werden, sodass Sie bei Bedarf auf die unformatierten Protokolle zugreifen können.

Engine-spezifische Informationen finden Sie unter:

Anmerkung

Stellen Sie sicher, dass Sie über eine serviceverknüpfte Rolle in AWS Identity and Access Management (IAM) verfügen, bevor Sie die Veröffentlichung von Protokolldaten aktivieren. Weitere Informationen zu Service-verknüpften Rollen finden Sie unter Verwenden von serviceverknüpften Rollen für Amazon RDS.

Konfigurieren der Integration von CloudWatch Logs

Zur Veröffentlichung der Datenbank-Log-Dateien in CloudWatch Logs wählen Sie die entsprechenden Protokolle aus. Treffen Sie diese Auswahl im Abschnitt Erweiterte Einstellungen, wenn Sie eine neue DB-Instance erstellen. Sie können auch eine vorhandene DB-Instance ändern, um mit der Veröffentlichung beginnen.


                    Hinzufügen von CloudWatch Logs

Nachdem die Veröffentlichung aktiviert wurde, streamt Amazon RDS laufend alle DB-Instance-Protokollsätze in eine Protokollgruppe. Sie haben z. B. eine Protokollgruppe /aws/rds/instance/log type für jeden Protokolltyp, den Sie veröffentlichen. Diese Protokollgruppe befindet sich in derselben AWS-Region wie die Datenbank-Instance, die das Protokoll erzeugt.

Nachdem Sie Protokolldatensätze veröffentlicht haben, können Sie die Datensätze in CloudWatch Logs suchen und filtern. Weitere Informationen zum Suchen und Filtern von Protokollen finden Sie unter Suchen und Filtern von Protokolldaten.

Anzeigen von DB-Instance-Metriken

Amazon RDS stellt Metriken bereit, mit denen Sie den Zustand Ihrer DB-Instances überwachen können. Sie können sowohl die Metriken zur DB-Instance als auch die Metriken zum Betriebssystem überwachen.

Im Folgenden finden Sie Details zum Anzeigen von Metriken für Ihre DB-Instance mithilfe der RDS-Konsole und CloudWatch. Weitere Informationen zur Überwachung der Metriken zum Betriebssystem Ihrer DB-Instance in Echtzeit mit CloudWatch Logs finden Sie unter Enhanced Monitoring (Erweiterte Überwachung).

So zeigen Sie DB- und Betriebssystem-Metriken für eine DB-Instance an

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie den Namen der DB-Instance, über die Sie Informationen benötigen, um deren Details anzuzeigen.

  4. Wählen Sie die Registerkarte Überwachung.

  5. Wählen Sie unter Überwachung eine der folgenden Optionen für die Anzeige Ihrer Metriken aus:

    • CloudWatch: Zeigt eine Übersicht über die DB-Instance-Metriken an, die in Amazon CloudWatch verfügbar sind. Jede Metrik beinhaltet ein Diagramm, das die überwachte Metrik für ein bestimmtes Zeitintervall anzeigt.

    • Enhanced Monitoring (Verbesserte Überwachung): Zeigt eine Übersicht über die Betriebssystem-Metriken zu einer DB-Instance mit aktivierter erweiterter Überwachung an. Jede Metrik beinhaltet ein Diagramm, das die überwachte Metrik für ein bestimmtes Zeitintervall anzeigt.

    • Betriebssystem-Prozessliste: Zeigt Detailinformationen über alle Prozesse, die innerhalb der ausgewählten Instance ausgeführt werden.

    • Performance Insights – Öffnet die Amazon RDS Performance Insights-Konsole für Ihre DB-Instance.

    
                            Ansichtsoptionen für RDS-Metriken
    Tipp

    Sie können den Zeitraum der durch die Diagramme dargestellten Metriken mit der Zeitraumliste auswählen.

    Um eine Detailansicht anzuzeigen, können Sie ein beliebiges Diagramm auswählen. Sie können auch Metrik-spezifische Filter auf die Daten anwenden.

Amazon RDS ist in CloudWatch-Metriken integriert und stellt eine Vielzahl von DB-Instance-Metriken bereit. Sie können die CloudWatch-Metriken mithilfe der RDS-Konsole, der AWS CLI oder der API anzeigen.

Eine Liste aller Amazon RDS-Metriken finden Sie unter Amazon RDS-Dimensionen und -Metriken im Amazon CloudWatch-Benutzerhandbuch.

Anzeigen von DB-Metriken mithilfe der CloudWatch-CLI
Anmerkung

Für das folgende CLI-Beispiel werden die CloudWatch-Befehlszeilen-Tools benötigt. Weitere Informationen zu CloudWatch und zum Download der Entwicklertools finden Sie unter Amazon CloudWatch auf der AWS-Website. Die Werte für StartTime und EndTime in diesem Beispiel dienen nur zur Veranschaulichung. Setzen Sie die entsprechenden Werte für den Start- und Endzeitpunkt Ihrer DB-Instance ein.

Nutzungs- und Leistungsstatistiken zu einer DB-Instance zeigen Sie wie folgt an:

  • Verwenden Sie den CloudWatch-Befehl mon-get-stats mit den folgenden Parametern.

    PROMPT>mon-get-stats FreeStorageSpace --dimensions="DBInstanceIdentifier=mydbinstance" --statistics= Average --namespace="AWS/RDS" --start-time 2009-10-16T00:00:00 --end-time 2009-10-16T00:02:00
Anzeigen von DB-Metriken mithilfe der CloudWatch-API

Die Werte für StartTime und EndTime in diesem Beispiel dienen nur zur Veranschaulichung. Setzen Sie die entsprechenden Werte für den Start- und Endzeitpunkt Ihrer DB-Instance ein.

Nutzungs- und Leistungsstatistiken zu einer DB-Instance zeigen Sie wie folgt an:

  • Rufen Sie die CloudWatch-API GetMetricStatistics mit folgenden Parametern auf:

    • Statistics.member.1 = Average

    • Namespace = AWS/RDS

    • StartTime = 2009-10-16T00:00:00

    • EndTime = 2009-10-16T00:02:00

    • Period = 60

    • MeasureName = FreeStorageSpace