Bei einem Managed Server reicht die Tarifangabe „Monitoring inklusive“ nicht aus. Für die Auswahl zählen vor allem die überwachten Ebenen, die Häufigkeit der Prüfungen, die verfügbaren Alarmwege und die zugesagte Reaktion des Betriebsdienstes. Besonders wichtig ist die Trennung zwischen einer bloßen Benachrichtigung und einem Service, bei dem der Anbieter Störungen selbst untersucht oder behebt. Ein günstiger Tarif kann teuer werden, wenn er zwar CPU und Speicherplatz erfasst, aber weder Anwendungen prüft noch außerhalb der Geschäftszeiten auf Ausfälle reagiert.
Vier Fragen trennen einfache Überwachung von echtem Betriebsmonitoring
Die Bezeichnung Managed Server sagt noch nicht, wie weit die Überwachung reicht. Manche Tarife prüfen nur, ob das System auf einen Netzwerkaufruf antwortet. Andere erfassen zusätzlich Betriebssystem, Dienste, Anwendungen, Backups und Hardwarezustand. Vor der Buchung sollten vier Punkte eindeutig beantwortet sein:
- Welche Messwerte und Dienste werden überwacht?
- Wie schnell erkennt das System eine Störung, und wie werden Fehlalarme vermieden?
- Wer erhält den Alarm über welchen Kanal?
- Meldet der Anbieter das Ereignis nur oder beginnt er mit der Fehlerbehebung?
Die letzte Frage ist für den Tarifvergleich besonders wichtig. Eine E-Mail mit dem Hinweis auf einen ausgefallenen Webserver ist noch keine Managed-Leistung, wenn Du Dich anschließend selbst anmelden, die Ursache suchen und den Dienst neu starten musst. Bei einem weitergehenden Betriebsservice kann der Anbieter etwa einen Prozess neu starten, die Bereitschaft einschalten, ein Ticket bearbeiten oder mit der Wiederherstellung beginnen. Welche Eingriffe erlaubt und enthalten sind, muss in der Leistungsbeschreibung stehen.
Messwerte müssen Infrastruktur und Anwendung abdecken
Ein brauchbares Monitoring arbeitet auf mehreren Ebenen. Nur so lässt sich unterscheiden, ob der Server selbst überlastet ist, ein einzelner Dienst hängt oder die Anwendung trotz unauffälliger Systemwerte nicht funktioniert.
| Überwachungsebene | Sinnvolle Messwerte und Prüfungen | Welche Störung damit sichtbar wird |
|---|---|---|
| Erreichbarkeit | Netzwerkzugriff, Paketverlust, Latenz, Portprüfung | Server oder Dienst ist von außen nicht erreichbar |
| Prozessor | CPU-Auslastung, Systemlast, Prozesslaufzeit | Dauerlast, blockierende Prozesse oder fehlende Rechenreserve |
| Arbeitsspeicher | belegter RAM, verfügbarer RAM, Swap-Nutzung | Speicherdruck, Auslagerung oder auffälliger Speicherverbrauch |
| Datenträger | Füllstand, Inodes, I/O-Wartezeit, Datenträgerzustand | voller Speicher, erschöpfte Dateieinträge oder langsame Zugriffe |
| Anwendung | HTTP-Status, Antwortzeit, Login, Datenbankverbindung, Warteschlangen | Website oder Geschäftsfunktion fällt aus, obwohl das System läuft |
| Protokolle und Sicherheit | Fehlermeldungen, ungewöhnliche Anmeldeversuche, definierte Ereignismuster | Anwendungsfehler oder mögliche Sicherheitsvorfälle |
| Backup | Jobstatus, Alter des letzten Sicherungspunkts, Restore-Test | fehlende, veraltete oder nicht wiederherstellbare Sicherung |
CPU-Werte allein sind kein zuverlässiger Gesundheitsnachweis. Eine Shopseite kann bei niedriger Auslastung Fehler ausgeben, weil die Datenbankverbindung unterbrochen ist. Umgekehrt kann eine kurzfristige CPU-Spitze durch einen geplanten Import unkritisch sein. Gute Tarife verbinden Ressourcenwerte deshalb mit Funktionsprüfungen von außen.
Antwortzeiten nicht nur als Durchschnitt betrachten
Ein Mittelwert kann kurze, aber für Nutzer spürbare Verzögerungen verdecken. Aussagekräftiger sind zusätzliche Perzentile wie P95 oder P99. P95 bezeichnet den Wert, den 95 Prozent der erfassten Anfragen nicht überschreiten. Steigt dieser Wert, während der Durchschnitt nahezu gleich bleibt, betrifft die Verlangsamung wahrscheinlich nur einen Teil der Zugriffe.
Für geschäftskritische Anwendungen sollte der Tarif außerdem kundenseitige Prüfungen zulassen. Dazu gehören etwa der Aufruf einer HTTPS-Seite, eine Datenbankabfrage, die DNS-Auflösung oder ein synthetischer Login. Bei einem Onlineshop kann ein vereinfachter Bestellablauf aussagekräftiger sein als die Prüfung der Startseite. Der Test darf dabei keine echte Bestellung auslösen und muss an die jeweilige Anwendung angepasst werden.
Speicherplatz, Inodes und Zertifikate brauchen Vorlauf
Ein Alarm erst bei vollständig gefülltem Dateisystem kommt zu spät. Sinnvoll sind Warnstufen und Trendberechnungen, die das Wachstum berücksichtigen. Dasselbe gilt für Inodes, also die vom Dateisystem verwalteten Einträge für Dateien und Verzeichnisse. Sehr viele kleine Dateien können die verfügbaren Inodes erschöpfen, obwohl noch Speicherkapazität angezeigt wird.
Auch TLS-Zertifikate, Domains und Sicherungsstände benötigen vorausschauende Warnungen. Der Tarif sollte melden können, dass ein Zertifikat in einem festgelegten Zeitraum abläuft oder dass seit dem letzten erfolgreichen Backup zu viel Zeit vergangen ist. Starre Standardwerte sind dabei nur ein Ausgangspunkt; die Schwellen müssen zum Lastprofil und zum zulässigen Risiko passen.
Backup-Monitoring endet nicht beim erfolgreichen Jobstatus
Ein grüner Backup-Job bestätigt zunächst nur, dass die Sicherungssoftware keinen erkannten Fehler gemeldet hat. Er beweist nicht, dass alle benötigten Daten enthalten sind oder dass sich das System innerhalb der geforderten Zeit wiederherstellen lässt. Bei einem Managed Server sollte das Monitoring mindestens das Alter des letzten Sicherungspunkts und fehlgeschlagene Jobs erfassen.
Für die Tarifauswahl sind zwei Zielwerte hilfreich: Das Recovery Point Objective (RPO) beschreibt den maximal tolerierbaren Datenverlust als Zeitraum. Das Recovery Time Objective (RTO) gibt an, wie lange die Wiederherstellung höchstens dauern soll. Benötigt ein Projekt beispielsweise höchstens vier Stunden Datenverlust, muss ein Alarm ausgelöst werden, sobald kein ausreichend neuer Sicherungspunkt mehr vorhanden ist. Ob der Anbieter regelmäßige Wiederherstellungstests übernimmt, ist eine eigenständige Leistung und sollte nicht aus dem Begriff Backup abgeleitet werden.
Alarmwege nach Dringlichkeit staffeln
Nicht jeder Messwert verlangt einen nächtlichen Anruf. Ein abgestuftes Modell verhindert, dass harmlose Hinweise denselben Kanal belegen wie ein vollständiger Ausfall. Die Eskalation sollte sich an Auswirkung und Bearbeitungsfrist orientieren.
| Priorität | Typischer Anlass | Geeigneter Alarmweg | Erwartete Reaktion |
|---|---|---|---|
| Hinweis | langsam wachsender Speicherbedarf | Dashboard oder Bericht | Kapazität bei der nächsten Planung prüfen |
| Warnung | Schwellenwert wiederholt überschritten | E-Mail und Ticket | Ursache innerhalb der vereinbarten Servicezeit untersuchen |
| Kritisch | Anwendung nicht erreichbar oder Backup-Ziel verfehlt | Ticket plus SMS, Telefon oder Bereitschaftssystem | sofortige Eskalation nach vereinbartem Ablauf |
E-Mail genügt für planbare Kapazitätswarnungen, ist als einziger Weg für einen nächtlichen Totalausfall jedoch schwach. SMS, Telefon oder ein vergleichbarer Bereitschaftskanal sind sinnvoll, wenn eine Person unmittelbar reagieren muss. Bei einer vollständig betreuten Umgebung kann der erste Alarm stattdessen direkt an den Betriebsdienst des Anbieters gehen. Du solltest dennoch Zugriff auf Ticketverlauf, Zeitstempel und Statusmeldungen erhalten.
Ein verwertbarer Alarm nennt die betroffene Komponente, den gemessenen Wert, die überschrittene Schwelle, den Zeitpunkt und die Priorität. Ebenso wichtig ist der Kontext: Läuft gerade ein angekündigtes Wartungsfenster? Sind mehrere Meldungen wahrscheinlich dieselbe Störung? Alarmunterdrückung während geplanter Arbeiten und das Zusammenfassen zusammengehöriger Ereignisse reduzieren unnötige Meldungen.
Mit diesem Szenario lässt sich ein Tarif sinnvoll prüfen
Angenommen, auf dem Managed Server laufen eine Website, eine Datenbank und ein nächtlicher Sicherungsjob. Die Anwendung ist außerhalb der Geschäftszeit erreichbar und Bestellungen dürfen nicht über längere Zeit unbemerkt ausfallen. Für dieses Lastprofil sollte ein Angebot mindestens folgende Überwachung ermöglichen:
- externer HTTPS-Aufruf mit Prüfung des Statuscodes und der Antwortzeit,
- Überwachung von Webserver und Datenbankdienst,
- CPU, RAM, Swap, Dateisystem, Inodes und I/O-Wartezeit,
- Warnung vor dem Ablauf des TLS-Zertifikats,
- Alarm bei fehlgeschlagenem oder zu altem Backup,
- kritische Eskalation an einen erreichbaren Bereitschaftsdienst.
Wenn ein Tarif nur Erreichbarkeit, CPU und RAM meldet, fehlen in diesem Szenario die entscheidenden Funktions- und Sicherungsprüfungen. Wenn der Anbieter alle genannten Werte erfasst, aber ausschließlich während der Bürozeiten reagiert, bleibt das Risiko außerhalb dieses Zeitfensters bei Dir. Erst wenn Messumfang, Alarmweg und Reaktion zusammenpassen, lässt sich der Mehrpreis eines umfangreicheren Pakets bewerten.
Tarifkosten nach überwachtem Umfang vergleichen
Grundpreise sind nur vergleichbar, wenn enthaltene Überwachungsobjekte, Reaktionszeiten und Betriebsleistungen gleich abgegrenzt werden. Zusätzliche Agenten, individuelle Checks, SMS, Rufbereitschaft, Log-Auswertung, Backup-Überwachung oder Wiederherstellung können als Optionen berechnet werden. Auch eine Begrenzung der Sensoren oder überwachten Dienste kann Folgekosten verursachen.
Eine neutrale Monatsrechnung kann so aufgebaut werden:
Gesamtkosten pro Monat = Grundpreis des Managed Servers + Monitoring-Optionen + Alarmkanäle + Backup-Überwachung + anteilige Einrichtungsgebühr.
Als rein hypothetisches Rechenszenario gelten 80 Euro Monatsgrundpreis, 12 Euro für zusätzliche Anwendungsprüfungen, 5 Euro für den Bereitschaftskanal und 36 Euro einmalige Einrichtung bei einer Betrachtung über zwölf Monate. Die Rechnung lautet: 80 Euro + 12 Euro + 5 Euro + (36 Euro / 12 Monate) = 100 Euro pro Monat. Der Zahlencheck ergibt 3 Euro monatlichen Einrichtungsanteil und damit insgesamt 100 Euro. Für einen echten Vergleich setzt Du die Brutto- oder Nettowerte aus den jeweiligen Angeboten ein und verwendest bei allen Kandidaten denselben Zeitraum.
Der günstigere Grundtarif ist wirtschaftlich nur im Vorteil, wenn fehlende Prüfungen und Reaktionen für Dein Projekt entbehrlich sind oder intern übernommen werden. Muss eine eigene Bereitschaft aufgebaut werden, gehören deren Aufwand und Erreichbarkeit ebenfalls in die Entscheidung, auch wenn sie nicht auf der Anbieterrechnung erscheinen.
Leistungsbeschreibung, SLA und Monitoring getrennt lesen
Ein Service Level Agreement (SLA) legt mögliche Leistungsziele und Ausschlüsse fest, ersetzt aber kein detailliertes Monitoring-Konzept. Eine zugesagte Verfügbarkeit sagt nicht automatisch etwas über langsame Datenbankabfragen, fehlerhafte Backups oder die Reaktionszeit bei einer Warnung aus. Geplante Wartung, kundenseitig verursachte Fehler und bestimmte Architekturvoraussetzungen können außerdem von einer Verfügbarkeitszusage ausgenommen sein.
Bei der Tarifprüfung im September 2026 zeigen Anbieterbeschreibungen unterschiedliche Schwerpunkte. Hetzner beschreibt bei betreuten Angeboten unter anderem die Überwachung von Serverausfällen sowie von Prozessen mit auffälliger Laufzeit oder RAM-Nutzung. IONOS führt anpassbare Ereignisbenachrichtigungen und abhängig vom Monitoring-Typ eine agentengestützte Erfassung. OVHcloud nennt bei seinem Backup Agent eine zentrale Sicherungsüberwachung und proaktive Alarmierung. Diese Merkmale dürfen nicht auf sämtliche Tarife des jeweiligen Anbieters übertragen werden. Maßgeblich sind die Leistungsbeschreibung des gewählten Managed-Server-Tarifs, die Monitoring- beziehungsweise Benachrichtigungsrubrik und die zugehörigen SLA-Bedingungen.
Prüfe dort besonders, ob Eingriffe rund um die Uhr erfolgen, welche Anwendungen unterstützt werden und ob der Anbieter Zugangsdaten oder einen Monitoring-Agenten benötigt. Ebenso sollte feststehen, wer nach einem Alarm Entscheidungen treffen darf. Ein automatischer Neustart kann bei einem abgestürzten Einzelprozess helfen, bei einer beschädigten Datenbank oder wiederkehrenden Fehlern aber die Diagnose erschweren.
Die Auswahl folgt dem Ausfallrisiko, nicht der längsten Messwertliste
Für eine unkritische Entwicklungsumgebung können Dashboard, E-Mail und eine Überwachung der grundlegenden Ressourcen genügen. Bei einem öffentlich erreichbaren Shop, einer Firmenanwendung oder zeitkritischen Datenverarbeitung sind Funktionsprüfungen, Backup-Alarme und ein durchgängiger Eskalationsweg wichtiger. Nicht die Zahl der Sensoren entscheidet, sondern ob das Monitoring die geschäftlich relevante Funktion abbildet und eine passende Reaktion auslöst.
Ein geeigneter Managed-Server-Tarif beantwortet daher drei Punkte ohne Interpretationsspielraum: Was wird erkannt, wer reagiert und innerhalb welcher vereinbarten Zeit beginnt die Bearbeitung? Bleibt einer dieser Punkte offen, solltest Du den Tarif nicht allein wegen des Hinweises auf enthaltenes Monitoring auswählen.
