Verfügbarkeit
Überwachung

Xitoring unterstützt HTTP, HTTPS, Ping (ICMP), DNS, TCP, UDP, FTP, SMTP, IMAP und POP3. Sie können praktisch jeden internetbasierten Dienst über ein einziges Dashboard überwachen.

Dank Überprüfungsintervallen von einer Minute werden Sie umgehend benachrichtigt, sobald ein Ausfall festgestellt wird. Durch Bestätigungsprüfungen von mehreren Knoten werden Fehlalarme vor der Benachrichtigung ausgeschlossen.

Xitoring betreibt mehr als 15 Überwachungsknoten in Nordamerika, Europa, im asiatisch-pazifischen Raum, in Südamerika und im Nahen Osten. Jede Überprüfung wird gleichzeitig von mehreren Standorten aus durchgeführt.

Die Verfügbarkeitsüberwachung ist für öffentlich zugängliche Dienste konzipiert. Für interne Dienste nutzen Sie bitte unseren Server-Monitoring-Agenten oder die Heartbeat-Überwachung für Dienste hinter Firewalls.

Sie können Wartungsfenster einrichten, um Warnmeldungen während geplanter Ausfallzeiten zu unterdrücken. Ihr Verfügbarkeitsprozentsatz wird angepasst, sodass diese Zeiträume bei der SLA-Berechnung nicht berücksichtigt werden.

Ja. Xitoring bietet eine Migration per Mausklick von Pingdom, Uptime.com und BetterStack. Alle Ihre Überwachungskonfigurationen, Benachrichtigungseinstellungen und Kontaktdaten werden automatisch importiert.

Die branchenübliche Verfügbarkeitsüberwachung erfolgt in Intervallen von einer Minute aus mindestens drei geografischen Regionen, um echte Ausfälle von lokalen Netzwerkstörungen zu unterscheiden. Eine jährliche Verfügbarkeit von 99,99 % lässt weniger als 53 Minuten Ausfallzeit pro Jahr zu; bei 99,999 % sind es etwas mehr als fünf Minuten. Eine effektive Verfügbarkeitsüberwachung geht über einfache Ping-Prüfungen hinaus und überprüft, ob die Antworten den erwarteten Inhalt enthalten, innerhalb einer akzeptablen Latenzzeit erfolgen und gültige TLS-Zertifikate aufweisen – so werden Teilausfälle und Leistungsbeeinträchtigungen erkannt, die bei einfachen Verfügbarkeitsprüfungen übersehen werden.

Die Zusammensetzung der Protokolle ist ebenso wichtig wie das Überprüfungsintervall. HTTP- und HTTPS-Prüfungen sind das Rückgrat für jeden Endpunkt mit Webzugang, wobei Inhaltsabgleiche den Fehlerfall „Seite gibt 200 zurück, ist aber tatsächlich defekt“ aufdecken. TCP-Port-Prüfungen decken Nicht-HTTP-Dienste wie SSH, MySQL oder benutzerdefinierte Anwendungsports ab. DNS-Prüfungen stellen sicher, dass Einträge von den Resolvern, die Ihre Nutzer tatsächlich verwenden, korrekt aufgelöst werden, und erkennen so Fälle mit verzögertem Ausfall, bei denen ein einzelner Resolver NXDOMAIN zurückgibt, während alles andere einwandfrei erscheint. E-Mail-Protokollprüfungen (SMTP, IMAP, POP3) sorgen für einen reibungslosen E-Mail-Verkehr. Eine seriöse Überwachungskonfiguration für die Verfügbarkeit nutzt den richtigen Prüfungstyp pro Service-Ebene und nicht HTTP für alles.

Die Überwachung mehrerer Regionen ist die wichtigste Konfigurationsentscheidung überhaupt. Ein von einem einzigen Standort aus betriebener Monitor verwechselt eine lokale Netzwerkstörung mit einem echten Ausfall, und die Warnmeldungen sind nicht zu unterscheiden – innerhalb einer Woche hat sich das Bereitschaftsteam darauf eingestellt, die Benachrichtigungen zu ignorieren. Bestätigungsprüfungen aus mindestens zwei weiteren Regionen vor der Alarmierung eliminieren die überwiegende Mehrheit der Fehlalarme, ohne dass die Erkennungsgeschwindigkeit darunter leidet. Xitoring führt jede Überprüfung von über 15 Überwachungsknoten in Nordamerika, Europa, im asiatisch-pazifischen Raum, in Südamerika und im Nahen Osten aus, und ein Alarm wird erst ausgelöst, wenn mehrere Regionen übereinstimmend feststellen, dass der Dienst ausgefallen ist.

Die Weiterleitung von Bereitschaftsmeldungen ist das, was ein Überwachungstool von einem Alarmierungstool unterscheidet. Das von einer Überprüfung erzeugte Signal ist nur so nützlich wie der Weg, den es bis zu dem Techniker zurücklegt, der das Problem beheben kann. Eine effektive Verfügbarkeitsüberwachung leitet Warnmeldungen nach Schweregradstufen weiter (Info → Warnung → Kritisch → Alle benachrichtigen), berücksichtigt den Bereitschaftsdienst, damit um 3 Uhr morgens die richtige Person geweckt wird, unterstützt die Bestätigung und Eskalation, wenn der Hauptverantwortliche nicht reagiert, und schaltet die Benachrichtigungen sauber ab, sobald der Vorfall behoben ist. Multi-Channel-Benachrichtigungen über SMS, Push, Slack, Microsoft Teams, PagerDuty, OpsGenie und Webhooks stellen sicher, dass kein Alarmpfad einen Single Point of Failure darstellt.

Öffentliche Statusseiten machen aus Daten zur Verfügbarkeitsüberwachung ein Vertrauenselement für Ihre Kunden. Da die Statusseite direkt auf denselben Überwachungsdaten basiert, die auch die internen Warnmeldungen steuern, ist gewährleistet, dass beide immer übereinstimmen – Ihre Kunden sehen genau das, was Ihr Bereitschaftsteam sieht. Durch das Hosten der Statusseite auf einer separaten Domain oder Subdomain bleibt sie auch dann erreichbar, wenn der Hauptdienst ausgefallen ist, und eine rollierende 12-monatige Verfügbarkeitshistorie wird von Beschaffungsteams in Unternehmen zunehmend erwartet. Xitoring veröffentlicht sowohl öffentliche Statusseiten mit Ihrem Branding für die Kundenkommunikation als auch passwortgeschützte private Statusseiten für die interne SLA-Verfolgung auf Basis derselben Verfügbarkeitsdaten, ohne dass zusätzliche Konfigurationen erforderlich sind.

Die Verfügbarkeitsüberwachung ist eine Ebene eines umfassenden Observability-Stacks und kein Ersatz für die anderen. Die Verfügbarkeitsüberwachung erfolgt von außerhalb des Netzwerks – reagiert der öffentliche Endpunkt? Die Serverüberwachung erfolgt von innerhalb des Betriebssystems – wie ist der Status von CPU, Arbeitsspeicher, Festplatte und Prozessen des Hosts, der diesen Endpunkt bereitstellt? Die meisten Produktionsteams benötigen beide Ebenen im Zusammenspiel: Die Verfügbarkeitsüberwachung zeigt an, wann ein Dienst ausgefallen ist; die Serverüberwachung liefert die Ursache, noch bevor die Benutzer dies bemerken. Xitoring vereint beide Ebenen in einem Produkt mit einer einheitlichen Alarmierungs-Engine, sodass ein Datenbankausfall und eine fehlgeschlagene HTTP-Prüfung über dieselben Benachrichtigungsregeln geleitet werden und in derselben Vorfall-Zeitleiste landen.