O XDA cobriu uma ferramenta para lab caseiro este mês chamada Pulse, e metade do r/selfhosted passou a semana arrancando Uptime Kuma de suas configurações de Proxmox, Docker e TrueNAS para experimentar. Uptime Kuma ainda é a ferramenta que recomendamos para qualquer um que esteja configurando uma primeira página de status. Ela é instalada em um único comando Docker, a interface faz sentido em cinco minutos, e o limite de monitores gratuitos é generoso.
No entanto, uma vez que ultrapassamos cerca de trinta verificações, os limites apareceram rapidamente. Node único, sem clustering, sem endpoint nativo do Prometheus, e os tipos de verificação são basicamente ping e HTTP. Se quiséssemos gráficos de CPU, memória ou disco por host, teríamos que conectar uma segunda ferramenta. O dashboard é funcional, não algo que queremos projetar em uma parede.
Testamos sete alternativas auto-hospedadas em Debian 12, Docker Compose e um pequeno cluster Proxmox. Aqui está como elas se comparam.
Comparação rápida
| Aplicação | Melhor para | Plano gratuito | Preço inicial | Destaque especial |
|---|---|---|---|---|
| Pulse | Proxmox + Docker + TrueNAS em um painel | Completamente grátis | Grátis (doações) | Dashboard unificado para lab caseiro |
| Beszel | Usuários Kuma que querem métricas de host | Completamente grátis | Grátis | Minúsculo agente Go, UI bonita |
| Gatus | Verificações de saúde definidas em YAML | Completamente grátis | Grátis | Verificações de endpoint em código |
| Statping-ng | Páginas de status públicas | Completamente grátis | Grátis | Página de status temável |
| Checkmk Raw | Frotas de 50+ nodes | Completamente grátis (Raw) | Cerca de $600/ano (Enterprise) | Ecossistema profundo de plugins |
| Zabbix | Profundidade empresarial com orçamento caseiro | Completamente grátis | Grátis (suporte pago) | Qualquer métrica, qualquer gatilho |
| Netdata | Solução de problemas em tempo real | Completamente grátis (auto-hospedado) | Cerca de $3/node/mês (Cloud) | Resolução por segundo |
Por que labs caseiros superam o Uptime Kuma
O padrão aparece nos mesmos threads de fórum a cada mês. Alguém publica um dashboard com cinquenta monitores, menciona que o banco de dados SQLite está travando durante varreduras de ping, e pergunta para o quê mudar. A camada de armazenamento de Kuma não foi projetada para gravações de alta frequência em várias verificações, e não há opção de clustering para distribuir a carga.
A lacuna maior é o escopo. Kuma sonda serviços de fora. Ela não pode nos dizer que o pool ZFS do node Proxmox está em 87 por cento, que um host Docker está fazendo swap, ou que o cartão SD do Raspberry Pi está lançando erros de leitura. Esses são fatos em nível de host, e obtê-los requer um agente sendo executado na máquina, que Kuma nunca entregou.
Notificações são a terceira cilada. Kuma cobre o básico (Discord, Telegram, email, webhooks genéricos), mas não há conceito de regras, silencios ou rotação de plantão. Se queremos enviar um alerta para uma pessoa específica entre 22:00 e 06:00 apenas quando três verificações falham seguidas, terminamos escrevendo essa lógica em um receptor de webhook.
Finalmente, sem scrape nativo do Prometheus. Há um endpoint comunitário, mas se nossa stack já executa Grafana em cima do Prometheus, normalmente queremos que a ferramenta de monitoramento exponha métricas nativamente.
As alternativas
Pulse, a escolha do XDA que unificou nosso lab caseiro
Pulse é a ferramenta que iluminou r/selfhosted este mês. Ela aponta exatamente para a configuração que a maioria dos labs caseiros executa (um ou dois hosts Proxmox, uma caixa Docker e um TrueNAS ou Synology para armazenamento) e coloca tudo isso em uma tela. VMs, contêineres, LXC, saúde do pool e carga do node ficam lado a lado sem necessidade de construir dashboard manualmente.
A configuração é um único arquivo Docker Compose. Apontamos para um token de API Proxmox e um socket Docker, e em um minuto temos contagens em tempo real, gráficos de recursos por VM e status do contêiner. Em um cluster Proxmox de três nodes com cerca de quarenta contêineres, o dashboard permanecia responsivo e ocioso em torno de 90 MB de RAM.
Onde fica aquém: Pulse é jovem. Páginas de status públicas, retenção histórica além de algumas semanas e regras de alerta ainda são leves. É um dashboard de lab caseiro em primeiro lugar, uma plataforma de alerting em segundo lugar.
Preço: Grátis e código aberto (doações bem-vindas).
vs Uptime Kuma: Kuma nos mostra que uma URL está ativa. Pulse nos mostra que a VM atrás da URL tem 4 GB de espaço livre e o pool ZFS está saudável. Trabalhos diferentes.
Download: https://github.com/rcourtman/Pulse
Resumo: Se executamos Proxmox mais Docker, instale Pulse neste fim de semana.
Beszel, a bonita Kuma com um agente
Beszel é o que acontece quando alguém ama a interface limpa de Kuma mas precisa de métricas de host. Ela vem como dois pequenos binários Go (um hub e um agente), sem dependências de runtime, e a UI web é genuinamente bonita. Gráficos de CPU, memória, disco, rede e estatísticas de contêiner Docker estão todos integrados.
Executamos o agente em seis máquinas, uma mistura de x86 e ARM. Cada agente usava menos de 20 MB de RAM. Adicionar um sistema ao hub era uma troca de chave copiar-colar, sem arquivos de configuração complicados.
Onde fica aquém: Beszel não faz monitoramento de endpoint HTTP como Kuma faz. Ela observa hosts e contêineres, não URLs remotas. Integrações de notificação ainda estão crescendo (Discord, Telegram, email, webhook genérico, SMTP), mas o templating não é tão rico quanto Gatus.
Preço: Grátis e código aberto.
vs Uptime Kuma: Kuma faz ping em serviços de fora. Beszel relata o que está acontecendo dentro do host. Muitos labs terminam executando ambos.
Download: https://beszel.dev
Resumo: O monitor de host auto-hospedado mais bonito que testamos este ano.
Gatus, verificações YAML e regras de alerta sérias
Gatus inverte o modelo. Em vez de clicar por uma UI para adicionar monitores, descrevemos cada endpoint em um arquivo YAML, fazemos commit para Git, e Gatus recarrega ao mudar. A linguagem de condição é expressiva: tempo de resposta, código de status, afirmações de corpo JSON, expiração de TLS, DNS, ICMP, TCP e muito mais.
O alerting é onde Gatus se destaca. Slack, Teams, Discord, PagerDuty, Opsgenie, Gotify, ntfy e Matrix são todos de primeira classe, e cada endpoint pode ter seus próprios limites de alerta e cooldowns. Passamos uma config de tamanho médio com cerca de setenta verificações durante o teste e a CPU ficou abaixo de dois por cento.
Onde fica aquém: O dashboard é minimalista. Se queremos uma página de status pública temável, Gatus não é a ferramenta. Ela também armazena histórico em um banco de dados que devemos fazer backup separadamente.
Preço: Grátis e código aberto.
vs Uptime Kuma: Kuma é UI-first, Gatus é config-first. Se nosso monitoramento pertence a um repositório Git, Gatus vence.
Download: https://gatus.io
Resumo: Para qualquer um que já executa infraestrutura como código, este é o ajuste natural.
Statping-ng, uma página de status pública feita corretamente
Statping-ng continuou de onde o Statping original ficou adormecido. Seu foco é a página de status pública, aquela que apontamos para clientes, família ou colegas de equipe quando algo está inativo. Temas são intercambiáveis, incidentes podem ser postados do painel de administração, e tudo renderiza rápido mesmo em um VPS pequeno.
Configuramos em um droplet de $5 com cerca de quinze serviços e a pegada de memória ficou em torno de 60 MB. Notificações cobrem as plataformas de chat e email usuais.
Onde fica aquém: O mecanismo de verificação interno não é tão flexível quanto Gatus, e métricas de host estão fora de seu escopo. Por baixo do capô, os lançamentos têm sido estáveis mas não frequentes, o que importa se precisamos saber que um CVE foi corrigido rapidamente.
Preço: Grátis e código aberto.
vs Uptime Kuma: A página de status de Kuma é boa para um lab caseiro. Statping-ng é a que você dá para usuários pagantes.
Download: https://github.com/statping-ng/statping-ng
Resumo: A ferramenta a alcançar quando a página de status em si é o produto.
Checkmk Raw, quando a frota fica séria
Checkmk Raw é a edição gratuita de uma plataforma de monitoramento comercial completa. Essa herança aparece em todos os lugares: centenas de plugins integrados, descoberta automática de agentes, monitoramento distribuído, correlação de eventos e um marketplace de plugins com integrações assinadas pela comunidade e fornecedor. No papel, é o mais próximo que chegamos de monitoramento empresarial sem pagá-lo.
Executamos a imagem Docker contra uma pequena frota mista (Linux, Windows, um switch de rede via SNMP e um cluster Kubernetes) e Checkmk puxou cerca de 400 serviços automaticamente. Uma vez que ajustamos a descoberta, o ruído caiu e os dashboards eram utilizáveis.
Onde fica aquém: A curva de aprendizado é real. A UI carrega muitos padrões herdados, e Raw está faltando os bonitos dashboards de operador, relatórios e controle de acesso baseado em funções que as edições pagas entregam.
Preço: A edição Raw é grátis para sempre. As edições Cloud e Enterprise começam em torno de $600 por ano para configurações pequenas.
vs Uptime Kuma: Kuma é uma chave de fenda, Checkmk é um workshop.
Download: https://checkmk.com
Resumo: Vale a pena a rampa uma vez que ultrapassamos cerca de cinquenta nodes.
Zabbix, profundidade empresarial com custo zero
Zabbix existe há tempo suficiente para ter monitorado nosso primeiro rack de servidores. É completamente grátis, incluindo recursos empresariais (monitoramento distribuído, proxies HA, criptografia em todos os lugares, RBAC granular), e planos pagos compram suporte, não recursos. Qualquer métrica pode acioná-lo qualquer ação, e a linguagem de gatilho é legitimamente poderosa.
Testamos Zabbix 7 contra uma frota mista. O agente é maduro e leve, a descoberta automática funcionava fora da caixa para dispositivos de rede, e templates para Docker, Kubernetes, PostgreSQL, Redis e a maioria dos bancos de dados são oficiais.
Onde fica aquém: A UI padrão está desatualizada comparada a Beszel ou Netdata. Configurar dashboards de frontend requer esforço, e muitas equipes terminam enviando dados Zabbix para Grafana para a experiência de visualização real.
Preço: Grátis. Níveis de suporte pago existem para equipes que precisam de SLAs.
vs Uptime Kuma: Kuma cobre labs caseiros de fim de semana. Zabbix cobre datacenters.
Download: https://zabbix.com
Resumo: Se um lab caseiro cresceu para um pequeno negócio, Zabbix é a aposta segura a longo prazo.
Netdata, métricas em tempo real com uma UI padrão deslumbrante
A proposta de Netdata é resolução por segundo em toda métrica, com dashboards que parecem ótimos antes mesmo de tocarmos em uma única configuração. O agente é executado no host, coleta tudo, desde tremulação de CPU a consultas Postgres, e expõe uma UI web local imediatamente após a instalação. É a forma mais rápida de ver, agora mesmo, por que uma máquina se sente lenta.
A topologia pai-filho auto-hospedada nos permite agregar muitos agentes para um node central sem pagar pela Netdata Cloud. Dito isto, Cloud é onde vivem visualizações multi-node, dashboards salvos e alertas móveis, e para pequenas equipes não é caro.
Onde fica aquém: A retenção no lado free auto-hospedado é limitada pelo disco. Armazenamento de longo prazo significa enviar para Prometheus ou fazer upgrade para Cloud. Alerting existe mas é por agente, então ajustar uma frota grande é mais lento que Gatus ou Zabbix.
Preço: Completamente grátis auto-hospedado. Níveis pagos de Netdata Cloud começam em torno de $3 por node por mês.
vs Uptime Kuma: Kuma nos diz que algo está errado. Netdata nos diz qual processo em qual core está fazendo.
Download: https://netdata.cloud
Resumo: A ferramenta que abrimos primeiro quando uma máquina está se comportando mal agora.
Como escolher
Escolha Pulse se executamos Proxmox e Docker e queremos um dashboard para VMs, contêineres e saúde do pool. É a maneira mais fácil de consolidar um lab pequeno, e a configuração leva uma noite.
Escolha Beszel se amamos a simplicidade de Kuma mas precisamos de gráficos de CPU, RAM e disco baseados em agentes. É o substituto mais próximo em sensação, com uma camada de gráfico melhor.
Escolha Gatus para o alerting mais rígido baseado em YAML. Se nossa infra já está no Git, adicionar um monitor deve ser um pull request, não um clique.
Escolha Statping-ng se a página de status é o ponto. Clientes, colegas de equipe ou membros da família veem uma timeline de incidente limpa, não nosso dashboard interno.
Escolha Checkmk Raw se gerenciamos mais de cinquenta nodes e queremos cobertura de plugin que dimensione sem escrever verificações personalizadas. A rampa é real, e compensa uma vez que a frota é grande.
Escolha Zabbix para profundidade empresarial sem fatura. É a opção free mais completa, e tem o histórico mais longo nesta lista.
Escolha Netdata para solução de problemas em tempo real e dashboards padrão deslumbrantes. Ela complementa bem os outros, então muitos labs a executam próximo a Gatus ou Beszel.
Fique no Uptime Kuma se temos menos de 30 verificações e só precisamos de monitoramento HTTP ou ping. Ainda é o caminho mais rápido para uma página de status funcional, e os custos de comutação são reais. Mude apenas quando um limite específico (métricas de agente, regras de alerta, contagem de nodes, polimento de dashboard) estiver bloqueando o lab.
Perguntas frequentes
Qual é a melhor alternativa gratuita ao Uptime Kuma?
Pulse e Beszel são os dois que recomendamos mais frequentemente. Pulse vence para labs Proxmox e Docker que querem um único painel de vidro. Beszel vence para qualquer um que queira a simplicidade de Kuma mais métricas de host reais. Ambas são completamente grátis e código aberto.
O Uptime Kuma suporta monitoramento baseado em agentes?
Não. Uptime Kuma verifica serviços de fora, usando HTTP, ping, porta TCP, DNS e sondas similares. Não há agente sendo executado em um host alvo para relatar CPU, memória ou disco. Para isso precisamos de Beszel, Netdata, Checkmk ou Zabbix.
Uptime Kuma pode monitorar Proxmox?
Apenas indiretamente. Podemos apontar Kuma para a UI web ou endpoints de API de Proxmox e confirmar que eles respondem, mas Kuma não pode relatar carga de CPU por node, contagem de VMs, uso de armazenamento ou saúde do pool ZFS. Pulse é construída exatamente para esse trabalho.
Qual ferramenta de monitoramento auto-hospedada tem o dashboard mais bonito?
Beszel e Netdata são os dois para os quais apontamos pessoas por aparência. A UI de Beszel se sente como uma Kuma refinada com gráficos. As animações por segundo de Netdata são incomparáveis para demonstrar como um servidor saudável se parece. Pulse está próxima atrás e melhorando rapidamente.
Zabbix é excessivo para um lab caseiro?
Geralmente, sim. Zabbix é projetado para centenas ou milhares de hosts, e o esforço de configuração reflete isso. Para um lab caseiro de cerca de vinte máquinas, Beszel, Pulse ou Netdata darão uma melhor proporção de insight para tempo investido. Zabbix se compensa quando entramos em território de pequeno negócio.
