MongoDB Flex überwachen (Monitoring)
Einführung
Abschnitt betitelt „Einführung“Monitoring und Observability in Kombination mit Ihrer Datenbank sind entscheidende Faktoren, um eine gute Nutzererfahrung zu bieten und Ihre eigenen SLAs gegenüber Ihren Kunden nachzuweisen. Mit STACKIT Observability bietet STACKIT einen Managed Service an, der Observability und Monitoring abdeckt. Lesen Sie die Dokumentation zu STACKIT Observability, um zu erfahren, wie Sie den Managed Service an Ihre Bedürfnisse anpassen können.
Dieser Artikel basiert auf dem Paradigma, dass Sie Monitoring mit Schwellenwerten für bestimmte Metriken nutzen, um aufmerksamkeitsbedürftige Zustände zu erkennen. Und um darüber hinaus Observability verwenden, um zu analysieren, welche Maßnahmen Sie dann ergreifen können.
Zugriff auf die Metriken
Abschnitt betitelt „Zugriff auf die Metriken“Sie haben drei Möglichkeiten, Ihre Metriken zu beziehen. Sie können diese entweder einfach im STACKIT Portal einsehen oder die komplexeren Methoden wählen. Bei Letzteren können Sie entscheiden, ob Sie Ihre Metriken in STACKIT Observability oder in einer selbstverwalteten Prometheus-Instanz speichern möchten.
STACKIT MongoDB Flex bietet mehrere Metriken direkt im Portal an. Dies ist ein zusätzlicher, vorkonfigurierter Dienst und läuft parallel zu einer optionalen, selbst konfigurierten Observability-Instanz.
Anforderungen
Abschnitt betitelt „Anforderungen“- Sie haben eine MongoDB Flex-Instanz erstellt. Prüfen Sie Erstellen und Verwalten von MongoDB Flex-Instanzen.
Folgen Sie den Schritten, um auf die Metriken zuzugreifen:
- Klicken Sie in der Seitenleiste auf MongoDB Flex.
- Klicken Sie auf die Instanz, für die Sie auf die Metriken zugreifen möchten.
- Klicken Sie in der Seitenleiste auf Metriken.
Das Dashboard zeigt die aktuelle Auslastung der wichtigsten Ressourcen aller Knoten an. Konsultieren Sie Dashboard-Metriken von MongoDB Flex, um eine Vorstellung von der Bedeutung der Metriken zu bekommen.
Um eine visuelle Darstellung Ihrer Metriken zu erhalten und diese zu speichern, können Sie den Observability-Service von STACKIT nutzen. In den folgenden Schritten erfahren Sie, wie Sie MongoDB in Ihre Observability-Service-Instanz integrieren können.
Konsultieren Sie MongoDB mit STACKIT Observability verbinden für Informationen zur Verbindung der Dienste und lesen Sie Observability-Metriken von MongoDB Flex, um mehr über die Bedeutung der Metriken zu erfahren.
Sie können die Daten mit selbst verwalteten Prometheus-Instanzen sammeln.
Konsultieren Sie MongoDB Flex Observability-Daten mit Prometheus sammeln für Informationen zur Verbindung der Dienste und lesen Sie Observability-Metriken von MongoDB Flex, um mehr über die Bedeutung der Metriken zu erfahren.
Metriken interpretieren
Abschnitt betitelt „Metriken interpretieren“Die Metriken und Schwellenwerte sind wichtige Werkzeuge zur Wartung Ihrer Instanz. Neben dem Nachweis gegenüber Ihren Kunden, dass Ihre SLAs eingehalten werden, erhalten Sie wichtige Informationen für das Sizing Ihrer Instanz. Es ist gute Praxis, die Alarmschwellenwerte je nach Risikoaffinität und Reaktionszeit zwischen 60 % und 80 % festzulegen.
Bevor Sie weitere Ressourcen zuweisen, versuchen Sie zuerst, Ihre Datenbank und Abfragen zu optimieren. Es gibt verschiedene Muster in den Metriken, die Ihnen Hinweise auf Optimierungspotenziale geben. Lesen Sie den MongoDB-Leitfaden Guide to optimizing MongoDB performance und Query optimization, um zu erfahren, wie Sie diese Muster erkennen und die Ursachen beheben können.
Wenn Sie sicher sind, dass Sie mehr Ressourcen benötigen, nutzen Sie ebenfalls die Metriken. Für jeden Instanztyp (Single, Replica, Sharded) gibt es drei Parameter, welche die zugewiesenen Ressourcen steuern: Datenbankgröße, Performance-Klasse und Flavor.
Datenbankgröße
Abschnitt betitelt „Datenbankgröße“Wenn die Metrik DB Storage über 80 % ansteigt, ist es Best Practice, die Datenbankgröße zu erhöhen.
Performance-Klasse
Abschnitt betitelt „Performance-Klasse“Wenn Sie Performance-Probleme beim Speicher analysieren, müssen Sie zwischen zwei Parametern unterscheiden: IOPS und Disk-Bandbreite. Ersterer ist wichtiger für interne Datenbankaufgaben und die Verarbeitung vieler kleiner Abfragen, Letzterer ist wichtig, wenn Sie große Bulk-Dateien mit Ihren Abfragen ausliefern.
Wenn die Metrik Disk IOPS 80 % der IOPS Ihres Performance-Klasse-Plans erreicht, ist es Best Practice, die Performance-Klasse zu upgraden. Lesen Sie Flavors und Performance-Klassen von MongoDB Flex, um nachzuschlagen, welcher Plan wie viele IOPS hat.
Wenn die Metrik Disk Util % dauerhaft 60 % erreicht, sollten Sie ein Upgrade der Performance-Klasse in Betracht ziehen.
MongoDB ist stark auf Speicher angewiesen. Als Faustregel gilt, dass Ihr RAM etwa 60 % Ihres MongoDB-DB Storage entsprechen sollte. Mit dem Parameter Flavor können Sie Ihrer Instanz mehr Arbeitsspeicher und CPU-Ressourcen zuweisen.
Bei der Interpretation von Speichermetriken müssen Sie zwischen Resident- und Virtual-Memory unterscheiden. Resident-Memory ist die Menge an Speicher, die tatsächlich verwendet wird, und daher der Parameter, auf den Sie achten müssen. Wenn dieser dauerhaft über 80 % liegt, sollten Sie ein Upgrade des Flavor in Betracht ziehen.
Um den Bedarf an CPUs zu analysieren, überwachen Sie den Parameter normalized system CPU. Wenn dieser dauerhaft über 80 % liegt, sollten Sie ein Upgrade des Flavor in Betracht ziehen.