Überwachung und Optimierung in Azure Database for PostgreSQL – Einzelserver
GILT FÜR: Azure Database for PostgreSQL – Single Server
Wichtig
Azure Database for PostgreSQL – Single Server wird eingestellt. Es wird dringend empfohlen, ein Upgrade auf Azure Database for PostgreSQL – Flexible Server auszuführen. Weitere Informationen zum Migrieren zu Azure Database for PostgreSQL – Flexible Server finden Sie unter Was geschieht mit Azure Database for PostgreSQL – Single Server?
Die Überwachung der Daten zu Ihren Servern unterstützt Sie bei der Problembehandlung und der Optimierung Ihrer Workloads. Azure Database for PostgreSQL bietet verschiedene Überwachungsoptionen, um Einblicke in das Verhalten Ihres Servers zu gewähren.
Metriken
Azure Database for PostgreSQL bietet verschiedene Metriken, die Einblicke in das Verhalten der Ressourcen gewähren, die dem PostgreSQL-Server zugrunde liegen. Jede Metrik wird mit einer Frequenz von einer Minute ausgegeben und verfügt über einen Verlauf von bis zu 93 Tagen. Sie können Warnungen für die Metriken konfigurieren. Eine Schritt-für-Schritt-Anleitung finden Sie unter Use the Azure portal to set up alerts on metrics for Azure Database for PostgreSQL (Verwenden des Azure-Portals zum Einrichten von Warnungen zu Metriken für Azure Database for PostgreSQL). Darüber hinaus können weitere Aufgaben wie das Einrichten automatisierter Aktionen, das Durchführen erweiterter Analysen und das Archivieren des Verlaufs ausgeführt werden. Weitere Informationen finden Sie unter Überblick über Metriken in Microsoft Azure.
Liste der Metriken
Die folgenden Metriken sind für Azure Database for PostgreSQL verfügbar:
Error
Anzeigename | Metrik-ID | Einheit | BESCHREIBUNG |
---|---|---|---|
Verbindungsfehler | connections_failed | Anzahl | Gibt an, wie viele fehlerhafte Verbindungen hergestellt wurden. |
Latency
Anzeigename | Metrik-ID | Einheit | BESCHREIBUNG |
---|---|---|---|
Maximale Verzögerung zwischen Replikaten | pg_replica_log_delay_in_bytes | Byte | Die Verzögerung in Bytes zwischen dem primären Server und dem Replikat mit der größten Verzögerung. Diese Metrik steht nur auf dem primären Server zur Verfügung. |
Replikatverzögerung | pg_replica_log_delay_in_seconds | Sekunden | Die Zeit seit der letzten wiedergegebenen Transaktion. Diese Metrik steht nur für Replikatserver zur Verfügung. |
Saturation
Anzeigename | Metrik-ID | Einheit | BESCHREIBUNG |
---|---|---|---|
Verwendeter Sicherungsspeicher | backup_storage_used | Byte | Die Menge des verwendeten Sicherungsspeichers. Diese Metrik stellt den gesamten Speicherplatz dar, der von allen vollständigen Datenbanksicherungen, differenziellen Sicherungen und Protokollsicherungen beansprucht wurde, die auf der Grundlage der für den Server festgelegten Beibehaltungsdauer für Sicherungen aufbewahrt wurden. Die Häufigkeit der Sicherungen wird durch den Dienst verwaltet und im Artikel zu Konzepten erläutert. Bei georedundantem Speicher wird doppelt so viel Sicherungsspeicher genutzt wie bei lokal redundantem Speicher. |
CPU in Prozent | cpu_percent | Percent | Die CPU-Auslastung in Prozent |
E/A in Prozent | io_consumption_percent | Percent | Die E/A-Auslastung in Prozent (Gilt nicht für Server im Tarif Basic.) |
Arbeitsspeicher in Prozent | memory_percent | Percent | Die Arbeitsspeicherauslastung in Prozent |
Begrenzung des Serverprotokollspeichers | serverlog_storage_limit | Byte | Der maximale Serverprotokollspeicher für diesen Server. |
Serverprotokollspeicher in Prozent | serverlog_storage_percent | Percent | Der Prozentsatz des Serverprotokollspeichers, der aus dem maximalen Serverprotokollspeicher des Servers verwendet wird. |
Verwendeter Serverprotokollspeicher | serverlog_storage_usage | Byte | Die Menge des verwendeten Serverprotokollspeichers. |
Speicherbegrenzung | storage_limit | Byte | Der maximale Speicher für diesen Server |
Speicher in Prozent | storage_percent | Percent | Der verwendete Speicher relativ zum Maximalwert des Servers (in Prozent) |
Verwendeter Speicher | storage_used | Byte | Die Menge des verwendeten Speichers. Der vom Dienst verwendete Speicher kann die Datenbankdateien, Transaktionsprotokolle und Serverprotokolle umfassen. |
Traffic
Anzeigename | Metrik-ID | Einheit | BESCHREIBUNG |
---|---|---|---|
Die aktiven Verbindungen. | active_connections | Anzahl | Die Anzahl aktiver Verbindungen mit dem Server |
Netzwerk ausgehend | network_bytes_egress | Byte | Ausgehender Netzwerkdatenverkehr über aktive Verbindungen. |
Netzwerk eingehend | network_bytes_ingress | Byte | Eingehender Netzwerkdatenverkehr über aktive Verbindungen. |
Serverprotokolle
Sie können die Protokollierung auf Ihrem Server aktivieren. Diese Ressourcenprotokolle können an Azure Monitor-Protokolle, Event Hubs und ein Speicherkonto gesendet werden. Weitere Informationen zur Protokollierung finden Sie auf der Seite Serverprotokolle.
Abfragespeicher
Der Abfragespeicher dient dazu, die Abfrageleistung im Zeitablauf zu verfolgen, einschließlich Statistiken zur Abfrageausführungszeit und Warteereignissen. Das Feature speichert Informationen zur Leistung der Abfrageausführungszeit in einer Systemdatenbank namens azure_sys unter dem Schema „query_store“ persistent. Sie können die Sammlung und Speicherung von Daten über verschiedene Konfigurationsoptionen steuern.
Query Performance Insight
Query Performance Insight arbeitet mit dem Abfragespeicher zusammen, um Visualisierungen bereitzustellen, auf die über das Azure-Portal zugegriffen werden kann. Diese Diagramme ermöglichen es Ihnen, wichtige Abfragen zu identifizieren, die sich auf die Leistung auswirken. Query Performance Insight ist im Abschnitt Intelligente Leistung auf der Portalseite Ihres Azure Database for PostgreSQL-Servers verfügbar.
Leistungsempfehlungen
Das Feature Leistungsempfehlungen identifiziert Möglichkeiten zur Verbesserung der Workloadleistung. Unter „Leistungsempfehlungen“ erhalten Sie Empfehlungen zum Erstellen neuer Indizes, mit denen sich die Leistung Ihrer Workloads u. U. verbessern lässt. Um Indexempfehlungen zu generieren, berücksichtigt das Feature verschiedene Datenbankmerkmale einschließlich des Schemas und der Workload laut Abfragespeicher. Nach der Implementierung von Leistungsempfehlungen sollten Kunden die Leistung testen, um die Auswirkungen dieser Änderungen auszuwerten.
Benachrichtigungen zu geplanten Wartungen
Benachrichtigungen zu geplanten Wartungen ermöglichen Ihnen das Empfangen von Warnungen für anstehende geplante Wartungsarbeiten an Azure Database for PostgreSQL – Einzelner Server. Diese Benachrichtigungen sind in die geplante Wartung von Service Health integriert, sodass Sie alle geplanten Wartungsarbeiten für Ihre Abonnements an zentraler Stelle anzeigen können. Außerdem ist es hilfreich, die Benachrichtigungen an die richtigen Zielgruppen für verschiedene Ressourcengruppen zu richten, da möglicherweise unterschiedliche Ansprechpartner für verschiedene Ressourcen zuständig sind. Sie erhalten die Benachrichtigung über die anstehende Wartung 72 Stunden vor dem Ereignis.
Im Dokument Benachrichtigungen zu geplanten Wartungen finden Sie weitere Informationen zum Einrichten von Benachrichtigungen.
Nächste Schritte
- Anleitungen zum Erstellen einer Warnung zu einer Metrik finden Sie unter Einrichten von Warnungen.
- Weitere Informationen dazu, wie Sie mit dem Azure-Portal, der REST-API oder der CLI auf Metriken zugreifen bzw. diese exportieren, finden Sie unter Überblick über Metriken in Microsoft Azure.
- Lesen Sie unseren Blog zu Best Practices für die Überwachung Ihres Servers (in englischer Sprache).
- Informieren Sie sich über Benachrichtigungen bei geplanten Wartungen in Azure Database for PostgreSQL (Einzelserver).