Observabilidade do LibreNMS
O monitoramento deve incluir o próprio servidor/pollers, banco, Redis, RRDCached, disco e filas.
Ponto técnico 1
Monitore o LibreNMS: O monitoramento deve incluir o próprio servidor/pollers, banco, Redis, RRDCached, disco e filas.
Ponto técnico 2
validate.php: É ferramenta central de health-check e verifica config, DB, RRD, disk, fping, ownership e outras condições. Há módulos mail, dist-poller e rrdcheck.
Ponto técnico 3
Poller UI: Acompanhe workers, pending devices e performance por nó.
Ponto técnico 4
Logs: /opt/librenms/logs, systemd, NGINX/PHP-FPM, MariaDB e Redis fornecem camadas distintas de evidência.
Ponto técnico 5
RRD: Monitore I/O e integridade. validate.php -m rrdcheck ajuda a detectar RRD corrupto/ilegível.
Ponto técnico 6
API/Synthetic: Use API/health funcional, login e consulta de device como teste sintético.
Ponto técnico 7
Alerting: Crie alertas externos para falha de poller/DB/storage, evitando depender apenas da plataforma afetada.
Ponto técnico 8
Baseline: Registre tempo normal de polling, workers, DB latency, disk I/O e crescimento.
Procedimento de engenharia
Escopo e impacto
Defina serviço, owner, estado esperado e impacto antes de alterar o monitoramento.
Evidência primeiro
Valide fonte, caminho, credenciais, baseline e timestamps antes de alterar thresholds.
Mudança controlada
Altere uma variável por vez e mantenha um caminho de rollback.
Comandos / fluxo de referência
cd /opt/librenms
./validate.php
./validate.php -m rrdcheck
./validate.php -m mailRotina operacional recomendada
- Revise estados críticos, lacunas de coleta e falhas de entrega a cada turno.
- Revise alertas ruidosos, objetos lentos, credenciais e erros recorrentes semanalmente.
- Revise versões, backup/restore, permissões e capacidade periodicamente.
Sintoma → escopo → camada → evidência → hipótese → validação
Construa, quebre, diagnostique e recupere
- Registre um baseline saudável.
- Induza uma falha controlada relacionada ao tema.
- Identifique a camada com falha antes de reiniciar componentes.
- Corrija a causa identificada e valide a recuperação.
Pronto para produção?
Responsabilidade
Objetivo, escopo e owner estão definidos.
Segurança
Credenciais e integrações seguem menor privilégio.
Validação
Falha e recuperação foram testadas e documentadas.
Documentação sensível à versão
LibreNMS é rolling release. O conteúdo foi confrontado com a documentação oficial atual; instalação, Dispatcher, API, distributed polling, RRDCached, Redis, HA e requisitos devem ser reconfirmados antes de change.