⇤ ← Revision 1 vom 2014-11-19 15:11:58
Größe: 2048
Kommentar: init
|
Größe: 2058
Kommentar: Formatierung
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 10: | Zeile 10: |
- Wen, wie und warum überwachen? - Beobachten - Überwachen - Eingreifen - Praxis! |
* Wen, wie und warum überwachen? * Beobachten * Überwachen * Eingreifen * Praxis! |
Zeile 34: | Zeile 35: |
Zeile 56: | Zeile 58: |
Zeile 66: | Zeile 69: |
Zeile 109: | Zeile 113: |
title: | Monitoring |
---|---|
Author: | Lars, vm069 |
description: | Hackspace Rostock e.V. Monitoring Workshop |
Themen
- Wen, wie und warum überwachen?
- Beobachten
- Überwachen
- Eingreifen
- Praxis!
Warum wollen wir überwachen?
- Auslastung und Nutzungsmuster analysieren
- Auswirkungen von Änderungen erkennen
- Ausfälle erkennen und nachvollziehen
- Ausfallzeiten minimieren
- Seiteneffekte erkennen
Wen wollen wir überwachen?
- Dienste stehen immer im Fokus
- diese benötigen:
** Verkehrsträger (Router, Switches) ** Ausführende (Server) ** Infrastruktur (Backup) ** externe Dienstleister (z.B. Telefonie-Server, Mail-Server)
Wie wollen wir überwachen
- ohne menschliche Interaktion
- geringe Beeinflussung des Messobjekts
- im Detail (von innen)
- im Überblick (von außen)
Teil I: Beobachten
Typische Schritte:
- Daten erfassen
- Daten speichern
- Daten visualisieren
Teil I: Beobachten
Typische Werkzeuge:
- cacti
- collectd
- ganglia
- munin
- ???
Die weitere Diskussion bezieht sich beispielhaft auf munin.
Struktur von munin
{{{#!graphviz //format="png"
- digraph munin {
master [label="Munin Master"] node [label="Munin Node"] http [label="Webserver"] mail [label="Mail-Relay"] rrd [label="RRD-Datenbanken"]
master -> node [label="Abfrage von Daten"] master -> rrd [label="Daten speichern"] rrd -> http [label="Daten visualisieren"] master -> mail [label="Warnungen versenden"]
}
data-z: | 0 |
---|---|
data-rotate: | 180 |
data-rotate-z: | 20 |
data-rotate-x: | 90 |
data-rotate-y: | 40 |
(S)imple (N)etwork (M)anagement (P)rotocol
- fakten