Infrastruktur-Monitoring

Was ist im Leistungsumfang enthalten

Wir stellen Ihre Websites und Server unter Rund-um-die-Uhr-Beobachtung und sorgen dafür, dass Sie von einer Störung früher erfahren als Ihre Kunden – und nicht erst durch deren Anruf. Zum Leistungsumfang gehören die Verfügbarkeitskontrolle der Ressourcen, Auslastungsmetriken des Servers – Prozessor, Arbeitsspeicher, Festplatte –, die Antwortgeschwindigkeit der Seiten sowie die Gültigkeitsdauer von SSL-Zertifikaten und Domain-Registrierungen. Wir konfigurieren Schwellenwerte und Benachrichtigungen in Telegram, damit der Alarm sofort und nur bei echtem Bedarf kommt und nicht zu Rauschen wird. Wir bauen ein einheitliches Dashboard, auf dem der Zustand der gesamten Infrastruktur auf einem Bildschirm sichtbar ist. Wir ersetzen Ihr Hosting nicht und greifen nicht in den Betrieb der Websites ein – wir richten eine separate Beobachtungsschicht über dem auf, was bei Ihnen bereits vorhanden ist.

Wie das im Kern funktioniert

Das Monitoring ist als Verbund aus Kollektoren und Regeln aufgebaut. Auf dem Server läuft ein Agent, der Metriken erfasst – Auslastung, Arbeitsspeicher, freien Festplattenplatz, Dienstzustand – und sie an den zentralen Monitoring-Server übergibt; ein Teil der Prüfungen läuft von außen und imitiert den Zugriff eines echten Nutzers auf die Website. Über den gesammelten Daten arbeiten Trigger: Schwellenwertregeln der Art „Verfügbarkeit gefallen“, „Festplatte zu 90 Prozent voll“, „Zertifikat läuft in einer Woche ab“. Löst eine Regel aus, sendet das System eine Benachrichtigung über den festgelegten Kanal – in unserem Fall Telegram – mit Angabe, was genau und auf welchem Knoten kaputtgegangen ist. Historische Diagramme werden gespeichert, sodass nicht nur der Ausfall selbst sichtbar ist, sondern auch der Trend, der zu ihm führte – was es erlaubt, die Ursache vor dem Ausfall zu beheben.

Woher das Monitoring kommt

Das systematische Netzwerk-Monitoring wuchs aus dem Protokoll SNMP, dessen erste Spezifikationen 1988 als RFC erschienen und es ermöglichten, den Zustand von Netzwerkgeräten einheitlich abzufragen. Die breite Praxis des Monitorings von Servern und Diensten prägte das Projekt NetSaint: Der Ingenieur Ethan Galstad veröffentlichte die erste Version am 14. März 1999, und 2002 wurde das Projekt wegen eines Markenstreits in Nagios umbenannt, unter welchem Namen es zum De-facto-Standard wurde. Genau diese Linie festigte die Grundbegriffe der Branche – Knoten, Prüfung, Schwellenwert, Benachrichtigung –, die wir bis heute verwenden. Spätere Systeme ergänzten die Speicherung von Zeitreihen, die automatische Erkennung von Knoten und komfortable Visualisierung, aber das Fundament legten SNMP und NetSaint. Das Verständnis dieser Geschichte ist keine Zierde, sondern ein Zeichen dafür, dass wir Überwachung bewusst aufbauen und nicht einen zufälligen Agenten nach Anleitung installieren.

Warum die Präzision der Konfiguration entscheidend ist

Ein schlecht konfiguriertes Monitoring ist gefährlicher als gar keines, weil es ein falsches Kontrollgefühl erzeugt. Zu empfindliche Schwellenwerte fluten den Kanal mit Fehlalarmen, das Team gewöhnt sich daran, sie zu ignorieren – und verpasst den echten Ausfall; zu grobe Schwellenwerte schweigen bis zu dem Moment, in dem die Website bereits liegt. Der ingenieurmäßige Wert der Leistung liegt gerade in der Kalibrierung: welche Metriken als kritisch gelten, bei welchen Werten ein Mensch geweckt wird und welche Ereignisse einfach nur im Diagramm festgehalten werden. Eine Benachrichtigung muss mit klarer Aussage kommen – was und wo kaputt ist –, sonst geht Zeit für die Analyse verloren, die man im Störfall nicht hat. Deshalb konfigurieren wir die Schwellenwerte auf Ihre reale Last und prüfen die Zustellung der Alarme, statt Standardwerte zu setzen und zu gehen.

Auf welchem Stack wir arbeiten

Das zentrale Werkzeug ist Zabbix: ein offenes Monitoring-System mit Agenten, serverseitigen Prüfungen, Triggern und Verlaufsspeicherung, das Verfügbarkeit, Hardware-Metriken, SSL und Domains in einer Schicht abdeckt. Für Projekte mit vielen dynamischen Metriken setzen wir Prometheus ein – ein System zur Erfassung von Zeitreihen, zugeschnitten auf Container- und Cloud-Umgebungen. Die Visualisierung bauen wir in Grafana: einheitliche Dashboards, auf denen der Zustand der gesamten Infrastruktur auf einem Bildschirm sichtbar ist. Benachrichtigungen leiten wir nach Telegram, damit der Alarm dort ankommt, wo das Team ihn wirklich sieht. Der Stack ist offen und wird auf Ihrer Seite ausgerollt, sodass die Daten über Ihre Infrastruktur bei Ihnen bleiben und nicht in einen externen kostenpflichtigen Dienst abfließen.

Wann die Schlüsselwerkzeuge entstanden

Die Monitoring-Werkzeuge sind über mehr als drei Jahrzehnte gewachsen. Das Protokoll SNMP, mit dem die standardisierte Netzwerküberwachung begann, wurde 1988 als RFC festgeschrieben. NetSaint, das spätere Nagios, erschien am 14. März 1999 und prägte die breite Praxis des Dienst-Monitorings. Zabbix, unser zentrales Werkzeug, schuf Alexei Wladischew: Das Projekt startete 2001, und das entwickelnde Unternehmen sitzt in Riga. Prometheus entstand 2012 innerhalb des Unternehmens SoundCloud und wurde später ein Projekt der Cloud Native Computing Foundation. Grafana, unser Visualisierungswerkzeug, veröffentlichte der Ingenieur Torkel Ödegaard im Januar 2014 als Weiterentwicklung seiner Arbeit an Graphite. Wir arbeiten auf aktuellen Versionen dieser Systeme und wissen, welches für welche Aufgabe passt.

Warum Sie das uns anvertrauen können

Die Gesamterfahrung unseres Teams in der IT übersteigt 45 Jahre, und Monitoring ist für uns gelebte Praxis, keine einmalige Einrichtung: Wir selbst halten über ein Dutzend produktive Websites über Zabbix mit Benachrichtigungen in Telegram unter Beobachtung. Wir gehen die Aufgabe als Ingenieure an: Wir inventarisieren die Knoten, wählen die Metriken aus, kalibrieren die Schwellenwerte auf Ihre Last und prüfen zwingend, dass der Alarm einen Menschen wirklich erreicht. Die Beobachtungsschicht rollen wir auf Ihrer Seite aus, sodass die Daten bei Ihnen bleiben und nicht in einer fremden Cloud. Wir sagen Ihnen ehrlich, welche Prüfungen Nutzen bringen und welche nur unnötiges Rauschen sind, und verkaufen Ihnen kein Monitoring pro forma. Im Ergebnis erhalten Sie eine frühe Warnung vor Störungen und ein klares Bild des Infrastrukturzustands – und keinen Strom nutzloser Benachrichtigungen.