Server-Monitoring vs Website-Monitoring: der Unterschied

Zwei Teams können beide sagen, sie "überwachen ihre Infrastruktur", und damit völlig unterschiedliche Dinge meinen. Das eine beobachtet CPU-Graphen auf einem Dashboard. Das andere bekommt eine Meldung in dem Moment, in dem ein Kunde die Kassenseite nicht laden kann. Beide Ansätze sind nützlich. Keiner ersetzt den anderen.

Dieser Artikel erklärt den praktischen Unterschied zwischen Server-Monitoring und Website-Monitoring, wann Sie welches brauchen und wie ein gesundes Setup beide nutzt.

Server-Monitoring: die Maschine von innen beobachten

Server-Monitoring (oft Host-Level- oder Infrastruktur-Monitoring genannt) lässt einen Agenten auf der Maschine laufen und meldet, was innen passiert:

• CPU-Auslastung und durchschnittliche Last
• RAM- und Swap-Nutzung
• freier Platz auf der Disk und I/O
• Netzwerkdurchsatz
• laufende Prozesse und Dienste

Da der Agent direkt auf dem Host sitzt, sieht er Dinge, die keine externe Prüfung erkennen kann. Er weiß, dass die Disk zu 95 % voll ist, bevor die Datenbank Schreibvorgänge ablehnt. Er weiß, dass ein Speicherleck stundenlang ansteigt, bevor das System den Prozess beendet. Das ist White-Box-Monitoring (Sie haben vollen Einblick ins Innere).

Der Preis dafür: Der Agent sagt Ihnen nur etwas über die Maschine, auf der er läuft. Ist der Server in Ordnung, geht aber eine Firewall-Regel, ein DNS-Eintrag oder ein vorgelagerter Load Balancer kaputt, meldet der Agent seelenruhig "alles grün", während Nutzer eine Fehlerseite sehen.

Website-Monitoring: den Dienst von außen beobachten

Website-Monitoring (auch externes, Black-Box- oder synthetisches Monitoring genannt) prüft Ihren Dienst so, wie es ein echter Besucher täte: von außerhalb Ihres Netzes, über das öffentliche Internet.

Typische externe Prüfungen umfassen:

• HTTP/HTTPS - liefert die Seite 200 und den erwarteten Inhalt
• TCP - ist der Port offen und nimmt Verbindungen an
• Ping/ICMP - ist der Host erreichbar
• SSL-Zertifikat - ist es gültig und läuft nicht bald ab
• DNS - wird der Name korrekt aufgelöst

Das ist Black-Box-Monitoring. Sie wissen nicht, warum etwas kaputtging, nur dass es aus Kundensicht kaputtging. Und genau um diese Sicht geht es. Es fängt ganze Klassen von Ausfällen ab, für die ein Agent auf dem Host blind ist: abgelaufene Zertifikate, fehlerhafte DNS-Konfiguration, CDN-Probleme, Routing-Ausfälle und komplette Serverabstürze, bei denen der Agent selbst mit abstürzt.

Nebeneinander

Sie sind keine Konkurrenten, sie sind Schichten

Es ist ein Fehler, es als Entweder-oder zu betrachten. Die stärksten Setups betreiben beide:

1. Externe Prüfungen sagen Ihnen schnell und von mehreren Orten aus, dass Nutzer betroffen sind.
2. Server-Metriken sagen Ihnen warum, damit Sie die eigentliche Ursache beseitigen können.

Ein reales Beispiel: Das externe Monitoring löst eine Warnung aus, dass Ihre API timeoutet. Sie öffnen die Server-Metriken und sehen, dass die Disk-I/O bei 100 % festhängt, weil eine Logdatei die Partition gefüllt hat. Die externe Prüfung fand das Symptom, der interne Agent erklärte es. Gemeinsam machten sie aus einem vagen "die Seite ist langsam" einen klaren und lösbaren Vorfall.

Wo ePulz.io sitzt

ePulz.io ist um externes Black-Box-Monitoring herum gebaut, ordentlich gemacht. Die Prüfungen laufen aus drei unabhängigen EU-Sonden und ein Ausfall wird erst gemeldet, wenn sich mindestens zwei von drei einig sind, sodass ein fehlerhafter Netzwerkpfad Sie um drei Uhr morgens nicht weckt. Sie bekommen 9 Monitortypen (HTTP, TCP, Ping, SSL, DNS und weitere) mit Intervallen bis hinunter zu 1 Minute, je nach Plan.

Für die Fälle, in denen Sie wirklich einen Blick ins Innere des eigenen Netzes brauchen (Server, NAS, Drucker, ein nicht im Internet exponierter Dienst), bietet ePulz.io einen LAN-Agenten. Er läuft innerhalb Ihres Netzes und meldet die Erreichbarkeit interner Hosts an dasselbe Dashboard zurück, ohne irgendetwas ins öffentliche Internet zu exponieren. So haben Sie die Sicht mit den Augen des Kunden und die interne Sicht an einem Ort.

Eine vernünftige Regel:

• Externes Monitoring für alles nutzen, was der Kunde berührt. Immer.
• Metriken auf Server-Ebene (über Ihren Hosting-Anbieter, einen eigenständigen Agenten oder unseren LAN-Agenten für interne Ziele) hinzufügen, wenn Sie Detail zur Ursache brauchen oder eine Frühwarnung vor Ressourcengrenzen wollen.

Wie Sie starten

Wenn Sie heute nichts haben, beginnen Sie mit der Außensicht, denn genau auf die kommt es Ihren Kunden an. Richten Sie eine HTTP-Prüfung auf die Hauptdomain und eine SSL-Prüfung auf das Zertifikat ein. Fügen Sie dann den internen Einblick dort hinzu, wo es sich lohnt.

Sie möchten sofort prüfen, ob ein Port erreichbar ist, noch vor dem Einrichten eines Monitors. Probieren Sie den kostenlosen Port-Checker. Wenn Sie für dauerhafte Abdeckung bereit sind, sehen Sie sich an, wie das Uptime-Monitoring funktioniert und unsere Pläne. Die 7-tägige Testphase ist kostenlos und braucht keine Karte.