technik:gateways:monitoriung

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
technik:gateways:monitoriung [11.05.2015 - 18:33] – [Dependencies und Konfiguration auf dem Gateway] Franktechnik:gateways:monitoriung [19.05.2023 - 07:45] (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: 
 + 
 +  * Prometheus 
 +  * InfluxDB 
 + 
 +====== Prometheus ====== 
 + 
 +Es gibt folgende Exporter mit folgenden Zwecken: 
 + 
 +  * node_exporter 
 +    * sollte auf so gut wie allen Kisten laufen zur allgemeinen Ueberwachung 
 +    * 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 
 +  * 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
  
-===== Dependencies und Konfiguration auf dem Gateway ===== 
  
  
-Auf dem Gateway müssen für debian basierte Systeme die folgenden Abhängigkeiten erfüllt sein: 
  
-    check-mk-agent 
-    jq 
-    nagios-plugins 
-    xinetd 
  
-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. 
  
  • technik/gateways/monitoriung.1431369197.txt.gz
  • Zuletzt geändert: vor 5 Jahren
  • (Externe Bearbeitung)