Como configurar logs centralizados para monitorar vários serviços no seu VPS
Oi! Aqui é a Sensei da GeHost 🥋 Se você tem um VPS com a gente e roda mais de um serviço nele — site, banco de dados, uma API, um painel de controle — sabe como é: cada serviço grava o próprio "diário de bordo" (o log) num lugar diferente. Quando dá algum problema, você acaba correndo entre vários arquivos tentando entender o que aconteceu e em que ordem. Cansativo, né?
Hoje vou te ensinar, com calma e passo a passo, como centralizar os logs do seu VPS — ou seja, juntar tudo num lugar só (ou pelo menos organizado de um jeito fácil de consultar) pra você monitorar a saúde dos seus serviços sem se perder.
💡 Dica da Sensei: este guia é para quem tem um VPS (acesso via SSH, com usuário root ou sudo). Se o seu plano é uma hospedagem compartilhada (cPanel), esses comandos não se aplicam ao seu ambiente — nesse caso, fale com o nosso suporte que a gente te orienta certinho sobre o seu tipo de plano.1. Entenda onde cada serviço já guarda os logs
Antes de centralizar qualquer coisa, vale mapear o que você já tem. Na maioria das distribuições Linux, os logs do sistema e de vários serviços populares ficam concentrados na pasta /var/log. Alguns exemplos comuns:
- Servidor web (Apache/Nginx): geralmente em
/var/log/apache2/ou/var/log/nginx/, com um arquivo de acesso (access.log) e um de erro (error.log).- Banco de dados (MySQL/MariaDB): normalmente em
/var/log/mysql/.- Sistema operacional e serviços via systemd: não ficam em arquivo de texto solto — eles vão para o journal do systemd, e você consulta com o comando
journalctl.- Aplicações próprias (seu sistema, sua API): dependem de como o desenvolvedor configurou — pode ser um arquivo de log customizado dentro da pasta do projeto.
Rode um
ls -la /var/log/no terminal do seu VPS pra ter uma visão geral do que já existe por aí.2. Use o
journalctlcomo seu primeiro "painel central"Se os seus serviços rodam via systemd (a grande maioria dos serviços modernos em Linux roda assim), você já tem um centralizador built-in: o
journalctl. Ele junta os logs do sistema e de vários serviços num só lugar, com data e hora sincronizadas — ótimo pra entender "o que aconteceu primeiro, o que aconteceu depois".
- Pra ver tudo em tempo real:
journalctl -f- Pra ver só de um serviço específico (ex.: nginx):
journalctl -u nginx -f- Pra ver só as últimas horas:
journalctl --since "1 hour ago"- Pra ver só erros/avisos:
journalctl -p err💡 Dica da Sensei: o parâmetro-fé o "acompanhar ao vivo" (como otail -ftradicional). Ótimo pra deixar aberto num terminal enquanto você testa alguma mudança no site ou na aplicação.3. Para serviços que gravam em arquivo (Apache, Nginx, MySQL etc.), use o
rsyslogNem todo serviço manda log pro
journalctl— muitos ainda escrevem em arquivos de texto separados. Pra "puxar" esses arquivos pro mesmo lugar e ter tudo centralizado, o rsyslog é a ferramenta padrão em praticamente toda distribuição Linux.
- Verifique se ele já está ativo:
systemctl status rsyslog- Os arquivos de configuração ficam em
/etc/rsyslog.confe na pasta/etc/rsyslog.d/.- Você pode criar uma regra simples nessa pasta pra direcionar logs de um serviço específico para um arquivo central, por exemplo um
/var/log/central.log, reunindo o que vier de diferentes origens configuradas.- Depois de qualquer alteração, reinicie o serviço:
systemctl restart rsyslog⚠️ Vai mexer nesses arquivos de configuração? Se você não tem muita familiaridade com edição de arquivos de configuração do sistema, recomendo pedir apoio ao nosso suporte técnico antes de alterar — uma regra mal formatada pode fazer o serviço de log parar de funcionar.4. Não deixe os logs "comerem" o disco do seu VPS
Log centralizado é ótimo, mas se ele crescer sem controle, pode lotar o disco do seu servidor — e aí sim vira um problema sério. Pra isso existe o
logrotate, que já vem instalado na maioria dos VPS Linux e cuida de "girar" os arquivos automaticamente (arquiva o antigo, compacta, e depois de um tempo apaga).
- As configurações ficam em
/etc/logrotate.confe na pasta/etc/logrotate.d/(geralmente cada serviço já tem a própria regra criada na instalação).- Pra testar se uma regra está válida sem esperar a rotina automática:
logrotate -d /etc/logrotate.d/nome-do-arquivo(o-dé modo simulação, não altera nada de verdade).5. Consultas rápidas do dia a dia
No dia a dia, você não precisa de nada sofisticado pra dar uma "olhada rápida" — o próprio terminal já resolve muita coisa:
tail -f /caminho/do/log— acompanhar um arquivo de log em tempo real.grep "erro" /caminho/do/log— buscar uma palavra-chave dentro do log.less /caminho/do/log— abrir o arquivo pra navegar e pesquisar com calma (tecla/pra buscar).6. Quer ir além? Existem ferramentas de agregação de logs
Se o seu VPS roda muitos serviços e você quer um painel visual (gráficos, alertas, busca por texto entre todos os serviços de uma vez), o mercado tem soluções de agregação de logs (algumas gratuitas, open-source, outras pagas) que centralizam tudo em um único painel web. A instalação e configuração desse tipo de ferramenta é um passo mais avançado — se você tiver interesse, fale com o nosso time de suporte pra avaliar junto com você o que faz sentido para o seu projeto.
Boas práticas que a Sensei recomenda
- Nunca deixe logs com dados sensíveis (senhas, dados de cartão, CPF) — se a sua aplicação registra esse tipo de informação em log, vale revisar o código com o desenvolvedor responsável.
- Cuide das permissões dos arquivos de log — eles não precisam (e não devem) ser acessíveis por qualquer usuário do sistema.
- Defina um tempo de retenção (por quanto tempo guardar os logs antigos) que faça sentido pro seu negócio, equilibrando espaço em disco e histórico útil.
- Reserve um momento por semana pra dar uma olhada geral nos logs, mesmo sem incidente — ajuda a pegar um probleminha antes dele virar um problemão.
🥋 Ficou com dúvida em algum passo? Pode chamar o suporte da GeHost pelo painel.gehost.com.br — a gente te ajuda a configurar com segurança, sem deixar nada quebrado no caminho.