Dagu-Konsole · Beta

Jeden Dagu-Server von einem Ort aus überwachen

Verbinden Sie Ihre selbst gehosteten Dagu-Server mit der Dagu-Konsole. Zustand, Läufe und Trends dieser Server erscheinen auf denselben Seiten, und Sie erhalten eine E-Mail, wenn ein Workflow fehlschlägt oder ein Server nicht mehr meldet. Workflows laufen weiterhin nur auf Ihren Servern.

Dagu-Konsole öffnen Dokumentation lesen Preise ansehen

Kostenlos für einen Server. Team und Pro decken jeden lizenzierten Server ab. Erfordert Dagu v2.19.1 oder neuer, für kostenloses Monitoring v2.19.2 oder neuer.

Ihre Server

prod-eu-1dagu 2.19.0
prod-us-2dagu 2.19.0
batch-01dagu 2.19.0

Workflows laufen hier

HTTPS, nur ausgehend, alle 60 Sekunden

console.dagu.shFührt nie Workflows aus

OverviewServersRunsAlerts

E-Mail, wenn ein Workflow fehlschlägt oder ein Server nicht mehr meldet, und wenn er sich erholt

Viele Server, viele Stellen zum Nachsehen

Jeder Dagu-Server ist für sich vollständig, mit eigenem Scheduler, eigener Laufhistorie und eigener Web-UI. Bei mehreren Servern heißt das auch: mehrere Stellen, die Sie prüfen müssen.

Eine Web-UI pro Server

Jeder Server zeigt nur seine eigenen Läufe. Um die Fehlschläge der letzten Nacht auf fünf Servern zu prüfen, müssen Sie fünf Web-UIs öffnen.

Keine Liste aller Fehlschläge

Nichts sammelt die Fehlschläge aller Server an einem Ort, also sieht niemand das Gesamtbild.

Probleme fallen spät auf

Ein gestoppter Scheduler oder ein Server, der verstummt ist, löst keinen Fehler aus. Geplante Workflows laufen einfach nicht mehr, bis es jemand bemerkt.

Alerting, Server für Server eingerichtet

E-Mails bei Fehlschlägen brauchen Mail- und Benachrichtigungseinstellungen auf jedem Server, die Sie von Hand synchron halten müssen.

Was die Dagu-Konsole zeigt

Der Bereich Monitoring der Dagu-Konsole umfasst die Seiten Overview, Servers, Runs, Alerts und Insights sowie eine Seite pro Server und pro Workflow. Alle Mitglieder des Workspaces können sie ansehen.

Overview: was jetzt Aufmerksamkeit braucht

Meldende Server, Fehlschläge heute (UTC), offene Alerts und die Erfolgsquote der letzten 7 UTC-Tage. Needs attention listet jedes Problem mit den betroffenen Servern auf.

Not reporting
Not checking in
Offline
Scheduler stopped
Failing workflows
Events lost
Monitoring off

Overview-Seite der Dagu-Konsole mit meldenden Servern, Fehlschlägen heute, offenen Alerts, der 7-Tage-Erfolgsquote und einer Needs-attention-Liste, die die betroffenen Server nennt

Servers: jeder Server und sein Status

Jeder verbundene Server mit Status, Dagu-Version, letztem Bericht, Fehlschlägen heute (UTC), Erfolgsquote über 7 UTC-Tage und offenen Alerts.

Reporting: In den letzten 5 Minuten ist ein Bericht eingegangen.
Not reporting: Der Server hat schon gemeldet, aber nicht in den letzten 5 Minuten.
Not checking in: Seit mehr als 26 Stunden kein Lizenz-Check-in.
Offline: Seit mehr als 72 Stunden kein Lizenz-Check-in.
Monitoring off: Monitoring wurde auf dem Server ausgeschaltet, oder die Dagu-Konsole hat keinen Bericht von ihm.
Scheduler stopped: Der letzte Bericht zählt keinen laufenden Scheduler, daher starten geplante Workflows nicht.
Events lost: Der Server war länger getrennt, als sein Event-Store Ereignisse aufbewahrt, daher konnten einige abgeschlossene Läufe nicht gesendet werden.

Tabelle der verbundenen Server in der Dagu-Konsole mit Servern im Status Reporting und Not reporting, mit Dagu-Version, letztem Bericht, Fehlschlägen heute, Erfolgsquote und offenen Alerts

Jeder Server: Zustand und 14 Tage Verlauf

Eine Seite pro Server. Overview zeigt seinen Zustand (Dagu-Version, Betriebssystem und Architektur, Prozessstart, letzter Bericht, letzter Check-in), die Dienste aus dem letzten Bericht, offene Alerts und Fehlschläge der letzten 14 Tage. Runs listet seine Läufe. Workflows zeigt die abgeschlossenen Läufe jedes Workflows pro UTC-Tag über 14 Tage, mit Läufen, Fehlschlägen, Erfolgsquote sowie durchschnittlicher und längster Dauer.

Workflows-Tab eines Servers in der Dagu-Konsole mit täglichen Laufbalken für die letzten 14 Tage sowie Läufen, Fehlschlägen, Erfolgsquote und Dauern pro Workflow

Läufe über alle Server hinweg

Aktive Läufe stehen oben, danach abgeschlossene, die neuesten zuerst. Jeder Lauf hat einen Permalink zu seinen Versuchen.

Filtern Sie nach Server, Workflow, Status (fehlgeschlagen, erfolgreich, läuft, wartend oder eingereiht) und Zeitraum: die letzte Stunde, 24 Stunden, 7 Tage oder 14 Tage.

Runs-Seite der Dagu-Konsole mit abgeschlossenen Läufen von mehreren Servern, die neuesten zuerst, mit Filtern für Server, Workflow, Status und Zeitraum

Insights: Trends über 7, 30 oder 90 Tage

Läufe, Fehlschläge und Erfolgsquote im Vergleich zum vorherigen Zeitraum, Läufe pro Tag und jeder Workflow mit seiner p95-Dauer und deren Veränderung. Heutige Läufe zählen, sobald sie abgeschlossen sind.

Insights in der Dagu-Konsole für die letzten 30 Tage: Karten für Läufe, Fehlschläge und Erfolgsquote mit Veränderungen, Läufe pro Tag, Erfolgsquote und eine Tabelle der Workflows mit p95-Dauer und deren Veränderung

Jeder Workflow: Schlägt er fehl oder wird er langsamer?

Eine Seite pro Workflow mit seinem offenen Alert, Läufen pro Tag, Erfolgsquote sowie p50- und p95-Dauer über 7, 30 oder 90 Tage, dazu seine letzten Läufe und die Schritte, an denen er fehlschlug. Owner können ihn hier stummschalten.

Seite eines fehlschlagenden Workflows in der Dagu-Konsole mit seinem Alert, Details, Karten mit Veränderungen und Diagrammen zu Läufen pro Tag, Erfolgsquote sowie p50- und p95-Dauer, die über 30 Tage ansteigt

Ein Alert pro Workflow, nicht eine E-Mail pro fehlgeschlagenem Lauf

Ein Alert gehört zu einem Workflow auf einem Server. Er wird geöffnet, wenn ein Lauf fehlschlägt, zählt weitere Fehlschläge und wird aufgelöst, sobald der Workflow wieder erfolgreich ist.

Ein fehlgeschlagener Lauf öffnet einen Alert und schickt eine E-Mail an die Alert-Empfänger des Workspaces.
Weitere Fehlschläge erhöhen den Zähler des Alerts, lösen aber keine weitere E-Mail aus.
Ein späterer Lauf, der erfolgreich oder teilweise erfolgreich ist, löst den Alert auf und schickt eine weitere E-Mail.
Alerts, die zusammen geöffnet oder aufgelöst werden, kommen in einer E-Mail an, die auf die Seite Alerts verlinkt.
Ein Server, der 10 Minuten lang keinen Bericht sendet, öffnet einen Alert, weil er nicht mehr meldet; sein nächster Bericht löst ihn auf. Abgebrochene und abgelehnte Läufe zählen als Fehlschläge, öffnen oder lösen aber keinen Alert.
Owner legen fest, wer E-Mails erhält: Owner und Admins, Mitglieder und externe Adressen, sobald sie verifiziert sind. Jede E-Mail bietet eine Abmeldung mit einem Klick, und ein Workflow, der zu viele Alerts auslöst, lässt sich stummschalten.

Workflow-Alerts erfordern die Stufe Health and run status. E-Mails kommen von no-reply@dagu.sh.

Offene Alerts in der Dagu-Konsole: ein Server, der nicht mehr meldet, der Fehlschlag eines stummgeschalteten Workflows und ein fehlschlagender Workflow, jeweils mit Öffnungszeitpunkt und Zeitpunkt der E-Mail

Ausführung und Daten bleiben auf Ihren Servern

Ihre Server schicken Berichte an die Dagu-Konsole. Die Dagu-Konsole verbindet sich nie mit ihnen und führt nie Workflows aus.

Nur ausgehendes HTTPS

Berichte sind HTTPS-Anfragen vom Server an console.dagu.sh. Es wird kein eingehender Port geöffnet, und nichts baut eine Verbindung zum Server auf.

Workflows warten nie darauf

Ist die Dagu-Konsole nicht erreichbar, laufen Workflows wie gewohnt. Der Server versucht es erneut und sendet die verpassten Läufe, sobald die Konsole wieder erreichbar ist.

Aus, bis Sie es einschalten

Monitoring ist standardmäßig aus und wird pro Server von dessen Administrator gewählt. Das Verbinden oder Aktualisieren eines Servers sendet nichts außer seinem Lizenz-Check-in.

Zwei Stufen

Health only sendet, was auf dem Server läuft. Health and run status ergänzt den Status seiner Läufe und ist für Workflow-Alerts nötig.

Was Ihren Server verlässt

Dagu-Version, Betriebssystem und Architektur sowie Startzeit des Serverprozesses
Health only
Gesendet
Health and run status
Gesendet
Anzahl laufender Scheduler und registrierter Coordinator
Health only
Gesendet
Health and run status
Gesendet
Jeder abgeschlossene Top-Level-Lauf: DAG-Name, Lauf-ID, Versuchs-ID, Status, Auslöser sowie Zeitpunkte von Einreihung, Start und Ende
Health only
Nicht gesendet
Health and run status
Gesendet
Namen der fehlgeschlagenen Schritte eines Laufs, bis zu 50
Health only
Nicht gesendet
Health and run status
Gesendet
Eingereihte, laufende oder wartende Läufe, bis zu 200 pro Bericht
Health only
Nicht gesendet
Health and run status
Gesendet
Logs, Ausgaben, Parameter, Umgebung, Schrittbefehle, DAG YAML, Secret-Werte und Fehlermeldungen
Health only
Nie gesendet
Health and run status
Nie gesendet

Daten	Health only	Health and run status
Dagu-Version, Betriebssystem und Architektur sowie Startzeit des Serverprozesses	Gesendet	Gesendet
Anzahl laufender Scheduler und registrierter Coordinator	Gesendet	Gesendet
Jeder abgeschlossene Top-Level-Lauf: DAG-Name, Lauf-ID, Versuchs-ID, Status, Auslöser sowie Zeitpunkte von Einreihung, Start und Ende	Nicht gesendet	Gesendet
Namen der fehlgeschlagenen Schritte eines Laufs, bis zu 50	Nicht gesendet	Gesendet
Eingereihte, laufende oder wartende Läufe, bis zu 200 pro Bericht	Nicht gesendet	Gesendet
Logs, Ausgaben, Parameter, Umgebung, Schrittbefehle, DAG YAML, Secret-Werte und Fehlermeldungen	Nie gesendet	Nie gesendet

Jeder Bericht enthält außerdem Lizenz-ID, Server-ID und Heartbeat-Secret des Servers, wie sein Lizenz-Check-in. DAG- und Schrittnamen werden nur mit dem Laufstatus gesendet; wählen Sie Health only, wenn Sie diese Namen für sensibel halten.

Einrichtung in drei Schritten

Erfordert Dagu v2.19.1 oder neuer (v2.19.2 oder neuer für kostenloses Monitoring), und der Server muss https://console.dagu.sh über HTTPS erreichen.

01
Server mit der Dagu-Konsole verbinden
Öffnen Sie in Dagu Plan & features und wählen Sie Connect to Dagu Console, führen Sie dagu license activate aus oder starten Sie den Server mit einem Server-Key. Server mit Offline-Lizenzen senden keine Berichte.
02
Festlegen, was gemeldet wird
Wählen Sie Turn on im Bereich Monitoring von Plan & features und dann Health and run status oder Health only. Die Auswahl gilt sofort, ohne Neustart.
Für Server, die als Code verwaltet werden, setzen Sie die Stufe in der Konfigurationsdatei oder setzen DAGU_CLOUD_REPORT=runs:
```
cloud:
  report: runs   # off, health, or runs
```
03
In der Dagu-Konsole ansehen
Der Server meldet alle 60 Sekunden und innerhalb von etwa 5 Sekunden, wenn ein Lauf fehlschlägt oder sich die aktiven Läufe ändern. Er erscheint unter Monitoring in der Dagu-Konsole.

Vollständige Einrichtungsanleitung lesen

Details zur Beta

Monitoring ist in der Beta. Aufbewahrungsfristen und Limits können sich während der Beta ändern.

Pläne

Kostenlos für einen Server pro Workspace, mit niedrigeren Limits: ein Bericht alle 5 Minuten, 100 gespeicherte Läufe pro Tag, 7 Tage Laufhistorie und Alerts an Owner und Admins. Team und Pro decken jeden lizenzierten Server ab.

Pläne vergleichen

Aufbewahrung

Abgeschlossene Läufe: 14 Tage
Tagessummen pro Workflow: 13 Monate
Aufgelöste Alerts: 90 Tage nach der Auflösung
Offene Alerts: Bis zur Auflösung

Ein Server, der 30 Tage lang keinen Bericht sendet, wird samt Tagessummen und Alerts aus dem Monitoring entfernt.

Tägliches Lauflimit

Jeder Workspace speichert bis zu 500 abgeschlossene Läufe pro UTC-Tag, mit kostenlosem Monitoring 100. Läufe über dem Limit zählen weiterhin zu den Tagessummen, öffnen weiterhin Alerts und lösen sie auf, werden aber nicht in die Laufliste aufgenommen. Die Speicherung wird um 00:00 UTC fortgesetzt.

Sie brauchen mehr? Kontaktieren Sie uns

Alle Dagu-Server an einem Ort sehen

Lesen Sie die Einrichtungsanleitung, oder öffnen Sie die Dagu-Konsole und verbinden Sie Ihren ersten Server.