Há dois tipos de administrador de servidor: o que descobre o problema pelo cliente reclamando e o que descobre por um alerta, antes de virar problema. A diferença entre os dois é o monitoramento. Enxergar o que acontece na sua VPS — e ser avisado quando algo foge do normal — é o que transforma pânico em rotina.
O que monitorar
Quatro sinais vitais cobrem a maioria dos problemas:
| Métrica | O que indica quando estoura |
|---|---|
| CPU | Processo travado, pico de tráfego, minerador (invasão) |
| RAM | App vazando memória, falta de recurso, risco de OOM |
| Disco | Logs/backups enchendo, banco crescendo — o clássico "disco cheio" derruba tudo |
| Rede | Pico de saída (spam/botnet), ataque, tráfego anormal |
Além desses: uptime (o serviço responde?) e certificado SSL (vai vencer?).
Nível 1: as ferramentas de linha de comando
Para um diagnóstico rápido, o Linux já traz o essencial:
htop # CPU, RAM e processos em tempo real (instale: apt install htop)
df -h # uso de disco por partição
free -h # memória livre/usada
du -sh * # o que está ocupando espaço numa pasta
journalctl -f # logs do sistema ao vivoRegra prática: quando algo "está estranho", comece com htop (o que consome CPU/RAM?) e df -h (o disco encheu?). Resolve a maioria dos sustos.
Nível 2: um painel de métricas contínuas
Comandos mostram o agora; um painel mostra a tendência (e guarda o histórico para você ver o que aconteceu às 3h da manhã). Opções self-hosted populares:
- Netdata — instala em um comando e entrega um painel lindo, em tempo real, com centenas de métricas. Ótimo custo-benefício para uma VPS.
- Prometheus + Grafana — o padrão da indústria para métricas e dashboards; mais poderoso e mais trabalhoso de configurar.
Para a maioria das VPS, o Netdata já é excelente e leva minutos.
Nível 3: uptime e alertas (ser avisado)
Métrica sem alerta é só um gráfico bonito que ninguém olha na hora certa. Você precisa ser avisado quando:
- Um serviço cai (uptime).
- O disco passa de um limite (ex.: 85%).
- O certificado SSL está perto de vencer.
O Uptime Kuma é perfeito para isso: monitora seus sites/serviços e dispara alerta no Telegram, Discord ou e-mail no segundo em que algo cai. Dica que já demos: rode o monitor numa VPS separada, para uma queda geral não derrubar o vigia junto.
Não esqueça dos logs
Logs contam a história do que aconteceu — essenciais para investigar um incidente:
- Web server:
/var/log/nginx/ou/var/log/apache2/. - Sistema:
journalctl(systemd). - Aplicação: onde seu app grava.
Duas dicas: configure rotação de logs (o logrotate já vem no Linux) para eles não encherem o disco, e saiba filtrar (grep, tail -f) para achar o que importa. Um pico de erros no log costuma anteceder uma queda.
Sinais de que algo está errado (checklist)
- CPU alta e constante sem motivo → possível minerador/invasão.
- Tráfego de saída anormal → spam/botnet.
- Disco enchendo rápido → logs, backups ou banco fora de controle.
- RAM sempre no limite → hora de otimizar ou escalar.
- Logins ou processos que você não reconhece → investigar já.
Monitorar é parte da segurança: muitos ataques aparecem primeiro como uma anomalia nas métricas.
Enxergar tudo pede acesso ao servidor — pede VPS
Instalar Netdata, ler logs do sistema, configurar alertas: tudo exige root, que só a VPS oferece. A VittHost entrega VPS com root e IP dedicado, no Brasil e no Canadá:
Este é o fim do cluster de DevOps — comece pela base: bancos de dados na VPS.
