Regionen und Probes

Erfahre, wie InfraNest deinen Dienst von mehreren Standorten weltweit aus prüft und was das für Benachrichtigungen, Verfügbarkeitswerte und die Diagramme auf der Seite eines Monitors bedeutet.

#Übersicht

• InfraNest führt deine Checks von mehreren Standorten aus durch („Probes“), damit ein Problem an einem Ort keinen Fehlalarm auslöst, und du siehst, wie dein Dienst in verschiedenen Regionen funktioniert.
• Ein Fehler, der von einer beliebigen Region aus festgestellt wird, zählt als real — eine Firewall, die einen Teil der Welt blockiert, bedeutet für die Besucher dort einen Ausfall.
• Du kannst InfraNest automatisch den besten Standort wählen lassen, eigene bevorzugte Regionen festlegen und direkt im Diagramm vergleichen, wie Regionen im Vergleich zueinander abschneiden.

#So funktionieren Regionen und Konsens

1. Fahre mit der Maus über einen Block im Streifen der neuesten Checks in der Übersicht eines Monitors, um zu sehen, welche Region diesen Check wann ausgeführt hat.
2. Öffne das Diagramm auf der Detailseite eines Checks und wähle Compare regions, um Antwortzeiten nebeneinander zu sehen.
3. Prüfe eine Benachrichtigungs-E-Mail, falls sie eintrifft — sie listet auf, welche Regionen die Seite als nicht erreichbar und welche sie weiterhin als erreichbar gesehen haben.
4. Schau dir die Einstellung Failed checks before alerting deines Monitors an. Sie legt fest, wie viele Checks in Folge fehlschlagen müssen (standardmäßig 2), bevor eine Benachrichtigung ausgelöst wird, und verhindert, dass dich ein einzelner Ausreißer alarmiert. Jede Region zählt ihre eigenen Fehlschläge separat.
5. Denk daran, dass langsame Antworten als degraded und nicht als ausgefallen angezeigt werden.
6. Wenn sich zwei unserer Probes in derselben Region widersprechen, wird der Fehler nicht gezählt — das ist ein Problem mit unserer Maschine oder ihrer Route, nicht mit deiner Seite.
7. Wenn ein Check meldet, dass deine Seite nicht erreichbar ist, sie bei dir aber problemlos lädt, lies den Artikel A monitor says my site is down, but it loads for me.

NoteEin Standort, der deine Seite beim ersten Versuch überhaupt nicht erreichen kann, erhält sofort einen weiteren Versuch. Erst zwei aufeinanderfolgende Fehlschläge von diesem Standort zählen als „nicht erreichbar“. Eine Seite, die mit einem Fehler oder zu langsam antwortet, wird nie erneut geprüft — dieses Ergebnis bleibt bestehen.

Du kannst außerdem bevorzugte Regionen festlegen und IPv4 oder IPv6 pro Check wählen. Die Standardeinstellung, IPv4 bevorzugen, verwendet IPv4, wann immer deine Seite eine IPv4-Adresse hat, und greift nur dann auf IPv6 zurück, wenn das nicht der Fall ist.

#Wenn unser Probe das Problem ist

Gelegentlich hat einer unserer eigenen Probes Schwierigkeiten — er kann einen Teil des Internets nicht erreichen oder beginnt, viele nicht zusammenhängende Seiten gleichzeitig als fehlgeschlagen zu melden. InfraNest erkennt das automatisch.

1. Während ein Probe Probleme hat, wird jeder fehlgeschlagene Check, den er durchführt, mit Likely not you markiert.
2. Jeder Vorfall, den kein anderer Standort bestätigt hat, wird ebenso markiert.
3. Achte auf dieses Label auf der Seite des Monitors, beim Vorfall selbst und in der Benachrichtigung.
4. Weitere Details findest du unter When it's likely not you im Artikel zu Vorfällen.

#Vorschläge zum Prüfstandort eines Monitors überprüfen

InfraNest überprüft, was jeder Standort tatsächlich beobachtet hat, und schlägt möglicherweise eine Änderung unter Watch better auf der Monitoring-Seite vor. Nichts ändert sich automatisch — du entscheidest, ob du den Vorschlag übernimmst.

1. Gehe zur Monitoring-Seite und achte auf einen Vorschlag unter Watch better.
2. Lies den Vorschlagstyp:
   • „These regions have never disagreed“ — wird angezeigt, wenn mindestens zwei Wochen lang jeder Standort zur gleichen Zeit dasselbe Ergebnis gesehen hat. Übernimmst du den Vorschlag, bleiben nur die zwei nächstgelegenen Standorte erhalten, und dir wird angezeigt, wie viele Checks pro Stunde du dadurch einsparst. Es werden nie weniger als zwei Standorte beibehalten, damit ein Probe-Problem weiterhin von einem echten Ausfall unterschieden werden kann.
   • „Fails from one region only“ — wird angezeigt, wenn ein Standort wiederholt feststellt, dass deine Seite nicht erreichbar ist, während andere sie als erreichbar sehen. Der Vorschlag nennt die Tage, an denen das aufgetreten ist, und bietet an, den nächstgelegenen noch nicht verwendeten Standort zum Vergleich hinzuzufügen — oder, falls du bereits alle Standorte deines Plans nutzt, erst dann zu benachrichtigen, wenn zwei Regionen übereinstimmen.
3. Klicke auf den Vorschlag und bestätige ihn, um die Änderung zu übernehmen.
4. Wenn du es dir später anders überlegst, passe die Standorte erneut in den Einstellungen des Monitors an.

NoteVorschläge erscheinen erst, wenn ausreichend Verlaufsdaten vorhanden sind — ein sehr neuer oder selten geprüfter Monitor hat anfangs noch keine, und Vorschläge enthalten nur Standorte, die dein Plan unterstützt.

#Monitore verstehen, die von einem einzigen Standort geprüft werden

Ein Monitor, der von einem einzigen Standort geprüft wird, zeigt unter seinem Ergebnis eine einzelne Zeile an, etwa Checked from Amsterdam, statt einer Karte pro Standort. Es gibt keine Option Compare regions und keine Spur pro Standort auf der Karte Over time, da es nichts zu vergleichen gibt.

1. Wenn der Check dieses Monitors fehlschlägt, warte einen Moment — InfraNest fragt automatisch einen weiteren Probe nach einer zweiten Meinung, bevor der Fehlschlag gezählt wird.
2. Wenn auch der zweite Probe deine Seite nicht erreicht, zählt der Fehlschlag wie gewohnt. Die Seite zeigt dann zum Beispiel Down from Amsterdam, confirmed from Frankfurt.
3. Gelingt es dem zweiten Probe, wird der Fehlschlag nicht gezählt, niemand wird benachrichtigt, und deine Verfügbarkeit bleibt unberührt. Die Seite zeigt dann Didn't reach it from Amsterdam; Frankfurt could, so this wasn't counted.

Dieser zusätzliche Check findet nur statt, wenn ein Check fehlschlägt, und kostet nur einen zusätzlichen Check. Antwortet der zweite Probe nicht innerhalb weniger Minuten, zählt der ursprüngliche Fehlschlag wie gewohnt.

Wenn du den Standort des Monitors auf Auto belässt (die Standardeinstellung für neue Monitore) oder dein Plan nur das Prüfen von einem Standort aus erlaubt, wählt InfraNest den besten Standort für dich:

1. InfraNest beginnt mit der Region, die deiner Seite am nächsten liegt.
2. Es führt einen Check von jeder Region aus, die dein Plan erlaubt.
3. Die schnellste Region behält den Monitor. Die Zeile zeigt dann Checked from Amsterdam · picked automatically, closest to your site.
4. InfraNest misst etwa einmal pro Woche erneut und verschiebt deinen Monitor nur, wenn eine andere Region eindeutig schneller ist, oder sofort, wenn die Probes der aktuellen Region nicht mehr verfügbar sind. Eine Verschiebung erscheint auf der Karte Over time als Now checked from … instead of ….
5. Um automatische Verschiebungen zu verhindern, wähle selbst einen Standort in den Einstellungen des Monitors.

Eigentümer und Admins auf Plänen, die nur von einem Standort aus prüfen, sehen außerdem Check from more locations, was zeigt, welche Pläne das Prüfen von mehreren Standorten aus beinhalten — nützlich, um einen eigenen Ausfall von einem Netzwerkproblem zu unterscheiden, das nur eine Region betrifft.

#Die Benachrichtigungsbedingung festlegen: eine Region oder alle Regionen Business

Die Alert condition bei einem Check legt fest, wie viele Regionen ein Problem melden müssen, bevor du benachrichtigt wirst.

1. Öffne die Einstellungen des Checks und suche Alert condition.
2. Wähle Alert when any region reports down (die Standardeinstellung), wenn dir jede Region wichtig ist — zum Beispiel, wenn du in jeder davon Kunden hast. Eine ausgefallene Region genügt, um dich zu benachrichtigen.
3. Wähle Alert when all selected regions simultaneously report down, wenn du nur benachrichtigt werden möchtest, wenn jede ausgewählte Region gleichzeitig meldet, dass deine Seite nicht erreichbar ist. Wähle das, wenn eine Region bekanntermaßen unzuverlässig ist und du nicht möchtest, dass sie allein eine Benachrichtigung auslöst.
4. Denk daran, dass Failed checks before alerting zusätzlich zu dieser Bedingung gilt — die Bedingung muss für so viele Checks in Folge erfüllt sein, bevor du benachrichtigt wirst.

Bei any endet die Benachrichtigung, sobald sich die ausgefallene Region erholt — eine Region, die die ganze Zeit über in Ordnung war, beendet sie nicht. Bei all endet die Benachrichtigung in dem Moment, in dem „jede Region ist ausgefallen“ nicht mehr zutrifft.

NoteWenn eine von dir ausgewählte Region eine Zeit lang keine Messung liefert (ihr Probe ist offline), kann sie nicht mitentscheiden — die weiterhin meldenden Regionen entscheiden. So schaltet ein offline-Probe deine Benachrichtigungen nie stillschweigend ab. Bei nur einer ausgewählten Region verhalten sich beide Einstellungen gleich.

#Die Verfügbarkeitsbalken und Prozentangabe lesen

• Grün bedeutet, dass es in diesem Zeitraum keine bestätigte Ausfallzeit gab. Ein einzelner Standort, der gelegentlich einen Check nicht besteht, ohne dass andere Standorte zustimmen, zählt nicht als Ausfall — fahre mit der Maus über den Balken, um zu sehen, wie viele Checks fehlgeschlagen sind, ohne bestätigt worden zu sein.
• Gelb/Orange bedeutet, dass ein Teil des Zeitraums als bestätigt ausgefallen galt oder mindestens die Hälfte aller Checks fehlgeschlagen ist.
• Rot bedeutet, dass der gesamte Zeitraum ausgefallen war.

Die auf der Monitoring-Seite, der eigenen Seite eines Monitors und deiner Statusseite angezeigte Verfügbarkeits-Prozentangabe ist der Zeitanteil, in dem der Monitor nicht als ausgefallen bestätigt war. Ein Check, der nur von einem nicht bestätigten Standort aus fehlgeschlagen ist, senkt sie nicht — nur ein bestätigter Ausfall tut das, und zwar für die Dauer, die er anhielt. Geplante Wartung zählt nie dagegen. Auf einer Statusseite zählt die Zeit während eines geringfügigen Vorfalls mit 30 %, entsprechend der üblichen Konvention für öffentliche Statusseiten; die App und der Monatsbericht zählen jede Minute vollständig.

Filterst du die Seite eines Monitors auf eine Region, ändert sich die Prozentangabe so, dass nur die Checks dieser Region berücksichtigt werden — einschließlich nicht bestätigter Fehlschläge — was nützlich ist, um zu untersuchen, wo ein Problem aufgetreten ist. Die ungefilterte Angabe ist diejenige, die du allgemein zitieren solltest.

Der Streifen der neuesten Checks oben in der Übersicht eines Checks zeigt die letzten Checks über alle Standorte hinweg — fahre mit der Maus über einen Block, um zu sehen, wann er ausgeführt wurde und von welcher Region.

#Die Karte „Over time“ lesen

Weiter unten auf der Seite eines Monitors zeigt Over time alles auf einer Zeitachse: eine Zeile für den Monitor insgesamt, eine Zeile pro Standort, Antwortzeiten sowie Ereignisse wie Deploys, Änderungen, Vorfälle und Wartungsarbeiten.

1. Wähle oben einen Zeitraum: 24h, 7d, 30d oder 90d.
2. Fahre mit der Maus über einen beliebigen Zeitpunkt auf der Zeitachse, um ihn in jeder Zeile gleichzeitig angezeigt zu sehen.
3. Beachte die Prozentangabe am Ende jeder Zeile — in der Zeile Overall ist es die zu zitierende Verfügbarkeitsangabe; in der Zeile eines Standorts ist es der eigene Anteil erfolgreicher Checks dieses Standorts, der niedriger sein kann, wenn er eigene Schwierigkeiten hatte.
4. Betrachte die beiden Antwortzeit-Linien: Die dunklere Linie ist der Median, die hellere die langsamsten 5 %. Rote Schattierung markiert einen Vorfall, graue Schattierung markiert Wartung.
5. Schau in die Legende unter der Zeitachse, um zu sehen, welche Farbe welche Art von Ereignis darstellt. Treten mehrere Ereignisse nah beieinander auf, wird das wichtigste zuerst angezeigt: Vorfall, dann Deploy, dann Änderung, dann Wartung.

#Regionen im Diagramm vergleichen Business

1. Öffne die Detailseite eines Checks.
2. Öffne das Dropdown-Menü über dem Diagramm und wähle Compare regions.
3. Betrachte die überlagerten Antwortzeit-Linien, eine pro Region.

Jede Linie erscheint nur dort, wo diese Region tatsächlich gemeldet hat — eine Unterbrechung einer Linie bedeutet keine Messung von dieser Region, nicht fehlende Daten insgesamt. Das kann passieren, wenn:

• Der Probe dort offline war oder neu gestartet wurde. InfraNest kann vorübergehend einen Probe aus einer anderen Region ausleihen, um deine Checks und Benachrichtigungen am Laufen zu halten, wobei die Messung der Region gutgeschrieben wird, die sie durchgeführt hat. Fahre über die Lücke oder lies die Anmerkung unter dem Diagramm für Details (zum Beispiel: „APAC had no probe of its own for part of this period. It was checked from EU instead“).
• Der Check läuft noch nicht lange genug von dieser Region aus, sodass noch keine frühere Historie vorliegt.

#Sehen, wohin die Zeit geht

Für Website-, API- und Keyword-Monitore kannst du genau aufschlüsseln, wofür die Antwortzeit verwendet wird.

1. Wähle auf der Detailseite eines Checks Where the time goes über dem Antwortzeit-Diagramm.
2. Betrachte den Balken jeder Region, aufgeteilt in: DNS (Nachschlagen deiner Domain), Connect (Aufbau der Verbindung — meist Entfernung), TLS (der sichere Handshake — ebenfalls meist Entfernung), Server thinking (dein Server bereitet die Antwort vor) und Download (Empfang des restlichen Inhalts).
3. Lies den Satz unter den Balken, der hervorhebt, was auffällig ist.
4. Wenn eine Region deutlich langsamer ist und die zusätzliche Zeit in Connect und TLS liegt, liegt die Ursache an der Entfernung — ein CDN oder ein Server näher an dieser Region würde helfen. Liegt die zusätzliche Zeit in Server thinking, antwortet dein Server selbst dieser Region gegenüber langsamer.

TipDie Ansicht 24 hours verwendet jeden einzelnen Check und zeigt daher kurze Spitzen deutlich an. Die Ansichten 7 days und 30 days mitteln Ergebnisse zu größeren Blöcken, was kurze Spitzen glättet.

Die Aufschlüsselung bleibt so lange erhalten, wie dein Plan die Monitoring-Historie speichert, und umfasst nur Standorte, die jeden Schritt messen — andere werden ausgelassen, bis sie es tun.