# Wann du benachrichtigt wirst

> Wie up4 einen Ausfall bestätigt, bevor es dich benachrichtigt: Beobachtungen, Regionen, Ruhemodus, Entwarnung, Verlangsamung, Geplante Aufgaben und Eskalation.

Source: https://upfour.io/de/docs/how/when-you-get-alerted

up4 wartet auf mehrere übereinstimmende Ergebnisse, bevor es einen Ausfall meldet, damit ein einzelner Aussetzer dich nicht weckt. Diese Seite nennt jede Regel und was sie zur Wartezeit beiträgt.

> Der Zeitstrahl braucht JavaScript. Die Regeln stehen im Text darunter.
>
> Zeit seit Beginn des Ausfalls. Ein Bereich heißt: Es hängt davon ab, wo im Intervall die letzte Prüfung lag.

## Ausfall bestätigen

Ein Statuswechsel, von erreichbar zu nicht erreichbar oder zurück, braucht 3 übereinstimmende Beobachtungen. Die erste Prüfung, die vom aktuellen Status abweicht, ist die erste Beobachtung. Sie startet sofort 2 Nachprüfungen, die Bestätigung wartet also nicht auf den nächsten Prüfabstand. Bei mehreren Regionen macht jede Region ihre eigenen Nachprüfungen.

Die Zählung verfällt. Passen die Beobachtungen nicht zusammen, läuft die Serie nach dem 3\-fachen Prüfabstand ab, frühestens aber nach 30 Sekunden, und das Zählen beginnt von vorn.

**Zusätzliche Bestätigungszeit** legt nur für den Ausfall eine Mindestwartezeit obendrauf. Der Ausfall gilt als bestätigt, wenn die letzte fehlgeschlagene Prüfung mindestens so lange nach der ersten liegt und die Beobachtungen vollzählig sind. Weil die regulären Prüfungen einen Prüfabstand auseinanderliegen, kommt die Meldung mit der ersten regulären Prüfung nach dieser Zeit. Auch Keine zusätzliche Wartezeit heißt: 3 Beobachtungen, nie eine.

## Mehrere Regionen

Ein Monitor, der aus mehreren Regionen prüft, wechselt den Status erst, wenn eine echte Mehrheit seiner Regionen übereinstimmt. up4 zählt die Regionen, die in diesem Moment einen gesunden Prüfserver haben, jeweils mit ihrem letzten Ergebnis, und ignoriert ein Ergebnis, das älter ist als 2 Minuten. Eine Region ohne frisches Ergebnis stimmt nicht mit.

Bei drei Regionen müssen zwei übereinstimmen. Bei zwei gesunden Regionen müssen es beide sein, eine einzelne Region startet also nie allein einen Vorfall. Dieselbe Mehrheit gilt auf dem Weg zurück. Mehr zu Regionen steht unter [Prüfungen und Regionen](https://upfour.io/de/docs/how/checks-and-regions.md).

## Sofort oder kurze Aussetzer ignorieren

Das Monitorformular fragt **Wann sollen wir dich benachrichtigen?**. Die Antwort bestimmt nur, wann die erste Meldung hinausgeht.

| Auswahl | Erste Meldung |
| --- | --- |
| **Sofort** | Sobald der Ausfall bestätigt ist. Eine Meldung pro Ausfall und eine Entwarnung, wenn er vorbei ist. |
| **Kurze Aussetzer ignorieren** | Sobald der bestätigte Ausfall zusammen 3 Minuten dauert. Ein kürzerer Ausfall bleibt im Verlauf und löst keine Meldung aus. |

Die Ausfallzeit setzt sich aus den Abständen zwischen aufeinanderfolgenden fehlgeschlagenen Prüfungen zusammen. Ein Abstand zählt nur bis zum größeren Wert aus dem 1,5\-fachen Prüfabstand und 30 Sekunden. Ein längerer Abstand trägt nichts bei, ausgefallene Prüfungen gelten also nicht als Ausfallzeit. Kurze Aussetzer, die innerhalb von 15 Minuten wieder enden, teilen sich ein Fenster und addieren sich; ist die Erholungszeit länger, verlängert sie das Fenster.

In beiden Fällen zeigen Monitorstatus, Vorfall und Statusseite den Ausfall, sobald er bestätigt ist.

## Wieder erreichbar

Die Rückkehr wird wie ein Ausfall bestätigt: erste erfolgreiche Prüfung plus Nachprüfungen. In diesem Moment ist der Monitor wieder erreichbar, und die Entwarnung geht an die Kanäle, die vom Ausfall erfahren haben, aber nur, wenn überhaupt eine Meldung hinausging. Der Vorfall bleibt offen, solange die **Erholungszeit** läuft, und endet mit der ersten erfolgreichen Prüfung danach. Mit Sofort als behoben markieren gibt es keine Wartezeit, dann beendet ihn die nächste Prüfung.

## Monitore mit häufigen Wechseln

Fällt ein Monitor innerhalb von 15 Minuten nach seiner letzten Rückkehr wieder aus, gilt er als instabil. up4 eröffnet den Vorfall trotzdem, Dashboard und Statusseite zeigen ihn also, sendet aber eine einzige Instabilitätsmeldung statt eines Ausfall-Entwarnung-Paars für jeden Wechsel.

Bleibt der Monitor danach 15 Minuten erreichbar, bekommst du eine Stabil-Meldung, und die Benachrichtigungen laufen wieder normal. Bleibt er stattdessen down, folgt nach dem 2\-fachen Prüfabstand, frühestens nach 5 Minuten, eine reguläre Ausfallmeldung. up4 legt beide Zeitfenster fest; die Werte hier sind die Vorgaben.

## Langsam, aber erreichbar

Eine Warnung bei Verlangsamung ist eine eigene Meldung und aus, bis du **Warnen, wenn das Ziel langsam wird, aber erreichbar bleibt** einschaltest. Sie wird nach 3 langsamen Prüfungen bestätigt und nach 3 schnellen aufgehoben. Sie eröffnet nie einen Vorfall und geht nie an Telefon-, SMS-, PagerDuty-, Jira- oder Grafana-Kanäle.

## Was sichtbar wird und was benachrichtigt

| Was | Wann es sich ändert |
| --- | --- |
| Monitorstatus, Vorfall, Statusseite | Sobald der Ausfall bestätigt ist, in beiden Modi. |
| Meldung an direkte Empfänger | Bei Sofort sobald der Ausfall bestätigt ist. Bei Kurze Aussetzer ignorieren nach 3 Minuten Ausfallzeit. |
| Schritte eines Alarmplans | Siehe Eskalation weiter unten. |
| Entwarnung | Nachdem die Rückkehr bestätigt und die Erholungszeit verstrichen ist. |
| Pausierte Monitore, Wartungsfenster | Nichts meldet. Prüfungen in einem Wartungsfenster laufen weiter. |

## Geplante Aufgaben

Eine Geplante Aufgabe ist überfällig, wenn die letzte Rückmeldung plus erwartetem Abstand plus Toleranzzeit verstrichen ist. up4 sucht alle 30 Sekunden nach verpassten Fristen, eine ausbleibende Rückmeldung fällt also innerhalb dieser Zeit nach der Frist auf. Die Vorgaben sind 5 Minuten für den Abstand und 1 Minute für die Toleranzzeit; der Abstand darf nicht kürzer sein als 30 Sekunden.

Für eine Geplante Aufgabe läuft keine Prüfung, eine Bestätigung über drei Ergebnisse gibt es also nicht; Frist und Toleranzzeit übernehmen diese Aufgabe. Eine ausbleibende Rückmeldung geht an die Kanäle, die zu Unternehmen, Kunde oder Team der Aufgabe passen, nie an einen Alarmplan und nie als Anruf. Wechselt eine Aufgabe ständig den Status, bündelt up4 ihre Meldungen einmal pro Stunde, bis sie sich beruhigt. [Geplante Aufgabe überwachen](https://upfour.io/de/docs/watch-a-scheduled-job.md) zeigt die Einrichtung.

## Zeitlicher Ablauf der Eskalation

Direkte Empfänger bekommen eine Meldung zum oben genannten Zeitpunkt. Ein [Alarmplan](https://upfour.io/de/docs/build-an-alert-plan.md) kommt dazu. Sein erster Schritt löst sofort oder nach seiner eigenen Wartezeit aus. Jeder weitere Schritt löst nach seiner Wartezeit aus, mindestens 1 Minute, und nur solange niemand den Vorfall bestätigt hat. Nach dem letzten Schritt kann der Plan bis zu 8\-mal von vorn beginnen. Bestätigen oder Beenden des Vorfalls stoppt ihn.

## Wenn Prüfungen langsamer werden

Ist das Guthaben eines Unternehmens nach einer ersten Zahlung aufgebraucht, stellt up4 seine Prüfungen für 7 Tage auf eine Prüfung alle 5 Minuten um, bevor der Monitor pausiert. So weit auseinanderliegende Prüfungen bemerken einen Ausfall später, bis zu einen Prüfabstand nach seinem Beginn. Ein pausierter Monitor prüft nicht und meldet nichts; gelöscht wird nichts. Mehr unter [Guthaben und Tarife](https://upfour.io/de/docs/credit-and-plans.md).

## Was die Wartezeit verlängert

| Regel | Was sie hinzufügt |
| --- | --- |
| **Prüfintervall** | Bis zu einen Prüfabstand, bis eine Prüfung den Ausfall trifft. |
| Zeitlimit der Anfrage | Eine fehlschlagende Prüfung kann bis zum Zeitlimit dauern, vorgabemäßig 30 Sekunden. |
| Nachprüfungen | Nichts Spürbares. Sie starten sofort. |
| **Zusätzliche Bestätigungszeit** | Mindestens die eingestellte Zeit, nur beim Ausfall. |
| **Kurze Aussetzer ignorieren** | 3 Minuten bestätigte Ausfallzeit. |
| Alarmplan | Die Wartezeit jedes Schritts. |
| Kanal und Anbieter | Nicht in der Hand von up4: Mailserver, Chat-Dienste und Telefonnetze. |

## Was up4 hier nicht macht

- up4 verspricht keine Zustellzeit. Die Tabelle oben zeigt, was an dir liegt und was nicht.
- Der Zeitstrahl zeigt Bereiche, weil eine Prüfung irgendwo im Prüfabstand liegen kann. Häufige Wechsel und den Kanal bildet er nicht ab.
- Ein Ausfall, der kürzer ist als der Prüfabstand, kann zwischen zwei Prüfungen hindurchfallen und nie auffallen.

[Per API POST /v1/monitors](https://upfour.io/docs/api/monitors#post_monitors)

| In der App | API-Feld |
| --- | --- |
| Wann sollen wir dich benachrichtigen? · Sofort meldet, sobald Prüfungen einen Ausfall bestätigen. Die ruhige Option lässt kurze Aussetzer aus. | `notification_mode` |
| Zusätzliche Bestätigungszeit · Sekunden; 0 heißt keine zusätzliche Wartezeit | `confirmation_period` |
| Erholungszeit · Wie lange der Monitor stabil sein muss, bevor der Ausfall als beendet gilt. | `recovery_period` |
| Alarmplan · Ein Alarmplan holt Personen stufenweise dazu, bis jemand reagiert, zusätzlich zu den Kanälen. | `escalation_policy_id` |

[Vollständige Referenz (Englisch)](https://upfour.io/docs/api/monitors#post_monitors)