Por que auto-hospedar o monitoramento de uptime em vez de um serviço hospedado?

Duas razões. Controle e privacidade — seus monitores, suas regras de alerta e a lista do que você roda ficam num servidor seu, não num painel de terceiros. E independência — um monitor tem de viver fora daquilo que observa. O Uptime Kuma no seu próprio VPS pequeno continua checando (e alertando) mesmo quando seu servidor principal, ou sua conexão de casa, estão fora. Um serviço hospedado também faz isso, mas auto-hospedar mantém tudo seu e com custo fixo.

De que plano e recursos o Uptime Kuma precisa?

Ele é leve — um Nano-IP (US$ 8/mês) roda dezenas de monitores com folga. O uso de RAM cresce com o número de checagens e o histórico retido, então adicione margem só se estiver monitorando centenas de endpoints. Você quer um IP dedicado para que o painel e a página de status pública sejam acessíveis por HTTPS, e para que suas checagens partam de um endereço estável.

Preciso de um IP dedicado e um domínio?

Para o painel web e uma página de status pública, sim — você abre https://status.yourdomain.com num navegador, o que exige um domínio, TLS válido e o 443 de entrada. Isso é um plano com IPv4 dedicado; planos NAT não aceitam tráfego web de entrada. Um proxy reverso (Caddy) te dá HTTPS automático.

O monitor deve ficar no mesmo servidor que aquilo que observa?

Não — esse é todo o sentido de um servidor separado. Se o seu monitor roda na mesma máquina que sua aplicação, eles caem juntos e você não recebe alerta nenhum. Ponha o Uptime Kuma no seu próprio VPS pequeno (idealmente numa região diferente da sua infraestrutura principal) para que ele seja um observador independente que ainda consegue te alcançar quando algo quebra.

Vocês pedem documento ou cartão?

Não. Cadastre-se com um e-mail, pague em USDC ou USDT. Sem documentos, sem cartão, sem KYC.

VPS para monitoramento de uptime auto-hospedado (Uptime Kuma)

Rode o Uptime Kuma num VPS para monitorar seus sites e serviços e hospedar sua própria página de status — a partir de um servidor fora da sua infraestrutura, para que ele ainda possa alertá-lo quando sua máquina principal cair. IP dedicado, pagamento em cripto, sem KYC. A partir de US$ 8/mês.

A única regra do monitoramento é que o monitor tem de viver fora daquilo que observa. Uma checagem de saúde rodando no mesmo servidor que sua aplicação é inútil no instante em que esse servidor cai — eles falham juntos, e nenhum alerta jamais dispara. Então você quer uma máquina pequena e independente cujo único trabalho é observar todo o resto e te avisar quando quebra. O Uptime Kuma é a ferramenta auto-hospedada exatamente para isso, e um VPS barato é seu lar natural.

Por que auto-hospedar

Independência. No seu próprio VPS — idealmente numa região diferente da sua infraestrutura principal — o Uptime Kuma continua checando e alertando mesmo quando seu servidor primário ou sua conexão de casa estão fora. Esse é todo o valor de um monitor.
Controle e privacidade. Sua lista de endpoints monitorados, suas regras de alerta e sua página de status vivem num servidor seu, não num painel de terceiros que conhece toda a sua stack. Custo mensal fixo, sem preço por monitor.
Uma página de status que você hospeda. O Uptime Kuma publica uma página de status pública limpa — no seu próprio domínio, dizendo aos seus usuários o que está no ar, sem alugar um SaaS de página de status.

Do que ele precisa

Um IPv4 dedicado, um domínio e HTTPS. Você acessa o painel e a página de status em https://status.yourdomain.com, o que exige um domínio, TLS válido e o 443 de entrada — um plano com IP dedicado. Planos NAT não aceitam entrada. Nano-IP (US$ 8/mês) roda dezenas de monitores com folga.
Recursos leves. O Uptime Kuma é pequeno; a RAM só cresce com o número de checagens e o histórico retido. Adicione margem para centenas de endpoints; caso contrário, a menor máquina serve.

Configuração (Ubuntu 24.04, Docker)

# dedicated-IP plan, root shell
apt update && apt install -y docker.io caddy
systemctl enable --now docker

docker run -d --restart=unless-stopped \
  -p 127.0.0.1:3001:3001 \
  -v uptime-kuma:/app/data \
  --name uptime-kuma louislam/uptime-kuma:1

# TLS + reverse proxy on your domain
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp

Aponte status.yourdomain.com para o seu IP, abra-o, crie o usuário admin e adicione monitores — HTTP(S), porta TCP, ping, DNS e mais. Conecte as notificações (Telegram, e-mail, webhooks, ntfy) para que uma queda te alcance, e publique uma página de status para os serviços que quiser tornar públicos.

Para quem é isto

Devops e auto-hospedadores que querem um cão de guarda independente sobre seus próprios servidores e serviços.
Equipes pequenas que precisam de uma página de status e alertas sem pagar por monitor numa ferramenta hospedada.
Qualquer um que rode um home-lab e queira um ponto de observação na nuvem que fica no ar quando a conexão de casa não está.

Por que EQVPS para Uptime Kuma

IPv4 dedicado a partir de US$ 8/mês, amigável a domínio + HTTPS, todas as portas, DNS reverso em autoatendimento.
Locais na UE (Alemanha, Finlândia) — e como operamos duas regiões, você pode colocar o monitor longe da sua máquina principal para uma independência de verdade.
Sem KYC, pagamento em cripto. E-mail para cadastrar, USDC/USDT para pagar.
Root em ~60 segundos, NVMe. Suba o Uptime Kuma, acrescente o Caddy, e seu próprio monitoramento está no ar.

Já roda vários serviços numa máquina? Veja auto-hospedar vários serviços atrás de um IP — um monitor combina naturalmente com uma stack Docker, embora, para independência de verdade, o cão de guarda pertença ao seu próprio servidor separado.