Bewährte Methoden für Dashboards

Dieses Dokumentationsthema wurde für Grafana-Workspaces entwickelt, die Grafana-Version 10.x unterstützen.

Informationen zu Grafana-Arbeitsbereichen, die Grafana-Version 9.x unterstützen, finden Sie unter. Arbeitet in Grafana-Version 9

Informationen zu Grafana-Arbeitsbereichen, die Grafana-Version 8.x unterstützen, finden Sie unter. Arbeitet in Grafana-Version 8

Dieser Abschnitt enthält Informationen zu bewährten Methoden für Grafana-Administratoren und Benutzer zum Erstellen und Verwalten von Grafana-Dashboards.

Informationen zu den verschiedenen Arten von Dashboards, die Sie erstellen können, finden Sie in den Grafana-Dashboards: Eine vollständige Anleitung zu all den verschiedenen Typen, mit denen Sie einen Blogbeitrag auf der Grafana Labs-Website erstellen können.

Anmerkung

Dieser Abschnitt kann Ihnen helfen, eine Strategie für Ihre Überwachung und Dashboard-Wartung zu entwickeln. Sie kennen Ihre Systeme am besten und sollten diesen Abschnitt als Leitfaden für Ihr Verständnis nutzen. Letztlich liegt es in Ihrer Verantwortung, die beste Strategie für Ihr System zu entwickeln.

Allgemeine Strategien zur Beobachtbarkeit

Wenn Sie viel zu überwachen haben, z. B. eine Serverfarm, benötigen Sie eine Strategie, um zu entscheiden, was wichtig genug ist, um zu überwachen. Auf dieser Seite werden verschiedene gängige Methoden beschrieben, mit denen Sie auswählen können, was überwacht werden soll.

Eine logische Strategie ermöglicht es Ihnen, einheitliche Dashboards zu erstellen und Ihre Observability-Plattform einfacher zu skalieren.

Richtlinien für Strategien

• Die USE-Methode sagt Ihnen, wie zufrieden Ihre Maschinen sind, die RED-Methode sagt Ihnen, wie glücklich Ihre Benutzer sind.

• USE berichtet über die Ursachen von Problemen.

• RED berichtet über die Benutzererfahrung und es ist wahrscheinlicher, dass Symptome von Problemen gemeldet werden.

• Beides zu überwachen ist wichtig, um Ihr System zu verstehen. Es hat sich bewährt, eher auf Symptome als auf Ursachen aufmerksam zu machen. In der Regel werden Warnmeldungen auf RED-Dashboards konfiguriert.

USE-Methode

USE steht für:

• Auslastung — Prozentuale Zeit, in der die Ressource ausgelastet ist, z. B. die CPU-Auslastung des Knotens.

• Sättigung — Umfang der Arbeit, die eine Ressource erledigen muss, häufig Warteschlangenlänge oder Knotenlast.

• Fehler — Anzahl der Fehlerereignisse.

Diese Methode eignet sich am besten für Hardwareressourcen in der Infrastruktur, wie CPU, Arbeitsspeicher und Netzwerkgeräte. Weitere Informationen finden Sie in Brendan Greggs Blogbeitrag Die USE-Methode.

RED-Methode

RED steht für:

• Rate — Anfragen pro Sekunde

• Fehler — Anzahl der fehlgeschlagenen Anfragen.

• Dauer — Dauer, die diese Anfragen in Anspruch nehmen, Verteilung der Latenzmessungen.

Diese Methode eignet sich am besten für Dienste, insbesondere für eine Microservices-Umgebung. Instrumentieren Sie für jeden Ihrer Dienste den Code, um diese Metriken für jede Komponente verfügbar zu machen. RED-Dashboards eignen sich gut für Warnmeldungen und SLAs. Ein gut gestaltetes RED-Dashboard ist ein Proxy für die Benutzererfahrung.

Weitere Informationen finden Sie in Tom Wilkies Blogbeitrag Die RED-Methode: So instrumentieren Sie Ihre Dienste.

Die vier goldenen Signale

Laut dem Google SRE-Handbuch sollten Sie sich auf diese vier konzentrieren, wenn Sie nur vier Messwerte Ihres benutzerorientierten Systems messen können.

Diese Methode ähnelt der RED-Methode, beinhaltet jedoch die Sättigung.

• Latenz — Zeit, die benötigt wird, um eine Anfrage zu bearbeiten.

• Verkehr — Wie stark Ihr System beansprucht wird.

• Fehler — Rate der fehlgeschlagenen Anfragen.

• Sättigung — Wie „voll“ Ihr System ist,

Reifegradmodell für Dashboard-Management

Der Reifegrad des Dashboard-Managements bezieht sich darauf, wie gut konzipiert und effizient Ihr Dashboard-Ökosystem ist. Wir empfehlen, Ihre Dashboard-Einrichtung regelmäßig zu überprüfen, um festzustellen, wo Sie sich befinden und wie Sie sich verbessern können.

Im Großen und Ganzen kann der Reifegrad eines Dashboards als niedrig, mittel oder hoch definiert werden.

Ein Großteil der Inhalte zu diesem Thema stammt aus dem Vortrag Fool-Proof Kubernetes Dashboards for Sleep-Deprived Oncalls aus dem KubeCon Jahr 2019.

Niedrig — Standardstatus

Derzeit haben Sie keine kohärente Strategie für das Dashboard-Management. Fast jeder fängt hier an.

Woran erkennst du, dass du hier bist?

• Jeder kann Ihre Dashboards ändern.

• Viele kopierte Dashboards, wenig bis gar keine Wiederverwendung von Dashboards.

• Einmalige Dashboards, die für immer da sind.

• Keine Versionskontrolle (Dashboard-JSON in der Versionskontrolle).

• Viel Stöbern nach Dashboards, Suchen nach dem richtigen Dashboard. Das bedeutet, dass Sie viel Zeit damit verschwenden, das Dashboard zu finden, das Sie benötigen.

• Es gibt keine Benachrichtigungen, die Sie zum richtigen Dashboard weiterleiten.

Mittel — methodische Dashboards

In dieser Phase beginnen Sie, Ihre Dashboard-Nutzung mithilfe methodischer Dashboards zu verwalten. Sie haben vielleicht eine Strategie entworfen, aber es gibt einige Dinge, die Sie verbessern könnten.

Woran erkennen Sie, dass Sie hier sind?

• Beugen Sie der Ausbreitung vor, indem Sie Vorlagenvariablen verwenden. Sie benötigen beispielsweise kein separates Dashboard für jeden Knoten, sondern können Abfragevariablen verwenden. Noch besser: Sie können die Datenquelle auch zu einer Vorlagenvariablen machen, sodass Sie dasselbe Dashboard in verschiedenen Clustern und Monitoring-Backends wiederverwenden können.

  Anregungen finden Sie in Variablen der Beispielliste unter.

• Methodische Dashboards, die einer Observabilitätsstrategie entsprechen.

• Hierarchische Dashboards mit Drilldowns zur nächsten Ebene.

• Das Dashboard-Design spiegelt die Servicehierarchien wider. Sie könnten beispielsweise die RED-Methode mit einer Zeile pro Service verwenden. Die Zeilenreihenfolge könnte den Datenfluss widerspiegeln, wenn Sie im Dashboard nach unten scrollen.

• Vergleichen Sie ähnlich: Teilen Sie Service-Dashboards auf, wenn die Größe unterschiedlich ist. Stellen Sie sicher, dass aggregierte Metriken wichtige Informationen nicht übertönen.

• Ausdrucksstarke Diagramme mit sinnvoller Verwendung von Farben und Normalisierung der Achsen, wo immer Sie können.

  • Beispiel für eine aussagekräftige Farbe: Blau bedeutet, dass sie gut ist, Rot bedeutet, dass sie schlecht ist. Schwellenwerte können dabei helfen.

  • Beispiel für die Normalisierung von Achsen: Messen Sie beim Vergleich der CPU-Auslastung in Prozent und nicht anhand der Rohzahl, da Maschinen eine unterschiedliche Anzahl von Kernen haben können. Durch die Normalisierung der CPU-Auslastung anhand der Anzahl der Kerne wird die kognitive Belastung reduziert, da der Betrachter darauf vertrauen kann, dass alle Kerne zu 100% genutzt werden, ohne die Anzahl der CPUs kennen zu müssen.

• Gezieltes Surfen reduziert das Rätselraten.

  • Vorlagenvariablen erschweren das zufällige oder ziellose Durchsuchen.

  • Die meisten Dashboards sollten über Warnmeldungen miteinander verknüpft sein.

  • Das Surfen erfolgt über Links. Weitere Informationen finden Sie unter Dashboard-Links verwalten.

• Versionsgesteuertes Dashboard-JSON.

Hoch — optimierte Nutzung

In dieser Phase haben Sie Ihre Nutzung der Dashboard-Verwaltung mit einer konsistenten und durchdachten Strategie optimiert. Es erfordert Wartung, aber die Ergebnisse sind es wert.

• Aktive Reduzierung der Zersiedelung.

  • Überprüfen Sie die vorhandenen Dashboards regelmäßig, um sicherzustellen, dass sie weiterhin relevant sind.

  • Nur genehmigte Dashboards wurden zur Master-Dashboard-Liste hinzugefügt.

  • Nachverfolgung der Nutzung des Dashboards. Sie können Einblicke in die Nutzung nutzen.

• Konsistenz durch Design.

• Verwenden Sie Skriptbibliotheken, um Dashboards zu generieren und sicherzustellen, dass Muster und Stil einheitlich sind.

  • Grafonnet (Jsonnet)

  • Grafanalib (Python)

• Keine Bearbeitung im Browser. Dashboard-Viewer ändern Ansichten mit Variablen.

• Das Suchen nach Dashboards ist die Ausnahme, nicht die Regel.

• Führen Sie Experimente und Tests in einer separaten Grafana-Instanz durch, die für diesen Zweck vorgesehen ist, nicht in Ihrer Produktionsinstanz. Wenn sich ein Dashboard in der Testumgebung als nützlich erwiesen hat, fügen Sie dieses Dashboard zu Ihrer Grafana-Hauptinstanz hinzu.

Bewährte Methoden für die Erstellung von Dashboards

In diesem Abschnitt werden einige bewährte Methoden beschrieben, die bei der Erstellung von Grafana-Dashboards befolgt werden sollten.

Bevor Sie beginnen

Hier sind einige Prinzipien, die Sie berücksichtigen sollten, bevor Sie ein Dashboard erstellen.

Ein Dashboard sollte eine Geschichte erzählen oder eine Frage beantworten

Welche Geschichte versuchst du mit deinem Dashboard zu erzählen? Versuchen Sie, eine logische Abfolge von Daten zu erstellen, z. B. von groß zu klein oder von allgemein zu spezifisch. Was ist das Ziel dieses Dashboards? (Hinweis: Wenn das Dashboard kein Ziel hat, fragen Sie sich, ob Sie das Dashboard wirklich benötigen.)

Halte deine Grafiken einfach und konzentriere dich darauf, die Frage zu beantworten, die du stellst. Wenn Ihre Frage beispielsweise lautet: „Welche Server haben Probleme?“ , dann müssen Sie vielleicht nicht alle Serverdaten anzeigen. Zeige einfach Daten für diejenigen, die Probleme haben.

Dashboards sollten die kognitive Belastung reduzieren, nicht erhöhen

Die kognitive Belastung gibt im Grunde an, wie intensiv Sie über etwas nachdenken müssen, um es herauszufinden. Sorgen Sie dafür, dass Ihr Dashboard leicht zu interpretieren ist. Andere Benutzer und Ihr future Ich (wenn Sie versuchen herauszufinden, was um 2 Uhr morgens kaputt gegangen ist) werden es zu schätzen wissen.

Frag dich selbst:

• Kann ich sagen, wofür jedes Diagramm genau steht? Ist es offensichtlich oder muss ich darüber nachdenken?

• Wenn ich das jemand anderem zeige, wie lange wird es dauern, bis sie es herausfinden? Werden sie sich verirren?

Haben Sie eine Überwachungsstrategie

Es ist einfach, neue Dashboards zu erstellen. Es ist schwieriger, die Dashboard-Erstellung zu optimieren und einen Plan einzuhalten, aber es lohnt sich. Diese Strategie sollte sowohl für Ihr gesamtes Dashboard-Schema als auch für Konsistenz beim individuellen Dashboard-Design sorgen.

Weitere Informationen finden Sie unter Allgemeine Beobachtungsstrategien und Reifegrade für das Dashboard-Management.

Schreiben Sie es auf

Sobald Sie eine Strategie oder Designrichtlinien haben, schreiben Sie sie auf, um die Konsistenz im Laufe der Zeit aufrechtzuerhalten.

Bewährte Methoden, die Sie befolgen sollten

• Achten Sie beim Erstellen eines neuen Dashboards darauf, dass es einen aussagekräftigen Namen hat.

  • Wenn Sie ein Dashboard zum Spielen oder Experimentieren erstellen, fügen Sie das Wort TEST oder TMP in den Namen ein.

  • Erwägen Sie, Ihren Namen oder Ihre Initialen in den Dashboard-Namen oder als Tag aufzunehmen, damit die Benutzer wissen, wem das Dashboard gehört.

  • Entfernen Sie temporäre Experiment-Dashboards, wenn Sie mit ihnen fertig sind.

• Wenn Sie viele verwandte Dashboards erstellen, sollten Sie sich überlegen, wie Sie diese zur einfacheren Navigation miteinander verknüpfen können. Weitere Informationen finden Sie weiter unten in diesem Abschnitt unter Bewährte Methoden für die Verwaltung von Dashboards.

• Grafana ruft Daten aus einer Datenquelle ab. Ein grundlegendes Verständnis von Datenquellen Verbinden zu Datenquellen im Allgemeinen und Ihren spezifischen Datenquellen ist wichtig.

• Vermeiden Sie unnötiges Aktualisieren des Dashboards, um die Belastung des Netzwerks oder des Backends zu reduzieren. Wenn sich Ihre Daten beispielsweise stündlich ändern, müssen Sie die Aktualisierungsrate des Dashboards nicht auf 30 Sekunden festlegen.

• Verwenden Sie die linke und rechte Y-Achse, wenn Sie Zeitreihen mit unterschiedlichen Einheiten oder Bereichen anzeigen.

• Fügen Sie Dokumentation zu Dashboards und Panels hinzu.

  • Um einem Dashboard Dokumentation hinzuzufügen, fügen Sie dem Dashboard eine Visualisierung im Textbereich hinzu. Notieren Sie Dinge wie den Zweck des Dashboards, nützliche Links zu Ressourcen und alle Anweisungen, die Benutzer möglicherweise benötigen, um mit dem Dashboard zu interagieren.

  • Um einem Panel Dokumentation hinzuzufügen, bearbeiten Sie die Panel-Einstellungen und fügen Sie eine Beschreibung hinzu. Jeder Text, den Sie hinzufügen, wird angezeigt, wenn Sie den Mauszeiger über den kleinen Text i in der oberen linken Ecke des Panels bewegen.

• Verwenden Sie Ihre Dashboards erneut und sorgen Sie mithilfe von Vorlagen und Variablen für Konsistenz.

• Seien Sie vorsichtig beim Stapeln von Diagrammdaten. Die Visualisierungen können irreführend sein und wichtige Daten verbergen. Wir empfehlen, es in den meisten Fällen auszuschalten.

Bewährte Methoden für die Verwaltung von Dashboards

Auf dieser Seite werden einige bewährte Methoden beschrieben, die bei der Verwaltung von Grafana-Dashboards befolgt werden sollten.

Bevor Sie beginnen

Hier sind einige Prinzipien, die Sie berücksichtigen sollten, bevor Sie mit der Verwaltung von Dashboards beginnen.

Strategische Beobachtbarkeit

Es gibt mehrere gängige Strategien zur Beobachtbarkeit. Sie sollten sie recherchieren und entscheiden, ob eine davon für Sie funktioniert oder ob Sie Ihre eigene entwickeln möchten. So oder so, haben Sie einen Plan, schreiben Sie ihn auf und halten Sie sich daran.

Passen Sie Ihre Strategie bei Bedarf an sich ändernde Bedürfnisse an.

Reifegrad

Was ist Ihr Dashboard-Reifegrad? Analysieren Sie Ihre aktuelle Dashboard-Einrichtung und vergleichen Sie sie mit dem Reifegradmodell für das Dashboard-Management. Wenn Sie wissen, wo Sie sich befinden, können Sie leichter entscheiden, wie Sie dorthin gelangen, wo Sie sein möchten.

Bewährte Methoden, die Sie befolgen sollten

• Vermeiden Sie die unkontrollierte Zunahme von Dashboards, d. h. das unkontrollierte Wachstum von Dashboards. Die Vielzahl an Dashboards wirkt sich negativ auf die Zeit aus, bis das richtige Dashboard gefunden ist. Das Duplizieren von Dashboards und das Ändern von „einer Sache“ (schlimmer noch: Beibehaltung der Original-Tags) ist die einfachste Form der Datenflut.

  • Überprüfen Sie die Dashboards regelmäßig und entfernen Sie überflüssige Dashboards.

  • Wenn Sie ein temporäres Dashboard erstellen, vielleicht um etwas zu testen, stellen Sie dem Namen ein Präfix voran. TEST: Löschen Sie das Dashboard, wenn Sie fertig sind.

• Das Kopieren von Dashboards ohne wesentliche Änderungen ist keine gute Idee.

  • Sie verpassen Aktualisierungen des ursprünglichen Dashboards, wie z. B. Änderungen an der Dokumentation, Fehlerkorrekturen oder Ergänzungen zu Metriken.

  • In vielen Fällen werden Kopien erstellt, um die Ansicht einfach durch das Einstellen von Vorlagenparametern anzupassen. Dies sollte stattdessen geschehen, indem ein Link zum Master-Dashboard beibehalten und die Ansicht mit URL-Parametern angepasst wird.

• Wenn Sie ein Dashboard kopieren müssen, benennen Sie es eindeutig um und kopieren Sie nicht die Dashboard-Tags. Tags sind wichtige Metadaten für Dashboards, die bei der Suche verwendet werden. Das Kopieren von Tags kann zu falschen Treffern führen.

• Pflegen Sie ein Dashboard mit Dashboards oder Querverweis-Dashboards. Dies kann auf verschiedene Arten geschehen:

  • Erstellen Sie Dashboard-Links, Panels- oder Datenverknüpfungen. Links können zu anderen Dashboards oder zu externen Systemen führen. Weitere Informationen finden Sie unter Dashboard-Links verwalten.

  • Fügen Sie einen Dashboard-Listenbereich hinzu. Sie können dann anpassen, was Sie sehen, indem Sie nach Schlagwörtern oder Ordnern suchen.

  • Fügen Sie ein Textfeld hinzu und verwenden Sie Markdown, um die Anzeige anzupassen.