Cronjob-Monitoring

Erfahren Sie, wenn ein Cronjob nicht gelaufen ist.

Backups, Importe und Aufräumjobs scheitern still: keine Fehlerseite, kein Alarm, nur fehlende Daten eine Woche später. Ein Heartbeat-Monitor erwartet pünktlich einen Ping von Ihrem Job und alarmiert, wenn er ausbleibt.

Cronjobs überwachen

Auf einen Blick

Jeder Zeitplan : Ein Ping jede Minute oder einmal im Monat: Das Intervall reicht von 1 Minute bis 30 Tage.
Karenzzeit : Eine Karenzzeit von bis zu einem Tag fängt langsame Läufe ab, damit ein Job, der heute länger dauert, niemanden weckt.
Alarme, wo Sie arbeiten : Fehlende Pings öffnen eine Störung und starten Ihre Workflows: E-Mail, Slack, Teams, Discord, Telegram, PagerDuty oder SMS.
Eine Zeile Code : Jeder Monitor bekommt eine eigene URL. Rufen Sie sie am Ende des Jobs mit curl, wget, PowerShell oder einem HTTP-Client auf.

So funktioniert Heartbeat-Monitoring

Eine normale Uptime-Prüfung ruft Ihren Server auf. Ein Heartbeat-Monitor arbeitet andersherum: Ihr Job meldet sich bei m0nitor, wenn er fertig ist. Sie legen fest, wie oft das passieren soll und wie viel Verspätung in Ordnung ist.

Kommt der nächste Ping später als Intervall plus Karenzzeit, geht der Monitor auf "down", eine Störung öffnet sich und Ihr Alarm-Workflow läuft. Meldet sich der Job wieder, erholt sich der Monitor und die Störung hält fest, wie lange der Job gefehlt hat. Das Prinzip heißt auch Totmannschalter.

Was Sie mit Heartbeats überwachen

Datenbank- und Datei-Backups, die jede Nacht fertig werden müssen
Importe, Exporte und Datenabgleiche zwischen Systemen
Queue-Worker und Scheduler wie der Laravel-Scheduler, Sidekiq oder Celery beat
Kubernetes-CronJobs und systemd-Timer
Geplante CI-Pipelines und Berichtserstellung
Zertifikatserneuerungen und andere Wartungsskripte

Eine Zeile in Ihrem Job

Pingen Sie den Monitor nur bei Erfolg, damit ein fehlgeschlagener Lauf als fehlend zählt.

# crontab: Backup um 03:00, danach Erfolg melden

0 3 * * * /usr/local/bin/backup.sh && curl -fsS -m 10 https://m0nitor.com/api/heartbeat/IHR-TOKEN > /dev/null

In drei Schritten eingerichtet

Heartbeat-Monitor anlegen : Wählen Sie das erwartete Intervall und die Karenzzeit. m0nitor zeigt die Ping-URL sofort an.
URL im Job aufrufen : Fügen Sie nach dem letzten Befehl einen curl-Aufruf oder eine Anfrage aus Ihrem Code ein, per GET oder POST.
Alarm festlegen : Bestimmen Sie in einem Workflow, wer von einem ausgefallenen Lauf erfährt, oder bleiben Sie beim E-Mail-Alarm.

Verfügbarkeit

Heartbeat-Monitore sind Teil der Tarife Business und Enterprise. Uptime-Prüfungen für Websites, APIs und Server gibt es schon im kostenlosen Tarif.

Weiterführende Seiten

Uptime-Monitoring : Alle Prüfarten an einem Ort
Alarm-Workflows : Wer wann alarmiert wird
Heartbeat-Monitoring für Cronjobs : Ein praktischer Leitfaden mit Beispielen (Englisch)

Häufig gestellte Fragen

Was ist der Unterschied zwischen Heartbeat und Uptime-Prüfung?

Eine Uptime-Prüfung ruft Ihren Dienst von außen auf. Ein Heartbeat wartet darauf, dass Ihr Job m0nitor aufruft. Nutzen Sie Uptime-Prüfungen für alles, was Anfragen beantwortet, und Heartbeats für alles, was nach Zeitplan läuft.

Was passiert, wenn ein Job später läuft?

Nichts, solange der Ping innerhalb des erwarteten Intervalls plus Karenzzeit ankommt. Erst ein Ping, der später kommt, setzt den Monitor auf "down".

Sehe ich, wann ein Job zuletzt gelaufen ist?

Ja. Der Monitor zeigt die Zeit des letzten Pings und die ausgefallenen Läufe, die Störung hält fest, wie lange ein Job gefehlt hat.

Muss ich etwas installieren?

Nein. Jedes Werkzeug, das eine HTTP-Anfrage senden kann, reicht: curl, wget, PowerShell oder eine Anfrage aus Ihrem Anwendungscode.