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] Tipp des Monats – Erweiterter NeDi-Import

Ab der SNAG-View Version 3.6 und der zugehörigen NeDi Version 1.6 wurde die Möglichkeit geschaffen einen erweiterten Import von NeDi Devices und Nodes durchzuführen.

Abbildung 1: Einen NeDi-Import starten

Der neue Import schafft die Möglichkeit gezielt Devices oder Nodes anhand von Filterregeln zu importieren. So ist es zum Beispiel möglich nur Devices eines bestimmten Standorts und IP-Adressbereichs zu importieren (siehe Abbildung 2).

Abbildung 2: Filterregeln

Bereits importierte Geräte werden in der Objekt-Liste blau markiert (siehe Abbildung 2). Zum Import können mehrere Geräte gewählt werden. Die Devices oder Nodes können beim Import Hostgruppen zugewiesen werden. Ist bereits ein Gerät importiert worden, gibt es die Option das Gerät, zu aktualisieren (siehe Abbildung 3).

Abbildung 3: Importoptionen

Je nach installierten SNAG-View Modulen, können diverse Informationen übernommen werden. So wurde bei diesen Beispiel-Import die Location-Daten für die SNAG-View Locationmap und die SNMP-Daten für den SNAG-View SNMP-Agenten gesetzt (siehe Abbildung 4).

Abbildung 4: Import durchgeführt

Ein weiterer Vorteil der neuen Integration ist, dass SNAG-View Traffic-Checks direkt aus der NeDi-Device-Übersicht erstellt werden können:

Abbildung 5: Traffic-Checks anlegen

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 …