O que vem instalado no seu servidor Healthchecks?
- Healthchecks 5.0 na imagem oficial
- Banco de dados SQLite, então não é preciso um servidor de banco de dados separado
- Os processos de alertas e relatórios (sendalerts, sendreports) rodando dentro do contêiner
- Uma conta de administrador, com o e-mail de login e a senha no seu painel
- Cadastro fechado, para que ninguém mais possa se registrar
- HTTPS pelo Caddy em um endereço sslip.io baseado no seu IP
- Firewall com apenas as portas 22, 80 e 443 abertas
Qual tamanho você precisa para Healthchecks?
A documentação do Healthchecks não informa um valor de RAM. Como regra prática, 1 GB é um bom começo, já que o app responde principalmente a requisições de ping e envia alertas em segundo plano. Se precisar economizar memória, a documentação indica a configuração GUNICORN_WORKERS. Considere 2 GB conforme seus checks e o histórico de pings crescerem. Por padrão, os últimos 100 pings são mantidos para cada check, e uma conta pode ter até 10.000 checks.
| Uso | Tamanho | Preço | Escolher |
|---|---|---|---|
| Algumas pessoas | 1 GB RAM · 1 vCore · 25 GB NVMe | $2.58/mês | |
| Equipe pequena | 2 GB RAM · 1 vCore · 40 GB NVMe | $4.01/mês | |
| Empresa | 4 GB RAM · 2 vCore · 60 GB NVMe | $6.89/mês |
Para quem é?
- Administradores que querem prova de que o backup da noite passada realmente rodou
- Desenvolvedores com tarefas cron e agendadas para acompanhar
- Agências que acompanham jobs de vários projetos
- Quem prefere não deixar os dados de monitoramento de jobs com um serviço externo
O que acontece depois do pedido?
- Defina o tamanho e conclua o pagamento.
- Seu servidor inicia e o Healthchecks se instala sozinho. Está pronto quando a linha App do seu painel indicar que o Healthchecks está pronto.
- Na aba Visão geral, clique em Abrir app e entre com os dados das linhas E-mail e Senha.
- Para alertas por e-mail, adicione configurações como EMAIL_HOST ao compose.yaml, ou conecte um webhook no lugar.
- Crie um check e defina o período e o tempo de tolerância dele.
- Adicione uma chamada curl ao endereço de ping no final do seu job.
Em todo servidor
- Backup diário incluído no preço
- Tráfego ilimitado
- Acesso root completo
- Aumente ou reduza RAM e CPU depois, e aumente o disco
- Localização: Istanbul · IST-1.
Bom saber
- A instalação não configura o envio de e-mail. O Healthchecks envia alertas, relatórios e links de login por e-mail, então nada disso sai até você adicionar configurações como EMAIL_HOST ao /opt/seturack/healthchecks/compose.yaml.
- Telegram, Discord, Pushover e Matrix precisam de chaves extras no servidor. Os webhooks funcionam sem elas.
- Se o Healthchecks parar, os alertas também param. Para jobs importantes, mantenha este servidor separado dos servidores que você acompanha.
- Trate os endereços de ping como segredos. Quem tiver um deles pode marcar aquele job como bem-sucedido.
- A interface existe só em inglês.
- A instalação usa SQLite. O projeto lista PostgreSQL ou MySQL como seus blocos de auto-hospedagem, então planeje uma migração de banco de dados se você rodar muitos checks com muitos pings.
Perguntas e respostas sobre Healthchecks
De quanta RAM o Healthchecks precisa?
A documentação do Healthchecks não informa um valor de RAM. Como regra prática, 1 GB é um bom começo, e 2 GB atendem um número crescente de checks e mais histórico de pings. Se não bastar, você aumenta pelo seu painel.
Como o Healthchecks funciona?
Cada check tem o próprio endereço de ping, um período esperado e um tempo de tolerância. Seu job chama o endereço ao terminar. Se a chamada atrasar e o tempo de tolerância acabar, o check fica como inativo e os alertas são enviados.
Como adiciono o Healthchecks a uma tarefa cron?
Copie o endereço de ping do check e adicione-o à linha do seu crontab, assim: /root/backup.sh && curl -fsS -m 10 --retry 5 -o /dev/null ENDEREÇO_DE_PING. Se o backup falhar, o ping não sai e você recebe um alerta quando o tempo acabar.
Um job pode avisar que falhou?
Sim. Adicione /fail ao endereço de ping para avisar uma falha na hora, /start para marcar o início de uma execução, ou um código de saída. Assim você não precisa esperar o limite de tempo quando um job dá erro.
Quais canais de alerta o Healthchecks suporta?
Webhooks, Slack, Microsoft Teams e PagerDuty vêm ativos por padrão e não precisam de chaves no servidor. O e-mail exige configurações de SMTP. Telegram, Discord e Pushover precisam de chaves desses serviços adicionadas ao compose.yaml.
Qual é a diferença para um monitor de sites?
Uma ferramenta como o Uptime Kuma envia requisições ao seu site de fora. O Healthchecks funciona ao contrário: o job avisa quando termina, e o silêncio dispara o alerta. Por isso ele consegue acompanhar backups e tarefas cron que não têm endereço público.
Posso usar meu próprio domínio com o Healthchecks?
Sim, mas os endereços de ping são montados a partir do endereço do site, então conecte o domínio antes de criar os checks. Você vai precisar de um registro A, das configurações do Caddy e de SITE_URL, SITE_HOST e SITE_ADI no arquivo .env. Se mudar depois, atualize os endereços nos seus jobs.