Best practice von uns für Sie

Tipp des Monats

Hier finden Sie einmal im Monat unsere Tipps um Ihre OTRS, i-doit, SNAG-View und NeDi Konfiguration zu verbessern. Benötigen Sie Unterstützung beim Einrichten Ihrer Systeme oder brauchen Spezialanpassungen, dann kontaktieren Sie uns einfach unter +49 441 390 10 10 40 oder schreiben Sie uns eine Mail, wir beraten Sie gerne.

Über 100 Kunden aus allen Bereichen der Wirtschaft und der öffentlichen Verwaltung vertrauen unseren Softwarelösungen und Dienstleistungen.


[SNAG-View] Verwenden eigener Performancegraphen in SNAG-View - Teil1

In SNAG-View wird für Performancegraphen ein Standard-Template verwendet. In manchen Fällen genügt die Darstellung der Performancedaten unter Umständen nicht den gestellten Anforderungen oder das Design von Performancegraphen soll geändert werden.

Die Lösung für diese Fälle ist das Verwenden eigener Templates für Performancegraphen.

SNAG-View verwendet für das Erzeugen von Performancegrapen pnp4nagios (Version 0.6.25, Stand SNAG-View 3.7.2).

In SNAG-View wird - falls keinen eigenen Templates für Performancegraphen vorliegen - das Template "default.php" für alle Performancegraphen verwendet.

Die Zuordnung von Templates von Perfomancegraphen zu Checkkommandos erfolgt über den Namen des Templates für den Performancgraphen, d.h. der Name des Templates muss identisch mit dem des verwendeten Checkkommandos sein. Die Templates liegen auf dem SNAG-View Server in folgendem Verzeichnis:

/opt/snagview/data/modules/perfgraph/templates/default.php:

-rw-r--r-- 1 wwwrun daemon 7,1K  6. Sep 10:17 check_local_load_sample.php
-rw-r--r-- 1 wwwrun daemon 6,2K  6. Sep 10:17 check_ping_1.php
-rw-r--r-- 1 wwwrun daemon 7,2K  6. Sep 10:17 default.php

Verwenden des Templates "check_local_load_sample.php":

  1. Checkkommando "LX_NRPE_CPU" kopieren und als Bezeichnung "check_local_load_sample" verwenden.
  2. Neuen Service erstellen und dem Service das Checkkommando "check_local_load_sample" zuweisen.

Das Ergebnis:

Zurück

[SNAG-View] SNAG-View Board: Grafana

Grafana ist eine Opensource Plattform zur grafischen Aufbereitung von Daten. Die Daten können aus diversen Quellen angezeigt und mit anderen geteilt werden.

Datasourcen:

  • Klassische Datenbanken (MySQL, MSSQL, ProgreSQL usw.)
  • Logtools (Loki)
  • Time Serielle Datenbanken (InfluxDB,  Graphite)
  • usw.

Weitere Datasourcen finden Sie unter grafana.com (https://grafana.com/grafana/plugins?orderBy=weight&direction=asc)

Um SNAG-View Performancedaten in Grafana zu nutzen, brauchen wir noch Graphite. Graphite nutzen wir als middleware zwischen SNAG-View und Grafana.

Die Performancedaten (/var/lib/nagios/perfdata) zu Graphite übertragen werden. Das lässt sich als nfs share oder mit sshfs realisieren. 

Grafana kann danach mit über die Graphite (Port 8080) auf die SNAG-View Metriken zugreifen.

 

Weiterlesen …

[((OTRS)) Community Edition] Tickets archivieren

Bei großen Mengen von Tickets (Größenordnung 100.000) in der Datenbank kann das Laden von bestimmten Ansichten (z.B. Queue-, Statusansichten) beschleunigt werden, wenn Tickets im Archiv liegen. Archivierte Tickets werden bei diesen Abfragen und auch bei der Suche nicht berücksichtigt. Um Revisionssicherheit zu gewähren sollen Tickets nicht gelöscht werden - daher ist das Archiv eine gute Option.

Weiterlesen …

[((OTRS)) Community Edition] Validierung von Dynamischen Feldern

Die Verwendung von Dynamischen Feldern in ((OTRS)) Community Edition ist vor allem bei Verwendung von Prozessen sehr hilfreich. In einigen Fällen kann dem Benuter kein Auswahlfeld (Drop-Down) angeboten werden, sondern man muss auf ein Textfeld zurückgreifen. Beispielsweise wenn in einem Feld "geschätzte Kosten" eingetragen werden. Damit dieses Feld besser auswertbar ist, kann beim Anlegen eines Dynamischen Feldes ein Regulärer Ausdruck hinterlegt werden, auf den die Benutzereingabe treffen muss. In dem hier vorgestellten Beispiel eine Zahl mit exakt zwei Nachkommastellen:

Weiterlesen …

[SNAG-View] Verwenden eigener Performancegraphen in SNAG-View - Teil 3

In den ersten beiden Teilen dieser Anleitung zum Verwenden eigener Performancegraphen in SNAG-View ging es darum, wie eigene Performancegraphen grundsätzlich eingebunden und optisch ansprechender gestaltet werden können. Im letzten Teil der Reihe wird beschrieben, wie Performancedaten in Graphen zusammengefasst werden können. Ziel ist dabei, dass übersichtliche Performancegraphen entstehen, die auf einen Blick die gewünschten Werte darstellen und dass nicht für alle Performancedaten ein separater Graph erzeugt wird.

An folgenden Checks in SNAG-View soll das gewünschte Ergebnis demonstriert werden:

  1. SNMP-SV-TRAFFIC (nur verfügbar, wenn SNMP-Agent installiert ist)
  2. ICMP (dahinter verbirgt sich der Check für die Erreichbarkeit von Hosts, ping)

Weiterlesen …

[SNAG-View] Verwenden eigener Performancegraphen in SNAG-View - Teil2

Im ersten Teil dieser Reihe wurde das Einbinden von Templates für eigene Performancegraphen behandelt. In diesem Teil geht es um das Erstellen eines eigenen Templates zur Darstellung der Belegung von Festplatten unter Windows. Der verwendete Templatecode ist simpel und sollte durch die Kommentare selbst erklärend sein. Die Dokumentation der rrdtools ist unter folgendem Link zu errreichen.

Weiterlesen …