Linux Server Deployment & SSH Mastery · Lektion

Zentrales Monitoring und Alerting

Zentrales Monitoring und Alerting ist eine kostenlose Linux Server Deployment & SSH Mastery-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Linux Server Deployment & SSH Mastery-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Linux Server Deployment & SSH Mastery-Kurs umfasst insgesamt 4 Lektionen.

Warum zentralisieren?

Sich mit top und journalctl bei jedem Server anzumelden, funktioniert bei einem Rechner. Bei vielen Servern lässt sich dieser Ansatz jedoch nicht skalieren, und Sie sehen Probleme erst, wenn Sie zufällig nachsehen.

Zentrales Monitoring sammelt Metriken und Logs aller Server an einem Ort und stellt Dashboards sowie automatische Alarme bereit.

Metriken und Logs im Vergleich

Zwei Arten von Daten bilden die Grundlage für Observability:

Metriken — numerische Zeitreihen wie CPU-Auslastung in %, Speicherverbrauch und Request-Rate
Logs — einzelne Textereignisse wie Fehler und Zugriffseinträge

Normalerweise sammeln Sie beides, wobei jeweils unterschiedliche Tools dafür optimiert sind.

Das Prometheus-Modell

Prometheus ist ein verbreitetes Metriksystem. Es ruft Metriken ab, indem es die von den einzelnen Servern bereitgestellten HTTP-Endpunkte abfragt.

Auf jedem Server führen Sie einen Exporter aus — für Host-Metriken beispielsweise node_exporter —, der die Daten veröffentlicht, die Prometheus ausliest.

# On each monitored server:
sudo apt install prometheus-node-exporter
curl http://localhost:9100/metrics | head

Ein Scrape-Ziel konfigurieren

Über die Konfigurationsdatei wird Prometheus mitgeteilt, welche Daten abgerufen werden sollen. Jeder Job listet Ziele auf (host:port eines Exporters).

Dieses Snippet ruft node_exporter auf zwei Servern ab.

scrape_configs:
  - job_name: 'nodes'
    static_configs:
      - targets: ['web1:9100', 'web2:9100']

Metriken mit PromQL abfragen

Prometheus verfügt über eine eigene Abfragesprache namens PromQL. Damit können Sie über Ihre gesamte Serverflotte hinweg Raten, Durchschnittswerte und mehr berechnen.

Dieser Ausdruck schätzt die CPU-Auslastung pro Server.

100 - (avg by (instance) (rate(node_cpu_seconds_total{mode='idle'}[5m])) * 100)

Visualisieren mit Grafana

Grafana verbindet sich mit Prometheus und vielen anderen Datenquellen, um Dashboards zu erstellen. Sie fügen Prometheus als Datenquelle hinzu und erstellen anschließend aus PromQL-Abfragen Panels.

Vorgefertigte Dashboards für node_exporter liefern Ihnen innerhalb weniger Minuten Diagramme zu CPU, Speicher, Datenträgern und Netzwerk.

sudo apt install grafana
sudo systemctl enable --now grafana-server
# Open http://server:3000 and add Prometheus as a data source

Logs zentralisieren

Für Logs übertragen Sie die Daten von jedem Server an einen zentralen Speicher. Ein verbreiteter Stack ist Loki mit Promtail, der sich in Grafana integrieren lässt.

Promtail läuft auf jedem Server und leitet Logdateien sowie das Journal an Loki weiter.

# promtail tails the journal and ships to Loki
clients:
  - url: http://loki:3100/loki/api/v1/push
scrape_configs:
  - job_name: journal
    journal:
      max_age: 12h

Alarmregeln definieren

Alerting macht aus Metriken konkrete Aktionen. Prometheus-Alarmregeln werden ausgelöst, wenn ein Ausdruck über einen bestimmten Zeitraum hinweg wahr bleibt.

Diese Regel löst einen Alarm aus, wenn ein Node zwei Minuten lang nicht erreichbar war.

groups:
  - name: node
    rules:
      - alert: NodeDown
        expr: up == 0
        for: 2m
        labels:
          severity: critical
        annotations:
          summary: 'Instance {{ $labels.instance }} is down'

Alarme weiterleiten

Alertmanager empfängt ausgelöste Alarme und leitet sie an die richtige Stelle weiter: E-Mail, Slack, PagerDuty und mehr. Außerdem fasst er doppelte Alarme zusammen und unterdrückt Alarme.

Sie ordnen Alarme anhand von Labels wie severity Empfängern zu.

route:
  receiver: 'team-slack'
receivers:
  - name: 'team-slack'
    slack_configs:
      - channel: '#alerts'

Alarmmüdigkeit vermeiden

Zu viele Alarme sind genauso schlecht wie gar keine — die Menschen beginnen, sie zu ignorieren. Gutes Alerting:

löst Alarme bei Symptomen aus, die Nutzer tatsächlich bemerken, nicht bei jedem kurzen Ausschlag einer Metrik
verwendet eine for-Dauer, um häufig wechselnde Zustände zu vermeiden
weist Schweregrade zu, damit sich Rauschen herausfiltern lässt

Bewährte Vorgehensweisen

Bauen Sie eine nachhaltige Observability-Lösung auf:

Sammeln Sie Metriken und Logs zentral
Beginnen Sie mit Community-Dashboards und passen Sie diese anschließend an
Lösen Sie Alarme nur bei Bedingungen aus, bei denen eine Aktion erforderlich ist
Testen Sie, ob Alarme Sie tatsächlich erreichen

Kurzer Wissenstest

Testen Sie Ihr Wissen über zentrales Monitoring.

Rückblick

Sie können jetzt eine gesamte Serverflotte zentral überwachen:

Metriken über Prometheus, das node_exporter abfragt, mit PromQL ausgewertet
Dashboards in Grafana
Logs, die über Promtail an Loki übertragen werden
Alarme mit Prometheus-Regeln, die von Alertmanager weitergeleitet werden

Damit erweitern Sie Ihre Kenntnisse zur Protokollierung einzelner Server um proaktive Observability für die gesamte Flotte.

Häufig gestellte Fragen

Ist die Lektion „Zentrales Monitoring und Alerting“ kostenlos?

Ja — der vollständige Text von „Zentrales Monitoring und Alerting“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Linux Server Deployment & SSH Mastery-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Linux Server Deployment & SSH Mastery-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Zentrales Monitoring und Alerting“?

Skalieren Sie das Monitoring über einen einzelnen Server hinaus: Übermitteln Sie Metriken und Logs an ein zentrales System, erstellen Sie Dashboards und konfigurieren Sie Alerts, damit Sie von Proble… Du übst Linux Server Deployment & SSH Mastery mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Linux Server Deployment & SSH Mastery zu starten?

Keine Vorkenntnisse erforderlich. Linux Server Deployment & SSH Mastery auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.

Wie lange dauert die Lektion „Zentrales Monitoring und Alerting“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Linux Server Deployment & SSH Mastery-Lektion Code schreiben und ausführen?

Ja. Jede Linux Server Deployment & SSH Mastery-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

← Zurück zu Linux Server Deployment & SSH Mastery