Monitoring: Das überwachen wir auf deinem Server
This content is not available in your language yet.
Jeder Server bei rack::SPEED wird von unserem Monitoring rund um die Uhr 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. Das ist der Betrieb Basis und auf jedem Server inklusive. Ob deine Website funktioniert, prüft zusätzlich das buchbare Projekt-Monitoring. Beides ist fester Teil unserer Managed Server.
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. Sobald ein Office (Collabora) installiert ist, wandert auch das in die Überwachung.
Betrieb: drei Bausteine
Abschnitt betitelt „Betrieb: drei Bausteine“| Baustein | Was er leistet | Verfügbar |
|---|---|---|
| Betrieb Basis | Server-Monitoring rund um die Uhr. Störungen der Plattform beheben wir rund um die Uhr. Antwort werktags (Mo bis Fr, 9 bis 18 Uhr) innerhalb von 4 Stunden bei Anfragen bis 17 Uhr. | auf jedem Server inklusive |
| Projekt-Monitoring | Wir prüfen deine Website, nicht nur den Server (Details unten). | je Projekt zubuchbar, im Shop-Server für ein Projekt inklusive |
| 24/7-Notfall | Notfall-Hotline mit PIN, Reaktion rund um die Uhr in 30 Minuten. | je Server zubuchbar, im Shop-Server inklusive |
Auf den Plattformen (Nextcloud, BigBlueButton, OpenSearch) prüft der Betrieb Basis den Dienst selbst laufend mit, der 24/7-Notfall ist zubuchbar. Ein eigenes Projekt-Monitoring gibt es dort nicht. Preise und Abrechnung der Bausteine stehen unter HandsOn-Support: Preise und Abrechnung. Buchen kannst du Projekt-Monitoring und 24/7-Notfall vorerst per Ticket.
Wo das Server-Monitoring endet
Abschnitt betitelt „Wo das Server-Monitoring endet“Projekt-Monitoring: wer reagiert wann
Abschnitt betitelt „Projekt-Monitoring: wer reagiert wann“Das Projekt-Monitoring schließt genau diese Lücke. So ist es geregelt:
- Bis zu 5 Prüfungen je Projekt: URLs, Antwortzeit, SSL-Zertifikat und eine Inhaltsprüfung wie „Warenkorb lädt”. Wir richten die Prüfungen ein, Änderungen meldest du per Ticket.
- Alarm erst nach 3 Fehlschlägen hintereinander, damit ein kurzer Aussetzer keinen Fehlalarm auslöst.
- Werktags in den Geschäftszeiten: Der Alarm geht an dich und an uns, wir sehen nach.
- Nachts bei gestörtem Server oder gestörter Plattform: Unsere Bereitschaft rückt aus, kostenlos.
- Nachts bei gesundem Server und fehlschlagender Website-Prüfung wird bei uns niemand automatisch geweckt. Der Alarm geht an dich. Mit dem 24/7-Notfall kannst du dann die Hotline anrufen.
- Wartungsmodus vor Deploys: Melde geplante Arbeiten vorher per Ticket oder Mail. Währenddessen gibt es keine Alarme, spätestens nach 4 Stunden endet der Wartungsmodus.
- Benachrichtigung: Du wählst den Kanal, etwa Mail oder SMS. Abschalten lässt sich die Benachrichtigung nicht.
Größere Störungen und geplante Wartungen findest du außerdem auf unserer Status-Seite.
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 ist das nach Updates oder bei vollem Anwendungs-Cache.
Lösung: Die Fehlersuche-Sektion durchgehen (weißer Bildschirm, 508, IP-Sperre) und bei Bedarf ein Ticket mit dem, was zuletzt geändert wurde. Damit du solche Fälle künftig sofort mitbekommst, ist das Projekt-Monitoring der richtige Baustein.
Ein Alarm kam nachts, aber niemand hat reagiert
Abschnitt betitelt „Ein Alarm kam nachts, aber niemand hat reagiert“Der Server war gesund, nur die Website-Prüfung schlug fehl. In diesem Fall weckt das Monitoring bei uns niemanden automatisch (Regel 5 oben).
Lösung: Mit gebuchtem 24/7-Notfall rufst du die Hotline an. Ohne den Baustein kümmern wir uns zu Beginn der Geschäftszeiten, öffne dafür ein Ticket mit dem Alarm.
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 Aussetzer (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“- HandsOn-Support: Preise und Abrechnung: 24/7-Notfall und was ein Notfall-Einsatz kostet.
- Rootless Docker: Grundlagen: warum Container im Standard deine eigene Überwachungs-Aufgabe sind.
- Wie oft werden meine Daten gesichert?: der zweite Pfeiler des 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, oder welche Prüfungen für dein Projekt sinnvoll sind? Ticket im Kundencenter öffnen. Nenn Domain und Zeitpunkt, wir gleichen es mit der Monitoring-Historie ab.