Wiederholungen vor Benachrichtigung
Was sind Wiederholungen?
Abschnitt betitelt „Was sind Wiederholungen?“Wiederholungen führen eine fehlgeschlagene Prüfung erneut aus, bevor wir Sie benachrichtigen. Eine einzelne fehlgeschlagene Anfrage ist nicht immer ein echter Ausfall: eine kurze Netzwerkstörung, ein langsamer Kaltstart oder ein einmaliges Timeout können eine Prüfung scheitern lassen, obwohl Ihre API gesund ist. Mit Wiederholungen bestätigen Sie, dass ein Fehler echt ist, bevor jemand alarmiert wird.
Wiederholungen finden nur statt, wenn eine Prüfung fehlschlägt. Eine erfolgreiche Prüfung wird nie wiederholt, die Einstellung kostet Sie also nichts, solange alles gesund ist.
Wiederholungen gibt es für API-, Multistep-, TCP- und DNS-Prüfungen. Browser-Prüfungen wiederholen nicht; sie warnen stattdessen nach N aufeinanderfolgenden Fehlschlägen, wie weiter unten beschrieben.
Warum Wiederholungen verwenden?
Abschnitt betitelt „Warum Wiederholungen verwenden?“Der Hauptgrund ist Alarmrauschen. Ohne Wiederholungen wird jede kurze Störung zu einer Benachrichtigung, und Benachrichtigungen, die meistens falsch sind, werden ignoriert. Mit Wiederholungen hören Sie nur von Fehlern, die mehrere Versuche überstanden haben.
Neue Prüfungen starten mit 2 Wiederholungen, was kurze Störungen herausfiltert, ohne einen echten Alarm stark zu verzögern. Setzen Sie Wiederholungen auf 0, um die Funktion abzuschalten. Bestehende Prüfungen behalten ihren gespeicherten Wert.
Die Einstellungen
Abschnitt betitelt „Die Einstellungen“Die Einstellungen finden Sie im Abschnitt Wiederholungen vor Benachrichtigung des Prüfungsformulars auf der Seite für neue API-Prüfungen.
| Einstellung | Bereich | Standard | Funktion |
|---|---|---|---|
| Wiederholungen | 0 bis 5 | 2 | Wie viele zusätzliche Versuche nach dem ersten Fehler erfolgen |
| Intervall (s) | 1 bis 60 | 10 | Die Basiswartezeit zwischen den Versuchen |
| Backoff | Fest, Linear, Exponentiell | Fest | Wie die Wartezeit mit jedem Versuch wächst |
| Maximale Wiederholungszeit (s) | 1 bis 300 | 60 | Ein Gesamtzeitbudget für die gesamte Wiederholungsfolge |
Eine Wiederholung läuft immer vom selben Standort wie der fehlgeschlagene Versuch.
Wie Backoff funktioniert
Abschnitt betitelt „Wie Backoff funktioniert“Backoff bestimmt, wie lange wir vor jeder Wiederholung warten, ausgehend von Ihrem Intervall. Bei einem Intervall von 10 Sekunden:
| Versuch | Fest | Linear | Exponentiell |
|---|---|---|---|
| 1. Wiederholung | 10s | 10s | 10s |
| 2. Wiederholung | 10s | 20s | 20s |
| 3. Wiederholung | 10s | 30s | 40s |
- Fest wartet jedes Mal dasselbe Intervall. Verwenden Sie es, wenn Sie erwarten, dass sich ein Fehler schnell erledigt.
- Linear lässt die Wartezeit gleichmäßig wachsen. Ein sinnvoller Mittelweg.
- Exponentiell verdoppelt die Wartezeit jedes Mal. Verwenden Sie es, wenn ein überlasteter Dienst Zeit zur Erholung braucht und Ihre Wiederholungen die Last nicht weiter erhöhen sollen.
Maximale Wiederholungszeit
Abschnitt betitelt „Maximale Wiederholungszeit“Die maximale Wiederholungszeit ist ein Budget für die gesamte Folge, gemessen ab dem Beginn des ersten Versuchs. Vor jeder Wartezeit prüfen wir, ob diese Wartezeit die Folge über das Budget hinaus verlängern würde. Wenn ja, brechen wir ab und melden den letzten Fehler.
Das bedeutet, dass das Budget Ihre Wiederholungen beenden kann, bevor alle verbraucht sind, und das ist beabsichtigt. Beispiel: Bei einem Intervall von 10 Sekunden, exponentiellem Backoff, 3 Wiederholungen und einem Budget von 60 Sekunden bräuchte die dritte Wiederholung eine Wartezeit von 40 Sekunden zusätzlich zu den bereits verbrauchten rund 30 Sekunden. Das überschreitet das Budget, also endet die Prüfung nach der zweiten Wiederholung.
Wenn alle Ihre Wiederholungen laufen sollen, achten Sie darauf, dass das Budget größer ist als die Summe der obigen Wartezeiten.
Was aufgezeichnet wird
Abschnitt betitelt „Was aufgezeichnet wird“Nur der letzte Versuch wird als Ergebnis der Prüfung gespeichert. Genau das macht Wiederholungen nützlich:
- Schlägt fehl, besteht dann bei einer Wiederholung: Die Prüfung wird als erfolgreich aufgezeichnet und es wird keine Benachrichtigung gesendet. Die Störung erreicht Sie nie.
- Schlägt bei jedem Versuch fehl: Die Prüfung wird als fehlgeschlagen aufgezeichnet und Ihre Benachrichtigungskanäle werden wie gewohnt ausgelöst.
Da nur das Endergebnis gespeichert wird, verfälschen Wiederholungen Ihre Verfügbarkeitswerte nicht mit kurzen Störungen.
Browser-Prüfungen: Warnung nach N aufeinanderfolgenden Fehlschlägen
Abschnitt betitelt „Browser-Prüfungen: Warnung nach N aufeinanderfolgenden Fehlschlägen“Browser-Prüfungen wiederholen nicht. Im selben Abschnitt wird das Feld zu Alert after N consecutive failures, und Ihre Prüfhäufigkeit ist der Abstand zwischen den Läufen. LoadFocus warnt, wenn N fehlgeschlagene Läufe hintereinander auftreten, von 0 bis 5. Ein Wert von 0 oder 1 warnt beim ersten fehlgeschlagenen Lauf.
Eine Wiederherstellungs-Benachrichtigung wird nur gesendet, wenn eine Warnung gesendet wurde. Ein kurzer Aussetzer, der N nie erreicht hat, erzeugt also keine Meldung "wiederhergestellt".
Bei jedem Fehlschlag warnen
Abschnitt betitelt „Bei jedem Fehlschlag warnen“Unter Advanced notification options sendet der Schalter jedes Mal wenn eine Prüfung fehlschlägt für jeden fehlschlagenden Lauf eine Warnung, statt nur wenn die Prüfung zu scheitern beginnt. Bei einer Browser-Prüfung mit N über 1 beginnt er zu warnen, sobald N fehlgeschlagene Läufe in Folge erreicht sind, und warnt dann bei jedem weiteren fehlgeschlagenen Lauf. weiter erinnern, solange ein Check ausgefallen ist sendet wiederholte Erinnerungen nach einem Zeitplan Ihrer Wahl.
Nur warnen, wenn mehrere Standorte fehlschlagen
Abschnitt betitelt „Nur warnen, wenn mehrere Standorte fehlschlagen“Standardmäßig markiert ein einzelner fehlschlagender Standort den ganzen Lauf als fehlgeschlagen. Eine Prüfung, die in einer YAML-Datei mit Monitoring as Code definiert ist, kann locationFailureThreshold auf eine Zahl N über 1 setzen: Sie warnt dann nur, wenn mindestens N Standorte im selben Lauf fehlschlagen.
Praktische Anwendungsfälle
Abschnitt betitelt „Praktische Anwendungsfälle“- Öffentliche APIs über das Internet: 1 bis 2 Wiederholungen mit festem Backoff und kurzem Intervall filtern übliches Netzwerkrauschen heraus.
- Dienste mit Kaltstart: Verwenden Sie lineares oder exponentielles Backoff, damit eine langsame erste Antwort Zeit zum Aufwärmen hat.
- Ein Dienst unter Last: Verwenden Sie exponentielles Backoff, damit Ihre Wiederholungen ihm Luft lassen, statt Druck aufzubauen.
- Kritische Prüfungen, die sofort alarmieren müssen: Setzen Sie Wiederholungen auf
0, damit ein einzelner Fehler sofort benachrichtigt.
Ein Hinweis zur Häufigkeit
Abschnitt betitelt „Ein Hinweis zur Häufigkeit“Halten Sie Ihr Wiederholungsbudget unter Ihrer Prüfungs-Häufigkeit. Wenn eine Prüfung jede Minute läuft und ihre Wiederholungen länger als eine Minute weitergehen können, würde eine fehlschlagende Prüfung noch wiederholen, wenn der nächste Lauf fällig ist.
Verwandte Anleitungen
Abschnitt betitelt „Verwandte Anleitungen“- So erstellen Sie eine neue API-Prüfung für die gemeinsamen Prüfungseinstellungen
- Benachrichtigungskanäle, um festzulegen, wohin Warnungen zugestellt werden
- Uptime-Monitoring