Die Überwachung der Website-Verfügbarkeit beantwortet immer wieder dieselbe Frage: Ist meine Website gerade erreichbar? Ein Monitor ruft Ihre Website nach Zeitplan ab, hält fest, was zurückkam, und sagt Ihnen Bescheid, wenn sich die Antwort ändert. Diese Anleitung erklärt, wie das funktioniert, was die Ergebnisse Ihnen sagen können und was nicht, und wie Sie entscheiden, was Sie brauchen.

Es geht um die Methode. Definitionen finden Sie im Glossar unter Verfügbarkeit und Ausfallzeit. Für die praktische Einrichtung siehe So überwachen Sie die Verfügbarkeit einer Website.

Was Website-Verfügbarkeitsüberwachung ist

Monitoring ist ein Kreislauf aus vier Teilen:

  1. Prüfen. Ein System außerhalb Ihrer Website ruft eine von Ihnen gewählte Adresse ab.
  2. Bewerten. Es entscheidet, ob die Antwort als funktionierend gilt.
  3. Benachrichtigen. Ist die Antwort schlecht, informiert es die Personen, die Sie benannt haben.
  4. Aufzeichnen. Jedes Ergebnis wird aufbewahrt, damit Sie zurückblicken können.

Die ersten beiden Teile entscheiden, wie nützlich der Rest ist. Ein Monitor, der die falsche Adresse prüft oder die falschen Antworten akzeptiert, meldet Ruhe, während Ihre Besucher Fehler sehen.

Warum Verfügbarkeit wichtig ist

Ist eine Website nicht erreichbar, können Besucher nichts kaufen, sich nicht anmelden, nicht lesen und Sie nicht kontaktieren. Die meisten Betreiber erfahren von einem Ausfall durch einen Kunden, einen Kollegen oder eine fehlende Bestellung. All das kommt spät an und sagt nichts darüber, wann das Problem begann.

Monitoring ändert zwei Dinge. Sie erfahren von einem Problem, wenn es beginnt, und Sie haben eine Aufzeichnung darüber, wie lange es dauerte. Die Aufzeichnung ist auch hinterher nützlich: Sie zeigt, ob ein Problem ein Einzelfall oder ein Muster ist.

So funktioniert HTTP-Monitoring

Die meisten Website-Monitore sprechen HTTP, dieselbe Sprache wie Browser. Bei jeder Prüfung

  1. schlägt der Monitor die Adresse im DNS nach.
  2. öffnet er eine Verbindung, bei https://-Adressen eine gesicherte TLS-Verbindung.
  3. sendet er eine HTTP-Anfrage, meist GET.
  4. liest er den Statuscode der Antwort.

Der Statuscode ist das Urteil. Ein 200 besagt, dass der Server die Anfrage bearbeitet hat. Ein 503 besagt, dass der Server läuft, sie aber nicht bedienen kann. Gar keine Antwort, weil DNS fehlschlug oder die Verbindung in eine Zeitüberschreitung lief, ist ebenfalls ein Fehler.

Weiterleitungen brauchen eine Regel. Leitet http://example.com Besucher auf https://www.example.com um, kann der Monitor der Weiterleitung folgen und die endgültige Antwort bewerten oder die Weiterleitung selbst bewerten. UptimeWire folgt einer begrenzten Zahl von Weiterleitungen und bewertet die endgültige Antwort: Ein endgültiger Status von 200 bis 399 gilt als erreichbar, jeder andere Status als Fehler. Auch eine Kette, die nie endet, ist ein Fehler.

Was eine Prüfung tatsächlich misst

Eine Prüfung misst eine Anfrage an eine Adresse von einem Ort zu einem Zeitpunkt. Das ist enger, als es klingt:

  • Sie misst die Adresse, die Sie ihr gegeben haben, nicht Ihre ganze Website. Ein Monitor auf der Startseite sagt nichts über /checkout/.
  • Sie misst die Antwort, nicht, was die Seite im Browser tut. Skripte, Bilder und Widgets von Drittanbietern werden nicht ausgeführt.
  • Sie misst einen Zeitpunkt. Was zwischen den Prüfungen geschah, bleibt unsichtbar.

Die Prüfung hält auch fest, wie lange die Antwort dauerte. Was diese Zahl umfasst und warum sie sich zwischen Werkzeugen unterscheidet, steht unter Antwortzeit.

Ein Überwachungsintervall wählen

Das Intervall ist die Zeit zwischen zwei Prüfungen. Ein kürzeres Intervall findet Probleme früher, denn ein Fehler kann nur von einer Prüfung bemerkt werden, die läuft, während er geschieht.

Intervall Was es in der Praxis bedeutet
1 Minute Ein Problem wird innerhalb von etwa ein bis zwei Minuten bemerkt. Geeignet für Websites, bei denen Minuten Geld kosten.
5 Minuten Ein vernünftiger Standard für die meisten Firmenwebsites.
15 bis 30 Minuten Genug für Websites mit wenig Verkehr, bei denen ein kurzer Ausfall tragbar ist.
1 Stunde oder mehr Erfasst nur lange Ausfälle. Ein kurzer Ausfall kann zwischen zwei Prüfungen unbemerkt vergehen.

Zwei Vorbehalte. Erstens ist das Intervall nicht die Erkennungszeit: Die Bestätigung (nächster Abschnitt) kommt etwas hinzu. Zweitens ist kürzer nicht immer besser. Löst eine Prüfung auf Ihrem Server auch aufwendige Arbeit aus, führen Sie sie seltener aus oder richten Sie sie auf eine leichtere Adresse.

Tarife begrenzen, wie kurz ein Intervall sein kann. In UptimeWire sind es bei Free mindestens 5 Minuten, bei Starter 3 und bei Business und Agency 1.

Einen Ausfall bestätigen

Netzwerke sind unruhig. Eine einzelne Anfrage kann wegen eines verlorenen Pakets, einer kurzen Überlast oder eines Problems auf Seiten des Monitors fehlschlagen, während die Website für alle anderen in Ordnung ist. Würde jede fehlgeschlagene Prüfung eine Benachrichtigung auslösen, würden Sie lernen, Benachrichtigungen zu ignorieren.

Die Bestätigung löst das. Der Monitor wiederholt eine fehlgeschlagene Prüfung nach kurzer Pause und eröffnet einen Vorfall erst, wenn die Fehler anhalten. UptimeWire arbeitet so, und wo ein zweiter Messpunkt zur Verfügung steht, kann es auch diesen fragen. Das kostet etwas Erkennungszeit, ein fairer Preis für Benachrichtigungen, denen Sie vertrauen können.

Note

Bestätigung bedeutet, dass eine Benachrichtigung nicht im selben Augenblick eintrifft, in dem eine Website ausfällt. Die Erkennungszeit hängt vom Intervall, von den wiederholten Prüfungen und davon ab, wie schnell die Benachrichtigung Sie erreicht. Kein Monitor kann eine genaue Zeit versprechen.

Überwachung von außen

Es gibt zwei grundlegende Arten, ein System zu beobachten. Das SRE-Buch von Google nennt sie Blackbox- und **Whitebox-**Monitoring. Blackbox-Monitoring testet von außen, was ein Nutzer sehen kann. Whitebox-Monitoring liest die eigenen Signale des Systems, etwa CPU-Last, Arbeitsspeicher und Logs.

Die Überwachung der Website-Verfügbarkeit ist Blackbox. Das ist ihre Stärke: Sie sieht, was Besucher sehen, auch Fehler, über die Ihr eigener Server nicht berichten kann, etwa ein unerreichbares Netzwerk oder einen defekten DNS-Eintrag. Es ist auch ihre Grenze: Sie sagt Ihnen, dass etwas nicht stimmt, nicht warum.

Die beiden Ansätze ergänzen sich. Externe Prüfungen sagen „Besucher erreichen die Website nicht“. Interne Metriken helfen zu erklären, warum.

Antwortzeit

Eine langsame Website ist eine teilweise defekte Website. Wer die Antwortzeit neben der Verfügbarkeit verfolgt, sieht Ärger, bevor er zum Ausfall wird: eine Datenbank, die zu kämpfen beginnt, ein Deployment, das eine langsame Abfrage mitbrachte, einen Server mit knappen Ressourcen.

Gehen Sie vorsichtig mit der Zahl um. Sie ist die Zeit für eine einfache Anfrage, nicht die Zeit, bis eine Seite im Browser nutzbar ist. Vergleichen Sie sie mit ihrem eigenen Verlauf, nicht mit der Zahl eines anderen Werkzeugs.

Zertifikate, Domains und DNS

Eine Website kann ausfallen, ohne dass der Webserver schuld ist. Drei getrennte Dinge müssen weiter funktionieren:

  • Das SSL/TLS-Zertifikat. Läuft es ab, zeigen Browser eine Warnung über die ganze Seite. Siehe So verhindern Sie das Ablaufen von SSL-Zertifikaten.
  • Die Domain-Registrierung. Wird die Verlängerung verpasst, funktioniert die Domain nicht mehr und kann verloren gehen.
  • Die DNS-Auflösung. Wird der Name nicht mehr aufgelöst, finden Besucher den Server nicht, so gesund er auch ist.

Diese Dinge fallen erst langsam und dann plötzlich aus. Sie brauchen eigene Prüfungen nach eigenem Zeitplan, denn die HTTP-Prüfung warnt Sie nicht im Voraus. Ein Zertifikat, das morgen abläuft, antwortet heute noch mit 200.

UptimeWire prüft für jede Website Zertifikat, Domain-Ablaufdatum und DNS-Auflösung, getrennt von der Verfügbarkeitsprüfung. Warnungen zu Zertifikat, Domain und DNS gehen per E-Mail und Telegram.

Vorfallverlauf und Statusseiten

Ein Vorfall ist ein Zeitraum bestätigten Ausfalls, von der ersten bestätigten fehlgeschlagenen Prüfung bis zur Wiederherstellung. Ein Verlauf der Vorfälle beantwortet Fragen, die später aufkommen: Wann begann es, wie lange dauerte es, wie oft passiert das?

Eine Statusseite ist eine öffentliche Seite, die Besuchern zeigt, ob Ihr Dienst funktioniert. Sie spart bei einem Ausfall Supportzeit und schafft hinterher Vertrauen. Ob Sie eine brauchen, hängt von Ihrem Publikum ab. Ein Shop oder ein SaaS-Produkt mit Kunden, die auf Antworten warten, profitiert. Ein privater Blog nicht.

Was Monitoring nicht kann

Machen Sie sich die Grenzen klar, damit ein ruhiges Dashboard nicht für den Beweis gehalten wird, dass alles in Ordnung ist.

  • Ein 200 heißt nicht „es funktioniert“. Ein Server kann mit 200 antworten, während die Datenbank ausgefallen ist, der Checkout defekt ist oder die Seite eine Fehlermeldung zeigt. Eine einfache Anfrageprüfung sieht das nicht. Um es zu erkennen, muss der Monitor in der Antwort nach etwas Bestimmtem suchen, oder Sie überwachen eine tiefer liegende Adresse wie einen Health-Endpunkt.
  • Nur die eingerichteten Adressen werden beobachtet. Eine Adresse ist eine Adresse. Die Überwachung von example.com deckt shop.example.com oder /api/ nicht ab. Fügen Sie jede hinzu, die zählt.
  • Es ersetzt keine interne Überwachung. Es sagt Ihnen, dass die Website ausgefallen ist, nicht, welche Komponente versagt hat.
  • Es ist kein vertraglicher Nachweis. Zahlen eines Monitoring-Werkzeugs sind eine Schätzung von einem Messpunkt aus. Für Ihre eigenen Unterlagen sind sie nützlich, aber ein Service Level Agreement legt seine eigene Messmethode fest. Siehe SLA.
  • Prüfungen tasten die Zeit nur ab. Ein Ausfall von einer Minute zwischen zwei Fünf-Minuten-Prüfungen wird womöglich nie gesehen.

Wählen, was überwacht wird

Beginnen Sie bei dem, was am meisten schmerzen würde, wenn es ausfiele, nicht bei dem, was sich am leichtesten prüfen lässt.

  1. Listen Sie die Adressen auf, von denen Besucher abhängen. Die Startseite, die Anmeldeseite, den Checkout, einen API-Endpunkt. Jede kann unabhängig ausfallen.
  2. Wählen Sie für jede ein Intervall. Je schneller die Kosten eines Ausfalls wachsen, desto kürzer das Intervall.
  3. Entscheiden Sie, wer wie informiert wird. E-Mail erreicht alle, ein Chat-Kanal erreicht die Bereitschaft schneller. Stellen Sie sicher, dass die Benachrichtigung bei jemandem ankommt, der sie sieht.
  4. Nehmen Sie die schleichenden Ausfälle auf. Zertifikatsablauf, Domain-Ablauf und DNS gehören auf die Liste.
  5. Entscheiden Sie, ob Besucher eine Statusseite brauchen.

Eine praktische Checkliste

  • Jede wichtige Adresse wird überwacht, nicht nur die Startseite.
  • Die überwachte Adresse liefert eine aussagekräftige Antwort, keine allgemeine.
  • Das Intervall passt zu den Kosten eines Ausfalls.
  • Benachrichtigungen erreichen eine Person, die darauf reagiert.
  • Die Prüfungen für Zertifikat, Domain und DNS sind eingeschaltet.
  • Sie haben getestet, dass eine Benachrichtigung tatsächlich ankommt.
  • Sie sehen sich den Vorfallverlauf von Zeit zu Zeit an.

Wenn Sie bereit sind, das einzurichten, führt So überwachen Sie die Verfügbarkeit einer Website Schritt für Schritt durch UptimeWire.