imported>TechCorner-Redaktion: Neuer Artikel: Datenquellen, Import, eigenes Server-Dashboard mit Variablen, dynamische Dashboards, Regeln

2026-10-17T00:00:00Z

Neuer Artikel: Datenquellen, Import, eigenes Server-Dashboard mit Variablen, dynamische Dashboards, Regeln

Neue Seite

{{Steckbrief
| gilt_fuer = Grafana 13.x; Datenquellen Prometheus, Loki, InfluxDB, Zabbix (Plugin), OpenSearch/Wazuh Indexer, PostgreSQL, Microsoft SQL Server; dynamische Dashboards (Schema v2)
| bereich = Server-Software
| dauer = Datenquelle ca. 5 Minuten; erstes eigenes Dashboard ca. 30–60 Minuten
| rechte = Grafana-Rolle Admin (Datenquellen) bzw. Editor (Dashboards)
| stand = Oktober 2026
}}
'''Datenquellen und Dashboards in Grafana''' sind die beiden Grundbausteine: Eine Datenquelle beschreibt, woher die Daten kommen – etwa Prometheus, Loki oder eine Datenbank –, ein Dashboard stellt sie mit Panels, Variablen und Abschnitten dar. Seit Grafana 13 sind '''dynamische Dashboards''' Standard: Tabs, verschachtelte Zeilen, automatische Raster und bedingte Anzeige machen auch große Dashboards übersichtlich. Diese Anleitung zeigt das Anlegen von Datenquellen, den Aufbau eines Server-Dashboards mit Variablen, die Nutzung fertiger Vorlagen und bewährte Regeln für übersichtliche Dashboards.

[[Datei:Grafana-Dashboards.png|thumb|center|750px|Datenquellen und Dashboards in Grafana: Datenquellen Prometheus, Loki, InfluxDB, Zabbix, OpenSearch/Wazuh, PostgreSQL mit eindeutiger UID; Dashboard mit Variablen für Standort und Server, Tabs und verschachtelten Zeilen, automatischem Raster, bedingter Anzeige, Panels wie Zeitreihe, Messuhr, Statuswert, Tabelle und Logs; Import fertiger Dashboards von grafana.com; Ordner für Abteilungen; Explore für spontane Abfragen; gelöschte Dashboards wiederherstellen.]]

== Schritt 1: Datenquellen anlegen ==
''Connections › Data sources › Add data source'':
{| class="wikitable"
! Datenquelle !! Adresse (Beispiel) !! Abfragesprache !! Hinweis
|-
| '''Prometheus''' || <code>http://prometheus:9090</code> || PromQL || Metriken aus dem Monitoring-Stack
|-
| '''Loki''' || <code>http://loki:3100</code> || LogQL || Logs; Verknüpfung zu Metriken über gleiche Labels
|-
| '''InfluxDB''' || <code>http://influxdb:8086</code> (InfluxDB 2) bzw. <code>:8181</code> (InfluxDB 3) || SQL, InfluxQL bzw. Flux || Telegraf-Daten, siehe [[Installation von InfluxDB und Grafana auf Debian 13]]
|-
| '''Zabbix''' (Plugin) || Zabbix-API-URL || – || vorhandenes Zabbix weiter nutzen; API-Token mit Leserechten
|-
| '''OpenSearch''' (Plugin) bzw. Elasticsearch || Wazuh Indexer || Lucene, PPL || Sicherheitsereignisse darstellen, siehe [[Wazuh Indexer Cluster und Grafana: Architektur, Datenverfügbarkeit und Hochverfügbarkeit richtig verstehen]]
|-
| '''PostgreSQL / MySQL / MS SQL''' || Datenbankserver || SQL || Geschäftskennzahlen; nur Lesebenutzer verwenden
|}
* Mit ''Save & test'' prüfen.
* Für Datenbanken immer einen '''Benutzer mit reinen Leserechten''' verwenden – Grafana-Editoren können beliebige Abfragen absetzen.
* Jede Datenquelle hat eine eindeutige '''UID'''; Dashboards und die API verweisen darauf. Seit Grafana 13 funktionieren API-Aufrufe über die alte numerische ID nur noch mit einer Ausnahmeeinstellung.

== Schritt 2: Fertige Dashboards importieren ==
''Dashboards › New › Import'': die ID eines Dashboards von grafana.com eingeben oder eine JSON-Datei hochladen und die Datenquelle zuordnen. Bewährte Vorlagen:
* '''Node Exporter Full''' für Linux-Server,
* Dashboards für windows_exporter, SNMP-Schnittstellen, Docker/cAdvisor, Loki-Logs.
Importierte Dashboards sind ein guter Start – anschließend auf das Wesentliche kürzen.

== Schritt 3: Eigenes Dashboard aufbauen ==
'''Beispiel: Server-Übersicht'''
# ''Dashboards › New dashboard'', Layout '''Auto grid''' (Panels passen sich der Bildschirmbreite an) oder '''Custom''' (frei platzieren).
# '''Variablen''' anlegen (Seitenleiste ''Variables''):
#* <code>standort</code> vom Typ ''Query'': <code>label_values(up, standort)</code>
#* <code>server</code> vom Typ ''Query'': <code>label_values(up{standort="$standort"}, instance)</code>, Mehrfachauswahl an
# '''Panels''' hinzufügen, z. B.:
<syntaxhighlight lang="text">
CPU-Last (Zeitreihe):
100 - avg by (instance)(rate(node_cpu_seconds_total{mode="idle", instance=~"$server"}[5m])) * 100
Freier Speicher Root-Dateisystem (Messuhr, Schwellen 20 % / 10 %):
node_filesystem_avail_bytes{mountpoint="/", instance=~"$server"} / node_filesystem_size_bytes{mountpoint="/", instance=~"$server"} * 100
Erreichbarkeit (Statuswert):
up{instance=~"$server"}
Fehler im Journal (Logs, Datenquelle Loki):
{host=~"$server"} |= "error"
</syntaxhighlight>
# '''Einheiten und Schwellen''' setzen (Prozent, Bytes, Bit/s), Farben nur für Zustände nutzen.
# Speichern in einem '''Ordner''' (z. B. ''Infrastruktur''), damit Rechte über Ordner vergeben werden können.

== Dynamische Dashboards (ab Grafana 13) ==
{| class="wikitable"
! Funktion !! Nutzen
|-
| '''Tabs und Zeilen''', bis zu drei Ebenen verschachtelt || z. B. Tabs „Server“, „Netzwerk“, „Logs“; jeder Abschnitt mit eigenen Variablenfiltern
|-
| '''Auto grid''' || Panels ordnen sich automatisch an – auch auf Tablets und großen Wandmonitoren
|-
| '''Bedingte Anzeige''' || Panels, Zeilen oder Tabs nur zeigen, wenn eine Variable einen Wert hat oder eine Abfrage Daten liefert
|-
| '''Seitenleiste und Gliederung''' || Panels, Variablen und Abschnitte bearbeiten, ohne in den Panel-Editor zu wechseln; Gliederung zum schnellen Springen
|-
| '''Gespeicherte Abfragen''' || häufige Abfragen einmal speichern und in vielen Panels wiederverwenden
|}
Bestehende Dashboards werden beim Öffnen automatisch in das neue Format (Schema v2) übernommen; per API, Terraform oder Git Sync bereitgestellte Dashboards funktionieren weiter.

== Explore, Annotationen und Wiederherstellung ==
* '''Explore''' für spontane Abfragen und Fehlersuche, z. B. Logs eines Servers zum Zeitpunkt einer Lastspitze.
* '''Annotationen''' markieren Ereignisse wie Wartungen, Updates oder Alarme im Zeitverlauf.
* '''Gelöschte Dashboards''' lassen sich seit Grafana 13 wiederherstellen; jede Speicherung erzeugt außerdem eine Version mit Vergleich und Zurücksetzen.

== Regeln für gute Dashboards ==
* '''Eine Frage pro Dashboard''': „Laufen alle Server?“ ist ein anderes Dashboard als „Warum ist der Fileserver langsam?“.
* '''Oben das Wichtigste''': Statuswerte und Ampeln oben, Details darunter oder in Tabs.
* '''Wenige Farben''', einheitliche Einheiten und Zeitbereiche, sprechende Titel und Beschreibungen.
* '''Abfragen sparsam''': Zu viele Panels mit kurzen Aktualisierungsintervallen belasten Datenquellen; Intervall z. B. 1 Minute statt 5 Sekunden.
* '''Wandmonitore''': Kiosk-Modus (<code>?kiosk</code>) mit eigenem Lesekonto, siehe [[Grafana: Benutzer, Rechte und Anmeldung mit Entra ID]].

== Hinweise ==
* '''Dashboards versionieren''': Wichtige Dashboards als Code verwalten, siehe [[Grafana: Dashboards als Code mit Provisioning und Git Sync]].
* '''KI-Assistent''': Grafana Assistant kann Abfragen und Dashboards vorschlagen, läuft aber in der Grafana Cloud – Abfragen und Ergebnisse gehen an Grafana Labs; vor dem Einsatz datenschutzrechtlich prüfen.
* Bei Aufbau von Dashboards, Kennzahlen und dem laufenden Betrieb Ihrer Monitoring-Umgebung unterstützen Sie die [https://www.max-it.de/it-services/managed-services/ Managed Services von m.a.x. it].

== Siehe auch ==
* [[Grafana im Unternehmen]] – Überblick und alle Artikel der Reihe
* [[Grafana: Monitoring-Stack mit Prometheus, Alloy und Loki]]
* [[PromQL]]
* [[Zeitreihendatenbank]]

== Links und Quellen ==
* [https://grafana.com/docs/grafana/latest/dashboards/ Grafana-Dokumentation: Dashboards]
* [https://www.max-it.de/it-services/managed-services/ Managed Services von m.a.x. it]

{{Uebermax}}
[[Kategorie:Server-Software]]

Grafana: Datenquellen und Dashboards erstellen - Versionsgeschichte

imported>TechCorner-Redaktion: Neuer Artikel: Datenquellen, Import, eigenes Server-Dashboard mit Variablen, dynamische Dashboards, Regeln