Una interfaz web por servidor
Cada servidor muestra solo sus propias ejecuciones. Revisar los fallos de anoche en cinco servidores implica abrir cinco interfaces web.
Consola de Dagu · beta
Monitorea cada servidor Dagu desde un solo lugar
Conecta tus servidores Dagu autoalojados a la consola de Dagu. Su salud, sus ejecuciones y sus tendencias aparecen en un mismo conjunto de páginas, y recibes un correo cuando falla un workflow o un servidor deja de enviar reportes. Los workflows siguen ejecutándose solo en tus servidores.
Gratis para un servidor. Team y Pro cubren cada servidor con licencia. Requiere Dagu v2.19.1 o posterior; v2.19.2 o posterior para el monitoreo gratuito.
Tus servidores
- prod-eu-1dagu 2.19.0
- prod-us-2dagu 2.19.0
- batch-01dagu 2.19.0
Los workflows se ejecutan aquí
HTTPS, solo saliente, cada 60 segundos
console.dagu.shNunca ejecuta workflows
OverviewServersRunsAlerts
Correo cuando un workflow falla o un servidor deja de enviar reportes, y cuando se recupera
Muchos servidores, muchos lugares que revisar
Cada servidor Dagu es completo por sí mismo, con su propio planificador, historial de ejecuciones e interfaz web. Con varios servidores, eso también significa varios lugares que revisar.
Ninguna lista con todos los fallos
Nada reúne los fallos de todos los servidores en un solo lugar, así que nadie ve el panorama completo.
Los problemas aparecen tarde
Un planificador detenido o un servidor que dejó de dar señales no genera ningún error. Los workflows programados simplemente dejan de ejecutarse hasta que alguien se da cuenta.
Alertas configuradas servidor por servidor
Los correos de fallo requieren configurar el correo y las notificaciones en cada servidor, y mantenerlos sincronizados a mano.
Qué muestra la consola de Dagu
La sección Monitoring de la consola de Dagu tiene las páginas Overview, Servers, Runs, Alerts e Insights, además de una página por servidor y otra por workflow. Cualquier miembro del workspace puede verlas.
Overview: lo que requiere atención ahora
Servidores que reportan, fallos de hoy (UTC), alertas abiertas y la tasa de éxito de los últimos 7 días UTC. Needs attention lista cada problema con los servidores afectados.
- Not reporting
- Not checking in
- Offline
- Scheduler stopped
- Failing workflows
- Events lost
- Monitoring off
Servers: cada servidor y su estado
Cada servidor conectado con su estado, versión de Dagu, último reporte, fallos de hoy (UTC), tasa de éxito en 7 días UTC y alertas abiertas.
- Reporting
- Llegó un reporte en los últimos 5 minutos.
- Not reporting
- El servidor envió reportes antes, pero no en los últimos 5 minutos.
- Not checking in
- Más de 26 horas sin verificación de licencia.
- Offline
- Más de 72 horas sin verificación de licencia.
- Monitoring off
- El monitoreo se desactivó en el servidor, o la consola de Dagu no tiene ningún reporte de él.
- Scheduler stopped
- El último reporte no cuenta ningún planificador en ejecución, así que los workflows programados no se inician.
- Events lost
- El servidor estuvo desconectado más tiempo del que su almacén de eventos conserva los eventos, así que algunas ejecuciones terminadas no se pudieron enviar.
Cada servidor: salud y 14 días de historial
Una página por servidor. Overview muestra su salud (versión de Dagu, sistema operativo y arquitectura, inicio del proceso, último reporte, última verificación de licencia), los servicios del último reporte, las alertas abiertas y los fallos de los últimos 14 días. Runs lista sus ejecuciones. Workflows muestra las ejecuciones terminadas de cada workflow por día UTC durante 14 días, con ejecuciones, fallos, tasa de éxito y duración media y máxima.
Ejecuciones de todos los servidores
Primero las ejecuciones en curso, luego las terminadas, de la más reciente a la más antigua. Cada ejecución tiene un enlace permanente a sus intentos.
Filtra por servidor, workflow, estado (fallida, exitosa, en ejecución, en espera o en cola) y rango: la última hora, 24 horas, 7 días o 14 días.
Insights: tendencias de 7, 30 o 90 días
Ejecuciones, fallos y tasa de éxito frente al periodo anterior, ejecuciones por día y cada workflow con su duración p95 y cómo ha cambiado. Las ejecuciones de hoy cuentan a medida que terminan.
Cada workflow: ¿está fallando o se está volviendo más lento?
Una página por workflow con su alerta abierta, ejecuciones por día, tasa de éxito y duración p50 y p95 en 7, 30 o 90 días, además de sus ejecuciones recientes y los pasos en los que falló. Los propietarios pueden silenciarlo aquí.
Una alerta por workflow, no un correo por cada ejecución fallida
Una alerta pertenece a un workflow en un servidor. Se abre cuando falla una ejecución, cuenta los fallos posteriores y se resuelve cuando el workflow vuelve a tener éxito.
- Una ejecución fallida abre una alerta y envía un correo a los destinatarios de alertas del workspace.
- Los fallos siguientes se suman al contador de la alerta. No envían más correos.
- Una ejecución posterior que tiene éxito, total o parcial, resuelve la alerta y envía un correo más.
- Las alertas que se abren o se resuelven a la vez llegan en un solo correo, que enlaza a la página Alerts.
- Un servidor que no envía ningún reporte durante 10 minutos abre una alerta por dejar de reportar, y su siguiente reporte la resuelve. Las ejecuciones abortadas y rechazadas cuentan como fallos, pero no abren ni resuelven ninguna alerta.
- Los propietarios eligen quién recibe los correos: propietarios y administradores, miembros y direcciones externas una vez verificadas. Cada correo permite darse de baja con un solo clic, y un workflow ruidoso se puede silenciar.
Las alertas de workflow requieren el nivel Health and run status. Los correos llegan desde no-reply@dagu.sh.
La ejecución y los datos se quedan en tus servidores
Tus servidores envían reportes a la consola de Dagu. La consola de Dagu nunca se conecta a ellos y nunca ejecuta workflows.
Solo HTTPS saliente
Los reportes son peticiones HTTPS del servidor a console.dagu.sh. No se abre ningún puerto de entrada y nada se conecta al servidor.
Los workflows nunca la esperan
Si no se puede acceder a la consola de Dagu, los workflows se ejecutan con normalidad. El servidor reintenta y envía las ejecuciones pendientes cuando la consola vuelve a estar disponible.
Desactivado hasta que lo actives
El monitoreo está desactivado por defecto y lo elige el administrador de cada servidor. Conectar o actualizar un servidor no envía nada más allá de su verificación de licencia.
Dos niveles
Health only envía lo que se ejecuta en el servidor. Health and run status añade el estado de sus ejecuciones y es necesario para las alertas de workflow.
Qué sale de tu servidor
Versión de Dagu, sistema operativo y arquitectura, y cuándo se inició el proceso del servidor
- Health only
- Se envía
- Health and run status
- Se envía
Número de planificadores en ejecución y de coordinadores registrados
- Health only
- Se envía
- Health and run status
- Se envía
Cada ejecución de nivel superior terminada: nombre del DAG, ID de ejecución, ID de intento, estado, disparador, y cuándo se puso en cola, empezó y terminó
- Health only
- No se envía
- Health and run status
- Se envía
Nombres de los pasos fallidos de una ejecución, hasta 50
- Health only
- No se envía
- Health and run status
- Se envía
Ejecuciones en cola, en ejecución o en espera, hasta 200 por reporte
- Health only
- No se envía
- Health and run status
- Se envía
Logs, salidas, parámetros, entorno, comandos de los pasos, DAG YAML, valores de secretos y mensajes de error
- Health only
- Nunca se envía
- Health and run status
- Nunca se envía
Cada reporte también incluye el ID de licencia, el ID de servidor y el secreto de heartbeat del servidor, igual que su verificación de licencia. Los nombres de DAG y de pasos solo se envían con el estado de ejecución; elige Health only si los consideras sensibles.
Configuración en tres pasos
Requiere Dagu v2.19.1 o posterior (v2.19.2 o posterior para el monitoreo gratuito), y el servidor debe poder acceder a https://console.dagu.sh por HTTPS.
- 01
Conecta el servidor a la consola de Dagu
En Dagu, abre Plan & features y selecciona Connect to Dagu Console, ejecuta dagu license activate o inicia el servidor con una clave de servidor. Los servidores con licencias offline no envían reportes.
- 02
Elige qué reportar
Selecciona Turn on en la sección Monitoring de Plan & features y luego elige Health and run status o Health only. La elección se aplica al instante, sin reiniciar.
Para servidores gestionados como código, define el nivel en el archivo de configuración o define DAGU_CLOUD_REPORT=runs:
cloud: report: runs # off, health, or runs - 03
Míralo en la consola de Dagu
El servidor envía un reporte cada 60 segundos, y en unos 5 segundos cuando falla una ejecución o cambian las ejecuciones en curso. Aparece en Monitoring en la consola de Dagu.
Detalles de la beta
El monitoreo está en beta. Los periodos de retención y los límites pueden cambiar durante la beta.
Planes
Gratis para un servidor por workspace, con límites menores: un informe cada 5 minutos, 100 ejecuciones almacenadas al día, 7 días de historial de ejecuciones y alertas para propietarios y administradores. Team y Pro cubren cada servidor con licencia.
Comparar planesRetención
- Ejecuciones terminadas
- 14 días
- Totales diarios por workflow
- 13 meses
- Alertas resueltas
- 90 días después de resolverse
- Alertas abiertas
- Hasta que se resuelven
Un servidor que no envía ningún reporte durante 30 días se retira del monitoreo, junto con sus totales diarios y sus alertas.
Límite diario de ejecuciones
Cada workspace almacena hasta 500 ejecuciones terminadas por día UTC, o 100 con el monitoreo gratuito. Las ejecuciones que superan el límite siguen contando en los totales diarios y siguen abriendo y resolviendo alertas, pero no se añaden a la lista de ejecuciones. El almacenamiento se reanuda a las 00:00 UTC.
¿Necesitas más? ContáctanosVe todos tus servidores Dagu en un solo lugar
Lee la guía de configuración, o abre la consola de Dagu y conecta tu primer servidor.