Export des DRK-Monitoring-Inventars für die Grafana-Migration #7

Open
opened 2025-07-10 20:00:24 +02:00 by mrouissi · 1 comment
Owner

Ziel

Im Rahmen der geplanten Migration von Checkmk nach Grafana sollen wir ein vollständiges Inventar aller überwachten Assets für den Kunden DRK extrahieren.

Das Ergebnis dieser Aufgabe wird als unsere Quelle und Checkliste dienen, um sicherzustellen, dass jeder Host und jeder Dienst erfolgreich nach Grafana migriert und dort konfiguriert wird.

Erforderliche Datenfelder:

  • Hostname
  • IP-Adresse
  • OS-Typ
  • Dienstbeschreibung
  • Warnschwellenwert
  • Kritischer Schwellenwert
  • Benachrichtigungsregel

Beispiel für das Ausgabeformat

Zur Verdeutlichung sollten die endgültigen Daten wie im folgenden Beispiel strukturiert sein. Obwohl das Ergebnis eine CSV/JSON-Datei ist, veranschaulicht diese Tabelle, wie die Dienste nach ihrem übergeordneten Host gruppiert werden sollten.

Hostname IP-Adresse OS-Typ Dienstbeschreibung Warnschwellenwert Kritischer Schwellenwert Benachrichtigungsregel
Host-xxxx-01 xxx.xx.xx.xx xxxx OS-Typ xxxx Dienst A xxxx xxxx xxxx Benachrichtigungsregel
xxxx Dienst B xxxx xxxx xxxx Benachrichtigungsregel
xxxx Dienst C xxxx xxxx xxxx Benachrichtigungsregel
Host-xxxx-02 xxx.xx.xx.xy xxxx OS-Typ xxxx Dienst D xxxx xxxx xxxx Benachrichtigungsregel
xxxx Dienst E xxxx xxxx xxxx Benachrichtigungsregel
Host-xxxx-03 xxx.xx.xx.xz xxxx OS-Typ xxxx Dienst F xxxx xxxx xxxx Benachrichtigungsregel
xxxx Dienst G xxxx xxxx xxxx Benachrichtigungsregel
xxxx Dienst H xxxx xxxx xxxx Benachrichtigungsregel

Akzeptanzkriterien

  • Ein Skript oder ein wiederholbarer Befehl wird erstellt, um den Export aus Checkmk durchzuführen.
  • Das Endergebnis wird in einer einzigen CSV- oder JSON-Datei geliefert.
  • Die exportierte Datei enthält alle oben aufgeführten Datenfelder.
  • Die Daten spiegeln alle überwachten Elemente für den Kunden DRK genau und vollständig wider.
#### **Ziel** Im Rahmen der geplanten Migration von Checkmk nach Grafana sollen wir ein vollständiges Inventar aller überwachten Assets für den Kunden DRK extrahieren. Das Ergebnis dieser Aufgabe wird als unsere Quelle und Checkliste dienen, um sicherzustellen, dass jeder Host und jeder Dienst erfolgreich nach Grafana migriert und dort konfiguriert wird. #### **Erforderliche Datenfelder:** * `Hostname` * `IP-Adresse` * `OS-Typ` * `Dienstbeschreibung` * `Warnschwellenwert` * `Kritischer Schwellenwert` * `Benachrichtigungsregel` ### **Beispiel für das Ausgabeformat** Zur Verdeutlichung sollten die endgültigen Daten wie im folgenden Beispiel strukturiert sein. Obwohl das Ergebnis eine CSV/JSON-Datei ist, veranschaulicht diese Tabelle, wie die Dienste nach ihrem übergeordneten Host gruppiert werden sollten. | Hostname | IP-Adresse | OS-Typ | Dienstbeschreibung | Warnschwellenwert | Kritischer Schwellenwert | Benachrichtigungsregel | | :--- | :--- | :--- | :--- | :--- | :--- | :--- | | **Host-xxxx-01** | **xxx.xx.xx.xx** | **xxxx OS-Typ** | xxxx Dienst A | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | | | | xxxx Dienst B | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | | | | xxxx Dienst C | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | **Host-xxxx-02** | **xxx.xx.xx.xy** | **xxxx OS-Typ** | xxxx Dienst D | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | | | | xxxx Dienst E | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | **Host-xxxx-03** | **xxx.xx.xx.xz** | **xxxx OS-Typ** | xxxx Dienst F | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | | | | xxxx Dienst G | xxxx | xxxx | `xxxx Benachrichtigungsregel` | | | | | xxxx Dienst H | xxxx | xxxx | `xxxx Benachrichtigungsregel` | ### **Akzeptanzkriterien** - [ ] Ein Skript oder ein wiederholbarer Befehl wird erstellt, um den Export aus Checkmk durchzuführen. - [ ] Das Endergebnis wird in einer einzigen **CSV**- oder **JSON**-Datei geliefert. - [ ] Die exportierte Datei enthält alle oben aufgeführten Datenfelder. - [ ] Die Daten spiegeln alle überwachten Elemente für den Kunden DRK genau und vollständig wider.
Author
Owner
  • drk001, drk002, drk004, drk008 - produktive Webserver mit Apache
  • drk007 - Docker mit gotenberg-Container (PDF-Erzeugung), ohne Webserver = eher ein Exot, den nicht als erstes
  • drk009 - Apache + Docker
  • drk010 - Entwicklungsserver: GitLab, Apache, Docker
  • drk011 - nginx + PHP-FPM (produktiv)
  • drk012 - nginx + PHP-FPM (Test-VM)
  • drk100 - maxscale (MariaDB-Proxy)
  • drk101-105 - MariaDB (101-103 sind produktiv, bei 104 ist die Replikation gerade defekt, 105 ist Reserve/Backup-System)
  • drk111, drk112 - ElasticSearch
- drk001, drk002, drk004, drk008 - produktive Webserver mit Apache - drk007 - Docker mit gotenberg-Container (PDF-Erzeugung), ohne Webserver = eher ein Exot, den nicht als erstes - drk009 - Apache + Docker - drk010 - Entwicklungsserver: GitLab, Apache, Docker - drk011 - nginx + PHP-FPM (produktiv) - drk012 - nginx + PHP-FPM (Test-VM) - drk100 - maxscale (MariaDB-Proxy) - drk101-105 - MariaDB (101-103 sind produktiv, bei 104 ist die Replikation gerade defekt, 105 ist Reserve/Backup-System) - drk111, drk112 - ElasticSearch
Sign in to join this conversation.
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Clients/drk#7
No description provided.