Uma interface web por servidor
Cada servidor mostra apenas as próprias execuções. Verificar as falhas da noite passada em cinco servidores significa abrir cinco interfaces web.
Console Dagu · Beta
Monitore todos os servidores Dagu de um só lugar
Conecte seus servidores Dagu self-hosted ao console Dagu. A saúde, as execuções e as tendências deles aparecem em um único conjunto de páginas, e você recebe um e-mail quando um workflow falha ou um servidor para de enviar relatórios. Os workflows continuam rodando apenas nos seus servidores.
Grátis para um servidor. Team e Pro cobrem cada servidor licenciado. Requer Dagu v2.19.1 ou posterior; v2.19.2 ou posterior para o monitoramento gratuito.
Seus servidores
- prod-eu-1dagu 2.19.0
- prod-us-2dagu 2.19.0
- batch-01dagu 2.19.0
Os workflows rodam aqui
HTTPS, apenas de saída, a cada 60 segundos
console.dagu.shNunca executa workflows
OverviewServersRunsAlerts
E-mail quando um workflow falha ou um servidor para de enviar relatórios, e quando se recupera
Muitos servidores, muitos lugares para verificar
Cada servidor Dagu é completo por si só, com seu próprio agendador, histórico de execuções e interface web. Com vários servidores, isso também significa vários lugares para verificar.
Nenhuma lista com todas as falhas
Nada reúne as falhas de todos os servidores em um só lugar, então ninguém vê o quadro completo.
Os problemas aparecem tarde
Um agendador parado ou um servidor que ficou em silêncio não gera nenhum erro. Os workflows agendados simplesmente param de rodar até alguém perceber.
Alertas configurados servidor por servidor
E-mails de falha exigem configurações de e-mail e de notificação em cada servidor, mantidas em sincronia manualmente.
O que o console Dagu mostra
A seção Monitoring do console Dagu tem as páginas Overview, Servers, Runs, Alerts e Insights, além de uma página para cada servidor e para cada workflow. Todos os membros do workspace podem visualizá-las.
Overview: o que precisa de atenção agora
Servidores enviando relatórios, falhas de hoje (UTC), alertas abertos e a taxa de sucesso nos últimos 7 dias UTC. A lista Needs attention mostra cada problema com os servidores afetados.
- Not reporting
- Not checking in
- Offline
- Scheduler stopped
- Failing workflows
- Events lost
- Monitoring off
Servers: cada servidor e seu status
Cada servidor conectado com seu status, versão do Dagu, último relatório, falhas de hoje (UTC), taxa de sucesso em 7 dias UTC e alertas abertos.
- Reporting
- Um relatório chegou nos últimos 5 minutos.
- Not reporting
- O servidor já enviou relatórios, mas não nos últimos 5 minutos.
- Not checking in
- Sem check-in de licença há mais de 26 horas.
- Offline
- Sem check-in de licença há mais de 72 horas.
- Monitoring off
- O monitoramento foi desativado no servidor, ou o console Dagu não tem nenhum relatório dele.
- Scheduler stopped
- O último relatório indica zero agendadores em execução, então os workflows agendados não iniciam.
- Events lost
- O servidor ficou sem conexão por mais tempo do que seu armazenamento de eventos retém os eventos, então algumas execuções concluídas não puderam ser enviadas.
Cada servidor: saúde e 14 dias de histórico
Uma página por servidor. A aba Overview mostra a saúde dele (versão do Dagu, SO e arquitetura, início do processo, último relatório, último check-in), os serviços do último relatório, alertas abertos e falhas dos últimos 14 dias. A aba Runs lista as execuções dele. A aba Workflows mostra as execuções concluídas de cada workflow por dia UTC ao longo de 14 dias, com execuções, falhas, taxa de sucesso e duração média e máxima.
Execuções em todos os servidores
As execuções em andamento vêm primeiro, depois as concluídas, das mais recentes para as mais antigas. Cada execução tem um link permanente para suas tentativas.
Filtre por servidor, workflow, status (failed, succeeded, running, waiting ou queued) e período: última hora, 24 horas, 7 dias ou 14 dias.
Insights: tendências de 7, 30 ou 90 dias
Execuções, falhas e taxa de sucesso comparadas ao período anterior, execuções por dia e cada workflow com sua duração p95 e como ela mudou. As execuções de hoje entram na contagem à medida que terminam.
Cada workflow: está falhando ou ficando mais lento?
Uma página por workflow com o alerta aberto, execuções por dia, taxa de sucesso e duração p50 e p95 em 7, 30 ou 90 dias, além das execuções recentes e das etapas em que ele falhou. Os proprietários podem silenciá-lo aqui.
Um alerta por workflow, não um e-mail por execução com falha
Um alerta pertence a um workflow em um servidor. Ele abre quando uma execução falha, conta as falhas seguintes e é resolvido quando o workflow volta a ter sucesso.
- Uma execução com falha abre um alerta e envia um e-mail aos destinatários de alertas do workspace.
- Novas falhas aumentam a contagem do alerta. Elas não enviam mais e-mails.
- Uma execução posterior com sucesso total ou parcial resolve o alerta e envia mais um e-mail.
- Alertas que abrem ou são resolvidos ao mesmo tempo chegam em um único e-mail, com link para a página Alerts.
- Um servidor que fica 10 minutos sem enviar relatório abre um alerta de relatórios interrompidos, e o próximo relatório o resolve. Execuções abortadas e rejeitadas contam como falhas, mas não abrem nem resolvem alertas.
- Os proprietários escolhem quem recebe os e-mails: proprietários e administradores, membros e endereços externos depois de verificados. Todo e-mail tem cancelamento de inscrição com um clique, e um workflow barulhento pode ser silenciado.
Os alertas de workflow exigem o nível Health and run status. Os e-mails são enviados por no-reply@dagu.sh.
A execução e os dados ficam nos seus servidores
Seus servidores enviam relatórios ao console Dagu. O console Dagu nunca se conecta a eles e nunca executa workflows.
Apenas HTTPS de saída
Os relatórios são requisições HTTPS do servidor para console.dagu.sh. Nenhuma porta de entrada é aberta, e nada se conecta ao servidor.
Os workflows nunca esperam pelo console
Se o console Dagu estiver inacessível, os workflows rodam normalmente. O servidor tenta novamente e envia as execuções que ficaram pendentes assim que o console voltar.
Desativado até você ativar
O monitoramento vem desativado por padrão e é escolhido por servidor pelo administrador dele. Conectar ou atualizar um servidor não envia nada além do check-in de licença dele.
Dois níveis
Health only envia o que o servidor executa. Health and run status adiciona o status das execuções dele e é necessário para os alertas de workflow.
O que sai do seu servidor
Versão do Dagu, SO e arquitetura, e quando o processo do servidor iniciou
- Health only
- Enviado
- Health and run status
- Enviado
Número de agendadores em execução e de coordenadores registrados
- Health only
- Enviado
- Health and run status
- Enviado
Cada execução de nível superior concluída: nome do DAG, ID da execução, ID da tentativa, status, gatilho e quando foi enfileirada, iniciada e concluída
- Health only
- Não enviado
- Health and run status
- Enviado
Nomes das etapas com falha de uma execução, até 50
- Health only
- Não enviado
- Health and run status
- Enviado
Execuções na fila, em execução ou aguardando, até 200 por relatório
- Health only
- Não enviado
- Health and run status
- Enviado
Logs, saídas, parâmetros, ambiente, comandos das etapas, DAG YAML, valores de segredos e mensagens de erro
- Health only
- Nunca enviado
- Health and run status
- Nunca enviado
Todo relatório também inclui o ID da licença, o ID do servidor e o segredo de heartbeat do servidor, assim como o check-in de licença. Nomes de DAG e de etapas só são enviados com o status das execuções; escolha Health only se você os considera sensíveis.
Configure em três passos
Requer Dagu v2.19.1 ou posterior (v2.19.2 ou posterior para o monitoramento gratuito), e o servidor precisa acessar https://console.dagu.sh por HTTPS.
- 01
Conecte o servidor ao console Dagu
No Dagu, abra Plan & features e selecione Connect to Dagu Console, execute dagu license activate ou inicie o servidor com uma chave de servidor. Servidores com licenças offline não enviam relatórios.
- 02
Escolha o que reportar
Selecione Turn on na seção Monitoring de Plan & features e depois escolha Health and run status ou Health only. A escolha vale na hora, sem reiniciar.
Para servidores gerenciados como código, defina o nível no arquivo de configuração ou defina DAGU_CLOUD_REPORT=runs:
cloud: report: runs # off, health, or runs - 03
Veja no console Dagu
O servidor envia um relatório a cada 60 segundos e em cerca de 5 segundos quando uma execução falha ou as execuções em andamento mudam. Ele aparece em Monitoring no console Dagu.
Detalhes do Beta
O monitoramento está em Beta. Os períodos de retenção e os limites podem mudar durante o Beta.
Planos
Grátis para um servidor por workspace, com limites menores: um relatório a cada 5 minutos, 100 execuções armazenadas por dia, 7 dias de histórico de execuções e alertas para proprietários e administradores. Team e Pro cobrem cada servidor licenciado.
Comparar planosRetenção
- Execuções concluídas
- 14 dias
- Totais diários por workflow
- 13 meses
- Alertas resolvidos
- 90 dias após a resolução
- Alertas abertos
- Até serem resolvidos
Um servidor que não envia nenhum relatório por 30 dias é removido do monitoramento, junto com seus totais diários e alertas.
Limite diário de execuções
Cada workspace armazena até 500 execuções concluídas por dia UTC, ou 100 no monitoramento gratuito. As execuções acima do limite continuam sendo contadas nos totais diários e continuam abrindo e resolvendo alertas, mas não são adicionadas à lista de execuções. O armazenamento é retomado às 00:00 UTC.
Precisa de mais? Fale conoscoVeja todos os servidores Dagu em um só lugar
Leia o guia de configuração ou abra o console Dagu e conecte seu primeiro servidor.