Alta Disponibilidade
HA do LibreNMS precisa tratar polling e WebUI, mas depende também de banco, Redis e RRD.
Ponto técnico 1
Escopo real: HA do LibreNMS precisa tratar polling e WebUI, mas depende também de banco, Redis e RRD.
Ponto técnico 2
Database: A documentação cita MySQL/MariaDB clustering; Galera é uma opção documentada. Backup continua obrigatório mesmo com cluster.
Ponto técnico 3
Redis Sentinel: Usado para sessão/cache em arquitetura HA.
Ponto técnico 4
Polling: Polling HA depende de distributed setup usando Dispatcher Service.
Ponto técnico 5
RRD: RRDCached não torna os RRDs HA sozinho. Armazenamento compartilhado/redundante continua necessário.
Ponto técnico 6
WebUI: Múltiplos frontends podem ser colocados atrás de load balancer desde que sessão/configuração sejam compartilhadas corretamente.
Ponto técnico 7
RRDCached: A documentação recomenda um RRDCached ativo com failover pronto e storage compartilhado; desenhe cuidadosamente o mecanismo de failover.
Ponto técnico 8
Teste de falha: Perda de WebUI, poller, DB, Redis e storage devem ser testadas separadamente.
Ponto técnico 9
RTO: HA reduz indisponibilidade, mas não substitui restore de corrupção/configuraçã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.
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.
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.