Uptime-Monitoring.
Ohne Fehlalarme.

Uptime-Monitoring prüft von außerhalb Ihrer Infrastruktur in festen Abständen, ob Ihre Websites, APIs und Dienste antworten, und zwar korrekt, und alarmiert Ihr Team, sobald das nicht mehr der Fall ist. Aus dem Verlauf ergibt sich der Uptime-Prozentsatz, den Sie gegenüber einem SLA ausweisen. Hyperping führt diese Checks alle 30 Sekunden aus 17 Regionen aus. Das ganze Bild gibt der Leitfaden zum Uptime-Monitoring.

Ein Monitor sendet in festen Abständen eine Anfrage an Ihre URL, Ihren Host oder Port, abwechselnd aus den gewählten Regionen, und vergleicht die Antwort mit dem Erwarteten: einem Statuscode, einem Text, einem DNS-Eintrag, einem offenen Port. Schlägt ein Check fehl, wiederholt Hyperping ihn sofort aus Ihren anderen Regionen und öffnet nur dann einen Ausfall, wenn auch diese fehlschlagen. Siehe Monitor erstellen.

Alle 30 Sekunden in den bezahlten Plänen und alle 5 Minuten im Free-Plan, mit kürzeren Intervallen im Business-Plan. Browser-Checks laufen alle 5 Minuten, und Cron-Jobs werden gegen den Zeitplan geprüft, den Sie ihnen geben. Siehe Preise.

Websites und APIs über HTTP, mit Keyword-Checks auf der Antwort, Ping (ICMP) und TCP-Ports, DNS-Einträge, SSL-Zertifikate und Domain-Ablauf, Cron-Jobs über Healthchecks, mehrstufige Abläufe mit Playwright-Browser-Checks und Server mit einem schlanken Agenten. Siehe die Monitoring-Dokumentation.

Jeder Fehlschlag wird aus Ihren anderen Regionen erneut geprüft, bevor ein Ausfall geöffnet wird. Ein Netzwerkaussetzer zwischen einer Probe und Ihrem Server weckt also niemanden. Eine Alarmverzögerung kann zudem Aussetzer ignorieren, die kürzer sind als die eingestellten Minuten, Wartungsfenster schalten geplante Arbeiten stumm, und der erwartete Statuscode akzeptiert Endpoints, die regulär 401 oder 404 antworten. Siehe Fehlalarme.

Die meisten Produktionsdienste zielen auf 99,9 %, also etwa 8 Stunden und 46 Minuten Ausfall pro Jahr. Kritische Dienste zielen auf 99,99 %, etwa 53 Minuten pro Jahr. Wählen Sie das Ziel nach Ihrem SLA und danach, was Sie eine Stunde Ausfall kostet, und rechnen Sie es mit dem SLA-Rechner um.

Per E-Mail, SMS, Anruf, Slack, Microsoft Teams, Google Chat, Discord, Telegram, PagerDuty, Opsgenie oder Webhooks. Eskalationsrichtlinien und Bereitschaftspläne senden jeden Alarm an die Person im Dienst und leiten ihn weiter, wenn niemand bestätigt.

Ja. Der Free-Plan umfasst 20 Monitore mit Checks alle 5 Minuten, HTTP-, Port-, Ping- und Keyword-Checks, einen Server-Agenten und eine einfache Statusseite, ohne Kreditkarte. Bezahlte Pläne beginnen mit einer 14-tägigen kostenlosen Testphase. Siehe kostenloses Uptime-Monitoring.

Ja. Statusseiten lesen ihren Zustand aus Ihren Monitoren: Ein bestätigter Ausfall erscheint auf der Seite, ohne dass jemand sie aktualisiert, und Besucher sehen den Uptime-Verlauf jedes Dienstes. Bezahlte Pläne fügen eigene Domains, Abonnenten und ab Pro private Seiten hinzu. Siehe Statusseiten.

Uptime-Monitoring prüft von außen, ob ein Dienst korrekt antwortet, so wie ein Kunde ihn sieht. APM instrumentiert Ihren Code, um Latenz, Fehler und Datenbankzeit innerhalb der Anwendung zu messen. Uptime-Monitoring sagt Ihnen, dass etwas ausgefallen ist, APM hilft zu verstehen, warum, und die meisten Teams nutzen beides.