Monitoring: Das überwachen wir auf deinem Server
Jedes Managed-System bei rack::SPEED wird von unserem Monitoring laufend automatisch geprüft — vom Ping bis zum Mail-Dienst. Schlägt ein Check an, kümmert sich unsere Bereitschaft, ohne dass du etwas melden musst. Dieser Artikel zeigt, was genau überwacht wird — und genauso wichtig: was nicht, damit du weißt, wo deine eigene Verantwortung beginnt. Das Monitoring ist fester Bestandteil des Betriebs auf unseren Managed Servern.
Was überwacht wird
Abschnitt betitelt „Was überwacht wird“Managed Server (Plesk):
| Bereich | Checks |
|---|---|
| Erreichbarkeit | Ping, Anbindung an unsere Virtualisierungs-Plattform |
| Web | HTTP, Plesk-Panel inkl. Zertifikat |
| SMTP/SMTPS, IMAP/IMAPS, POP3/POP3S | |
| Datenbank | MySQL/MariaDB inkl. InnoDB-Zustand |
| Zugänge | SSH, FTP |
| System | Load, Speicherplatz (alle Datenträger), Benutzer-Sessions |
Managed OpenSearch: Erreichbarkeit, OpenSearch Dashboard, SSH plus die System-Checks (Load, Speicherplatz, Benutzer-Sessions).
Managed Nextcloud: Erreichbarkeit, Redis-Cache, Volltextsuche, SSH plus die System-Checks — und sobald ein Office (Collabora) installiert ist, wandert auch das in die Überwachung.
Wie reagiert wird
Abschnitt betitelt „Wie reagiert wird“Schlägt ein Check fehl, alarmiert das Monitoring unsere Bereitschaft — sie prüft die Ursache und behebt sie. Du musst dafür kein Ticket öffnen. Ein Ticket hilft trotzdem, wenn dir etwas auffällt: Du lieferst damit Kontext, den kein Check sehen kann („seit dem Plugin-Update gestern…”). Welche Reaktionszeiten für dein System gelten, regelt dein SLA-Paket — bei Fragen dazu einfach per Ticket. Größere Störungen und geplante Wartungen findest du auf unserer Status-Seite.
Wo das Standard-Monitoring endet
Abschnitt betitelt „Wo das Standard-Monitoring endet“Genau diese Lücke schließen wir auf Wunsch: Mit dem entsprechenden SLA-Paket überwachen wir auch Erreichbarkeit und Funktion deiner Anwendung — und eigene Dienste dazu. Welche Checks für dein Projekt sinnvoll sind und was dein Paket abdeckt, klärt ein Ticket.
Wenn etwas schiefläuft
Abschnitt betitelt „Wenn etwas schiefläuft“Deine Seite ist down, aber „bei uns ist alles grün”
Abschnitt betitelt „Deine Seite ist down, aber „bei uns ist alles grün”“Beides kann stimmen: Der Server läuft, die Anwendung nicht — typisch nach Updates oder bei vollem Anwendungs-Cache.
Lösung: Die Fehlersuche-Sektion durchgehen (weißer Bildschirm, 508, IP-Sperre) und bei Bedarf Ticket mit dem, was zuletzt geändert wurde.
Du willst deine Anwendung oder einen eigenen Dienst in die Überwachung bringen
Abschnitt betitelt „Du willst deine Anwendung oder einen eigenen Dienst in die Überwachung bringen“Kunden-Dienste und Anwendungs-Checks gehören nicht zum Standard-Umfang — sind aber als SLA-Erweiterung buchbar.
Lösung: Ticket öffnen — wir schlagen sinnvolle Checks für dein Setup vor und nennen das passende Paket.
Ein Dienst war kurz weg, ohne dass sich jemand gemeldet hat
Abschnitt betitelt „Ein Dienst war kurz weg, ohne dass sich jemand gemeldet hat“Kurze Blips (Neustart eines Dienstes, Wartung) können unterhalb der Alarm-Schwelle bleiben — das ist gewollt, sonst würde die Bereitschaft in Fehlalarmen ertrinken.
Lösung: Wiederholt sich das Muster oder dauert es länger, Ticket öffnen mit Zeitpunkten — wir schauen in die Monitoring-Historie.
Verwandte Artikel
Abschnitt betitelt „Verwandte Artikel“- Rootless Docker: Grundlagen — warum Container deine eigene Überwachungs-Aufgabe sind.
- Wie oft werden meine Daten gesichert? — der zweite Pfeiler des Managed-Betriebs.
- Support-Anfrage stellen — wenn du selbst etwas melden willst.
Du kommst nicht weiter?
Abschnitt betitelt „Du kommst nicht weiter?“Unsicher, ob ein Problem auf Server- oder Anwendungs-Ebene liegt? Ticket im Kundencenter öffnen — nenn Domain und Zeitpunkt, wir gleichen es mit der Monitoring-Historie ab.