Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- technik:gateways:monitoriung [11.05.2015 - 18:32] – angelegt Frank
+++ technik:gateways:monitoriung [18.04.2025 - 10:51] (aktuell) – nrb
@@ Zeile 1: / Zeile 1: @@
-====== Monitoring für die FFS Gateways ======
+====== Monitoring im FFS ======
+Es gibt folgende Monitoring-Dienste im FFS:
-Die Skripte befinden sich auf Github im Repo [[https://github.com/ironiemix/ffs-check_mk|ffs-check_mk]]
+  * [[https://grafana.freifunk-stuttgart.de Grafana]] mit den zugrundeliegenden Datenbanken Prometheus und InfluxDB
+  * [[https://github.com/FFS-Roland/FFS-Tools FFS-Monitor]] fuer Monitoring der Segmente und des Mesh, sowie Segmentzuordnung der Nodes
+  * [[https://nodealarm.freifunk-stuttgart.de/auth/login Nodealarm]] verschickt automatische Benachrichtungen wenn ein Node down geht
+  * Monit, betrieben von Leonard
+  * [[https://map.freifunk-stuttgart.die Karte]]
+  * [[technik:yanic_meshviewer|Yanic]]
-check_mk Skripte für das Monitoring der Freifunk Stuttgart Gateways
+====== Grafana ======
-Zur Verwendung einfach die Skripte des Repos nach ''/etc/check_mk/'' klonen und die Datei und die Datei ''/etc/mrpe.conf'' anpassen. Dann dem [[mailto:frank@linuxmuster.net|Betreuer des Monitorservers]] bekanntgeben, welches Gateway ins Monitoring aufgenommen werden soll
+Grafana ist grundsaetzlich nur ein Anzeigetool und speist sich bei uns aus folgenden Datenquellen:
-===== Dependencies und Konfiguration auf dem Gateway =====
+  * Prometheus
+  * InfluxDB
+====== Prometheus ======
-Auf dem Gateway müssen für debian basierte Systeme die folgenden Abhängigkeiten erfüllt sein:
+Es gibt folgende Exporter mit folgenden Zwecken:
-    check-mk-agent
+  * node_exporter
-    jq
+    * sollte auf so gut wie allen Kisten laufen zur allgemeinen Ueberwachung
-    nagios-plugins
+    * es gibt auf dem Prometheus-Server ein Skript ''/etc/prometheus/generate-targets.py'', das automatisch die IP-Adressen von DHCP-Servern und Gateways im Backbone scanned und eine entsprechende Scraping-Konfiguration generiert
-    xinetd
+  * collectd_exporter
+    * vor allem auf den DHCP-Servern fuer DHCP-Statistiken
+    * sowie auf gw1n3 zur Nachverarbeitung von Yanic raw.json
+  * kea_exporter
+    * fuer kea DHCP
+  * fastd_exporter
+    * auf manchen Gateways fuer fastd-Statistiken
+  * Metrik collectd_respondd_segment_gauge
+    * kommt vom Yanic
-Die Datei /etc/xinetd.d/check_mk muss so angepasst werden, dass Sie in etwa folgendermassen aussieht:
-  service check_mk
-  {
-       type           = UNLISTED
-       port           = 6556
-       socket_type    = stream
-       protocol       = tcp
-       wait           = no
-       user           = root
-       server         = /usr/bin/check_mk_agent
-       # If you use fully redundant monitoring and poll the client
-       # from more then one monitoring servers in parallel you might
-       # want to use the agent cache wrapper:
-       #server         = /usr/bin/check_mk_caching_agent
-       # configure the IP address(es) of your Nagios server here:
-       # only_from      = 127.0.0.1
-       # Don't be too verbose. Don't log every check. This might be
-       # commented out for debugging. If this option is commented out
-       # the default options will be used for this service.
-       log_on_success =
-       disable        = no
-   }
-Wenn man mag, kann man die Zeile mit only_from um die IPs der Monitoring Server ergänzen und das Kommentarzeichen entfernen und so den Zugriff auf die Monitor-Server zu bechränken.