{ "schemaVersion": "1.0", "id": 151, "path": "/artigos/monitorar-vps-24-horas", "url": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas", "markdownUrl": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas.md", "jsonUrl": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas.json", "title": "Como monitorar uma VPS 24 horas: alertas, uptime e métricas", "seoTitle": "Como monitorar uma VPS 24 horas com alertas | RoxyCloud", "description": "Monte o monitoramento 24 horas da VPS: uptime externo com Uptime Kuma, CPU, RAM e disco, limites de alerta, heartbeat de backup e alertas no Discord.", "category": "servidor-vps-cloud", "categoryLabel": "Servidor VPS (Cloud)", "categoryUrl": "https://ajuda.roxycloud.com.br/categorias/servidor-vps-cloud", "datePublished": "2026-09-02", "dateModified": "2026-09-11", "readingMinutes": 7, "wordCount": 1313, "h1": "Como monitorar uma VPS 24 horas: alertas, uptime e métricas", "excerpt": "Monte o monitoramento 24 horas da VPS: uptime externo com Uptime Kuma, CPU, RAM e disco, limites de alerta, heartbeat de backup e alertas no Discord.", "author": "Equipe RoxyCloud", "language": "pt-BR", "toc": [ { "id": "as-quatro-camadas-do-monitoramento", "label": "As quatro camadas do monitoramento", "level": 2 }, { "id": "metricas-e-limites-de-alerta", "label": "Métricas e limites de alerta", "level": 2 }, { "id": "disponibilidade-vista-de-fora", "label": "Disponibilidade vista de fora", "level": 2 }, { "id": "recursos-servicos-e-historico", "label": "Recursos, serviços e histórico", "level": 2 }, { "id": "backup-cron-e-certificado-heartbeat", "label": "Backup, cron e certificado: heartbeat", "level": 2 }, { "id": "alertas-que-so-tocam-quando-precisa", "label": "Alertas que só tocam quando precisa", "level": 2 }, { "id": "ferramentas-para-cada-tamanho", "label": "Ferramentas para cada tamanho", "level": 2 }, { "id": "onde-rodar-o-monitoramento-na-roxycloud", "label": "Onde rodar o monitoramento na RoxyCloud", "level": 2 }, { "id": "perguntas-frequentes", "label": "Perguntas frequentes", "level": 2 } ], "faqs": [ { "question": "Qual a melhor ferramenta para monitorar uma VPS?", "answer": "Não existe uma só. Para disponibilidade, um monitor externo como o Uptime Kuma rodando fora da VPS. Para recursos, Netdata em uma ou poucas máquinas, ou Prometheus com Grafana para várias." }, { "question": "Posso monitorar a VPS de dentro dela mesma?", "answer": "Métricas de CPU, memória e disco, sim. Disponibilidade, não: se a VPS travar ou perder a rede, o monitor cai junto. O check de uptime precisa rodar em outra máquina." }, { "question": "Com quantos por cento de disco devo receber alerta?", "answer": "Aviso em 80% e crítico em 90%, olhando também os inodes. Em discos pequenos, alerte por GB livres." }, { "question": "Como saber se o backup rodou sem conferir todo dia?", "answer": "Use heartbeat: no fim do script, uma chamada à URL de push do monitor. Se o sinal não chegar no tempo esperado, você recebe o alerta." }, { "question": "Como receber alerta de queda no Discord?", "answer": "No Uptime Kuma, crie uma notificação do tipo Discord com a URL de um webhook do canal da equipe e associe aos monitores. O mesmo vale para Telegram, com o token de um bot." } ], "howToSteps": [], "relatedGuides": [ { "title": "RDP não conecta na VPS Windows? Use o console VNC do painel", "url": "https://ajuda.roxycloud.com.br/artigos/console-vnc-vps-windows-rdp-nao-conecta", "markdownUrl": "https://ajuda.roxycloud.com.br/artigos/console-vnc-vps-windows-rdp-nao-conecta.md" }, { "title": "Disco cheio no Linux: como ver o que ocupa espaço na VPS", "url": "https://ajuda.roxycloud.com.br/artigos/disco-cheio-linux-ver-espaco-vps", "markdownUrl": "https://ajuda.roxycloud.com.br/artigos/disco-cheio-linux-ver-espaco-vps.md" }, { "title": "Como monitorar a VPS com htop e Netdata", "url": "https://ajuda.roxycloud.com.br/artigos/htop-e-netdata-monitorar-vps", "markdownUrl": "https://ajuda.roxycloud.com.br/artigos/htop-e-netdata-monitorar-vps.md" }, { "title": "Como instalar o Portainer na VPS para gerenciar o Docker", "url": "https://ajuda.roxycloud.com.br/artigos/como-instalar-portainer-vps", "markdownUrl": "https://ajuda.roxycloud.com.br/artigos/como-instalar-portainer-vps.md" }, { "title": "SCP e rsync: como transferir arquivos para a VPS", "url": "https://ajuda.roxycloud.com.br/artigos/scp-e-rsync-transferir-arquivos-vps", "markdownUrl": "https://ajuda.roxycloud.com.br/artigos/scp-e-rsync-transferir-arquivos-vps.md" } ], "relatedProducts": [ "https://roxycloud.com.br/vps-xeon" ], "content": { "format": "markdown", "body": "**Resposta rápida:** para monitorar uma VPS 24 horas por dia, combine quatro camadas: um **monitor de disponibilidade rodando fora da VPS** (como o Uptime Kuma), **métricas de CPU, RAM, disco e rede com histórico** (Netdata ou Prometheus com Grafana), **heartbeat** para tarefas agendadas como backup e **alertas com limites claros** enviados a um canal que alguém realmente lê, como Discord ou Telegram.\n\n## As quatro camadas do monitoramento\n\n- **Disponibilidade:** o serviço responde para quem está de fora? Checagem HTTP, TCP ou ping feita de outra máquina, em intervalos curtos.\n- **Recursos:** a máquina tem folga? CPU, memória, disco e rede com histórico.\n- **Serviços:** os processos importantes estão de pé? Serviços do systemd, containers, banco, filas.\n- **Tarefas e prazos:** o que deveria rodar em horário marcado rodou? Backup, cron, renovação de certificado.\n\nO erro mais comum é cobrir só a primeira. O site tem monitor de uptime, então ninguém percebe que o disco passou de 85% na semana anterior, até o banco parar de gravar. Ou o backup falha toda madrugada, em silêncio, até o dia em que alguém precisa dele.\n\n## Métricas e limites de alerta\n\nUse os limites abaixo como ponto de partida por duas semanas e ajuste: o limite certo é o que teria avisado nos incidentes passados e ficado quieto nos dias normais.\n\n| Métrica | Aviso | Crítico |\n| --- | --- | --- |\n| Resposta HTTP ou porta TCP | Tempo 3 vezes acima do normal | 3 falhas seguidas |\n| CPU | Acima de 85% por 15 minutos | Acima de 95% por 30 minutos |\n| Load average (5 min) | Acima do número de vCPU por 15 minutos | Acima do dobro do número de vCPU |\n| CPU steal | Acima de 5% por 15 minutos | Acima de 10% de forma recorrente |\n| Memória disponível | Abaixo de 15% | Abaixo de 5% ou swap crescendo |\n| Disco usado | Acima de 80% | Acima de 90% |\n| Inodes usados | Acima de 80% | Acima de 90% |\n| Certificado SSL | Menos de 14 dias para expirar | Menos de 7 dias |\n| Backup | Nenhum sucesso em 26 horas | Nenhum sucesso em 48 horas |\n\nEm discos pequenos, como 20 GB, prefira alertar por GB livres: 10% são só 2 GB, e um log descontrolado consome isso em poucas horas.\n\n## Disponibilidade vista de fora\n\nRegra de ouro: **o monitor de disponibilidade não pode morar na máquina que ele vigia**. Se a VPS travar ou perder a rede, o monitor cai junto, e o silêncio parece boa notícia. As opções:\n\n- **Uma VPS pequena só para monitorar,** rodando o Uptime Kuma e checando as outras máquinas.\n- **Um serviço externo de uptime,** útil como segunda opinião, porque checa a partir de outras redes.\n- **Os dois juntos,** para cobrir detalhes e problemas de rota.\n\nO Uptime Kuma é gratuito e roda em Docker:\n\n```bash\nsudo docker run -d --restart=always -p 3001:3001 \\\n -v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1\n```\n\nO `:1` fixa a versão principal 1; confira na página oficial do projeto se já existe uma versão principal mais nova antes de instalar. Acesse `http://IP_DA_VPS:3001`, crie o administrador e, depois, publique o painel por um domínio com HTTPS. Se ainda não tem Docker, veja [como instalar Docker](https://ajuda.roxycloud.com.br/artigos/instalar-docker-ubuntu-debian).\n\nUm monitor HTTP que só confere o código 200 pode passar enquanto a aplicação mostra uma página de erro. Prefira checar uma **palavra-chave** que só aparece quando a página carregou de verdade, ou uma rota `/health` que testa o banco. Para servidores de jogos, banco e SSH, use checagem de **porta TCP**.\n\n## Recursos, serviços e histórico\n\nPara recursos, o **Netdata** instala em minutos e já vem com alertas prontos, ótimo para uma ou poucas VPS; veja o guia de [htop e Netdata](https://ajuda.roxycloud.com.br/artigos/htop-e-netdata-monitorar-vps). Para várias máquinas, **Prometheus com node_exporter e Grafana** centraliza tudo e guarda histórico longo. Guarde pelo menos 15 a 30 dias: a pergunta mais útil em um incidente é \"desde quando?\".\n\nPara serviços, faça o próprio systemd religar o que cair, adicionando à unidade da sua aplicação:\n\n```ini\n[Service]\nRestart=on-failure\nRestartSec=5\n```\n\nReinício automático resolve o sintoma, não a causa. Acompanhe as falhas:\n\n```bash\nsystemctl --failed\njournalctl -u minha-app -p err --since \"1 hour ago\"\n```\n\n## Backup, cron e certificado: heartbeat\n\nAs piores falhas não fazem barulho. A solução é inverter a lógica com **heartbeat**: em vez de o monitor perguntar, a própria tarefa avisa que rodou. Se o sinal não chegar no tempo esperado, o alerta dispara. O monitor do tipo *Push* do Uptime Kuma faz exatamente isso:\n\n```bash\n#!/usr/bin/env bash\nset -euo pipefail\n/usr/local/sbin/meu-backup.sh\n# só chega aqui se o backup terminou sem erro\ncurl -fsS -m 10 --retry 3 \"https://status.seu-dominio.com.br/api/push/SEU_TOKEN?status=up&msg=OK\" > /dev/null\n```\n\nCom `set -e`, qualquer erro interrompe o script antes do `curl`. E, se o script nem rodar, o sinal também não chega e o alerta dispara. Para montar o backup, veja [backup automático com rsync](https://ajuda.roxycloud.com.br/artigos/backup-automatico-linux-rsync). Para certificados, ative o aviso de expiração no monitor HTTP e rode de vez em quando `sudo certbot renew --dry-run`.\n\n## Alertas que só tocam quando precisa\n\n- **Dois níveis:** crítico acorda alguém (serviço fora, disco acima de 90%); aviso vai para um canal lido no horário comercial.\n- **Confirmação:** 2 ou 3 falhas seguidas antes de avisar, com checagem a cada 30 a 60 segundos.\n- **Aviso de recuperação:** avise quando voltar, para ninguém investigar algo já resolvido.\n- **Janela de manutenção:** pause os alertas em atualizações planejadas, em vez de desligar o monitor e esquecer.\n- **Canal certo:** Discord ou Telegram da equipe no dia a dia, e-mail como registro. Nunca o canal público da comunidade.\n\nTodo alerta precisa de um dono e de um primeiro passo escrito. Exemplo: \"disco acima de 90%: rodar `du` na raiz, conferir logs e imagens do Docker\". Às 3h da manhã, ninguém raciocina bem sem roteiro. E teste o alerta: pare um serviço de propósito em um horário tranquilo e cronometre quanto tempo a notificação leva para chegar.\n\n## Ferramentas para cada tamanho\n\n| Cenário | Disponibilidade | Recursos | Tarefas |\n| --- | --- | --- | --- |\n| Uma VPS com site, API ou bot | Uptime Kuma em outra máquina | Netdata na própria VPS | Push do backup e aviso de certificado |\n| Duas a dez VPS | Uptime Kuma em uma VPS de monitoramento | node_exporter em cada VPS, Prometheus e Grafana centrais | Push de cada backup e rotina crítica |\n| Operação com clientes e plantão | Uptime Kuma mais checagem de outra rede | Prometheus e Grafana com alertas por severidade | Push, certificados e página de status pública |\n\n## Onde rodar o monitoramento na RoxyCloud\n\nO servidor de monitoramento precisa de pouca CPU, memória estável e, acima de tudo, ficar de pé quando as outras máquinas caem. Uma [VPS Xeon](https://roxycloud.com.br/vps-xeon) pequena e separada das aplicações faz isso bem: a de 2 GB roda o Uptime Kuma e um Prometheus para poucas máquinas, e a de 4 GB acomoda também o Grafana com 30 dias de histórico.\n\nUm cuidado honesto: uma VPS de monitoramento no mesmo datacenter detecta queda de serviço, travamento e falta de recurso, mas não enxerga um problema de rota entre o datacenter e os seus usuários. Para essa camada, mantenha também uma checagem a partir de outra rede. A infraestrutura da RoxyCloud, no datacenter próprio em Presidente Prudente (SP), tem monitoramento 24/7 por parte da equipe; o monitoramento descrito aqui cobre a sua aplicação, que é responsabilidade de quem administra a VPS.\n\n## Perguntas frequentes\n\n**Qual a melhor ferramenta para monitorar uma VPS?**\n\nNão existe uma só. Para disponibilidade, um monitor externo como o Uptime Kuma rodando fora da VPS. Para recursos, Netdata em uma ou poucas máquinas, ou Prometheus com Grafana para várias.\n\n**Posso monitorar a VPS de dentro dela mesma?**\n\nMétricas de CPU, memória e disco, sim. Disponibilidade, não: se a VPS travar ou perder a rede, o monitor cai junto. O check de uptime precisa rodar em outra máquina.\n\n**Com quantos por cento de disco devo receber alerta?**\n\nAviso em 80% e crítico em 90%, olhando também os inodes. Em discos pequenos, alerte por GB livres.\n\n**Como saber se o backup rodou sem conferir todo dia?**\n\nUse heartbeat: no fim do script, uma chamada à URL de push do monitor. Se o sinal não chegar no tempo esperado, você recebe o alerta.\n\n**Como receber alerta de queda no Discord?**\n\nNo Uptime Kuma, crie uma notificação do tipo Discord com a URL de um webhook do canal da equipe e associe aos monitores. O mesmo vale para Telegram, com o token de um bot." }, "jsonLd": [ { "@type": "Article", "@id": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas#article", "headline": "Como monitorar uma VPS 24 horas com alertas", "description": "Monte o monitoramento 24 horas da VPS: uptime externo com Uptime Kuma, CPU, RAM e disco, limites de alerta, heartbeat de backup e alertas no Discord.", "url": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas", "articleSection": "Servidor VPS (Cloud)", "inLanguage": "pt-BR", "isAccessibleForFree": true, "mainEntityOfPage": { "@type": "WebPage", "@id": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas#webpage" }, "image": [ "https://ajuda.roxycloud.com.br/og-ajuda.png" ], "author": { "@type": "Organization", "name": "RoxyCloud" }, "publisher": { "@type": "Organization", "name": "RoxyCloud", "logo": { "@type": "ImageObject", "url": "https://cdn.roxycloud.com.br/logo.png" } }, "datePublished": "2026-09-02T13:41:56.000Z", "dateModified": "2026-09-11T12:22:23.000Z" }, { "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "Início", "item": "https://ajuda.roxycloud.com.br" }, { "@type": "ListItem", "position": 2, "name": "Servidor VPS (Cloud)", "item": "https://ajuda.roxycloud.com.br/categorias/servidor-vps-cloud" }, { "@type": "ListItem", "position": 3, "name": "Como monitorar uma VPS 24 horas: alertas, uptime e métricas", "item": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas" } ] }, { "@type": "FAQPage", "@id": "https://ajuda.roxycloud.com.br/artigos/monitorar-vps-24-horas#faq", "mainEntity": [ { "@type": "Question", "name": "Qual a melhor ferramenta para monitorar uma VPS?", "acceptedAnswer": { "@type": "Answer", "text": "Não existe uma só. Para disponibilidade, um monitor externo como o Uptime Kuma rodando fora da VPS. Para recursos, Netdata em uma ou poucas máquinas, ou Prometheus com Grafana para várias." } }, { "@type": "Question", "name": "Posso monitorar a VPS de dentro dela mesma?", "acceptedAnswer": { "@type": "Answer", "text": "Métricas de CPU, memória e disco, sim. Disponibilidade, não: se a VPS travar ou perder a rede, o monitor cai junto. O check de uptime precisa rodar em outra máquina." } }, { "@type": "Question", "name": "Com quantos por cento de disco devo receber alerta?", "acceptedAnswer": { "@type": "Answer", "text": "Aviso em 80% e crítico em 90%, olhando também os inodes. Em discos pequenos, alerte por GB livres." } }, { "@type": "Question", "name": "Como saber se o backup rodou sem conferir todo dia?", "acceptedAnswer": { "@type": "Answer", "text": "Use heartbeat: no fim do script, uma chamada à URL de push do monitor. Se o sinal não chegar no tempo esperado, você recebe o alerta." } }, { "@type": "Question", "name": "Como receber alerta de queda no Discord?", "acceptedAnswer": { "@type": "Answer", "text": "No Uptime Kuma, crie uma notificação do tipo Discord com a URL de um webhook do canal da equipe e associe aos monitores. O mesmo vale para Telegram, com o token de um bot." } } ] } ] }