CIRCUITO
CARIOCA TI · DOCUMENTAÇÃO
♙
Librenms · Implementação

Instalação

A documentação oficial atual usa instalação manual suportada. O antigo conceito de 'script oficial que instala tudo' não deve ser usado como base desta documentação.

librenms://Implementação
$ platform: Librenms
$ topic: Instalação
$ mode: production
$ method: evidence-first_
Escopo técnico

Instalação

A documentação oficial atual usa instalação manual suportada. O antigo conceito de 'script oficial que instala tudo' não deve ser usado como base desta documentação.

01 · Implementação

Ponto técnico 1

Método atual: A documentação oficial atual usa instalação manual suportada. O antigo conceito de 'script oficial que instala tudo' não deve ser usado como base desta documentação.

02 · Implementação

Ponto técnico 2

Requisitos: Use sistema operacional suportado, NGINX recomendado, MariaDB/MySQL, PHP compatível, RRDtool, SNMP e dependências Python/PHP. A documentação atual informa PHP mínimo 8.4 e recomenda 8.5.

03 · Implementação

Ponto técnico 3

Usuário e diretório: LibreNMS é normalmente instalado em /opt/librenms com usuário de sistema librenms. Ownership e ACLs de rrd, logs, storage e cache são parte funcional da instalação.

04 · Implementação

Ponto técnico 4

Composer: As dependências PHP são instaladas com scripts/composer_wrapper.php install --no-dev executado como librenms.

05 · Implementação

Ponto técnico 5

Banco: Crie banco/usuário dedicados e configure MariaDB conforme a documentação atual. Valide timezone e parâmetros antes do web installer.

06 · Implementação

Ponto técnico 6

PHP-FPM e Web: Configure PHP-FPM e NGINX/Apache conforme o SO. HTTPS deve ser configurado antes de qualquer exposição pública.

07 · Implementação

Ponto técnico 7

Scheduler: A instalação atual inclui librenms-scheduler.service/timer. Dispatcher Service é uma evolução opcional para scheduling e escala.

08 · Implementação

Ponto técnico 8

Validação: Após a instalação, execute ./validate.php como librenms. CLI e WebUI fazem verificações diferentes; use ambos.

09 · Implementação

Ponto técnico 9

Primeiro dispositivo: Adicione localhost e depois um equipamento real. Não comece cadastrando centenas de dispositivos antes de validar polling, RRD, alerting e backup.

Aplicação em produção

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

su - librenms
cd /opt/librenms
./validate.php

# Scheduler systemd
systemctl status librenms-scheduler.timer
Manutenção

Rotina 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.
Troubleshooting por evidências

Sintoma → escopo → camada → evidência → hipótese → validação

Capture logs, timestamps, saídas e topologia antes da ação corretiva sempre que possível.
Laboratório guiado

Construa, quebre, diagnostique e recupere

  1. Registre um baseline saudável.
  2. Induza uma falha controlada relacionada ao tema.
  3. Identifique a camada com falha antes de reiniciar componentes.
  4. Corrija a causa identificada e valide a recuperação.
Checklist de produçã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.

Versão e referências

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.