CIRCUITO
CARIOCA TI · DOCUMENTAÇÃO
♙
Zabbix · Fundamentos

Introdução

Entenda o papel do Zabbix no monitoramento de infraestrutura, redes, serviços e aplicações, do dado bruto ao evento operacional.

zabbix://introducao
$ branch: 7.4
$ topic: Introdução
$ mode: production
$ method: evidence-first_
01 · Conceito

O que é o Zabbix?

O Zabbix é uma plataforma de monitoramento de infraestrutura capaz de coletar métricas, detectar condições de problema, registrar eventos e gerar alertas a partir dos dados observados.

Na prática, ele funciona como uma camada de observação entre os equipamentos e a equipe que opera a infraestrutura. Em vez de o técnico precisar consultar manualmente dezenas de dispositivos, o Zabbix reúne os dados em um ponto central e permite acompanhar disponibilidade, desempenho, capacidade e eventos.

Para o contexto do CircuitoCarioca, o interesse principal está no uso do Zabbix para redes, servidores, NOC, provedores de internet e ambientes FTTH.

02 · Problema

Por que usar um sistema de monitoramento?

Sem monitoramento centralizado, a operação tende a ficar reativa: o problema acontece, o usuário percebe e o chamado chega ao suporte. A equipe então começa a investigar o que aconteceu.

Reagir depois da falha A equipe só percebe o incidente depois que o serviço já foi afetado.
Falta de histórico Sem histórico, fica mais difícil saber quando uma degradação começou.
Muitos equipamentos Consultar manualmente dezenas ou centenas de dispositivos não escala.
Alertas desconectados Eventos sem contexto podem gerar ruído e dificultar a identificação da causa.
03 · Aplicações

O que o Zabbix pode monitorar?

Servidores

CPU Memória Disco Processos Serviços Uptime

Redes

Roteadores Switches Firewalls Interfaces Tráfego Erros

Telecom / FTTH

OLT ONU PON Potência óptica Uplinks Sensores

Serviços

HTTP DNS TCP APIs Aplicações Disponibilidade

Virtualização

Hosts VMs Recursos Datastores Capacidade Disponibilidade

Infraestrutura

Temperatura Ventoinhas Fontes Energia Storage Hardware
04 · Funcionamento

Como o monitoramento acontece?

O princípio é simples: o Zabbix precisa obter uma informação, armazená-la, avaliar seu estado e apresentar o resultado para a operação.

01
Coletar Obter uma métrica ou estado do dispositivo.
02
Registrar Guardar valores e eventos para consulta e histórico.
03
Avaliar Comparar o valor coletado com as condições configuradas.
04
Alertar Gerar um evento quando uma condição de problema for atingida.
05
Agir Permitir que a equipe investigue e responda ao incidente.
05 · Coleta

Como o Zabbix obtém os dados?

SNMP

Muito utilizado em redes para coletar informações de roteadores, switches, firewalls, OLTs e outros equipamentos.

Zabbix Agent

Permite coletar métricas diretamente de servidores e sistemas operacionais onde o agente está instalado.

ICMP e rede

Útil para validar disponibilidade e acompanhar propriedades básicas de conectividade.

HTTP / serviços

Útil para verificar páginas, APIs, aplicações e outros serviços acessíveis pela rede.

06 · Exemplo

Exemplo: monitorando um switch

Imagine um switch de distribuição sendo monitorado. O Zabbix pode coletar dados das interfaces e acompanhar disponibilidade, tráfego, erros e outros indicadores.

Disponibilidade O equipamento está acessível?
Tráfego Quanto está entrando e saindo?
Erros Existem erros ou descartes?
Capacidade Há sinais de saturação?
O ponto não é apenas coletar dados O valor do monitoramento aparece quando esses dados ajudam a detectar uma alteração, entender seu impacto e orientar a tomada de decisão da equipe.
07 · Aplicação em redes

Zabbix em um ambiente ISP / FTTH

É aqui que a documentação do CircuitoCarioca começa a se diferenciar. O Zabbix deixa de ser tratado apenas como software e passa a ser visto como uma peça da operação de um provedor.

Borda Roteadores, sessões e links de trânsito.
Core Switches, enlaces e disponibilidade.
Transporte Interfaces, capacidade, perda e latência.
Acesso OLT, PON, ONU e indicadores ópticos.
Serviços DNS, RADIUS, DHCP, aplicações e servidores.
NOC Eventos, alertas, correlação e resposta.
08 · Conceito importante

Monitoramento não é sinônimo de operação

Ter o Zabbix instalado não significa, por si só, ter uma operação de NOC eficiente.

O sistema precisa de uma estrutura por trás: dispositivos corretamente cadastrados, métricas relevantes, limites coerentes, alertas bem definidos, pessoas responsáveis e procedimentos para investigar os incidentes.

Dados
Regras
Alertas
Contexto
Procedimentos
Equipe
09 · Capacidades

O Zabbix vai muito além de “ping e CPU”

O Zabbix 7.4 pode trabalhar com polling e trapping, agentes, SNMP, HTTP, JMX, IPMI, logs, scripts, bancos, APIs, discovery, LLD, proxies, Services, SLA, dashboards, mapas, webhooks e automação. A plataforma centraliza configuração, dados históricos e estado operacional em uma única arquitetura.

Infraestrutura Servidores, VMs, storage, UPS e sistemas operacionais.
Redes Switches, roteadores, firewalls, interfaces, routing e óptico.
Aplicações HTTP, APIs, bancos, processos, serviços e logs.
Serviços Services, SLO, SLI, SLA e impacto agregado.
Automação API, webhooks, scripts, autoregistration e discovery.
Escala Proxy, HA, retenção, trends e capacity planning.
10 · Modelo mental

Do dado bruto à decisão operacional

ALVO
  │
  ▼
COLETA
Agent · SNMP · HTTP · API · Log · Trapper
  │
  ▼
ITEM
  │
  ▼
PREPROCESSING
  │
  ▼
HISTORY / TRENDS
  │
  ▼
TRIGGER / EVENT
  │
  ├──► ACTION / WEBHOOK
  ├──► DASHBOARD / MAPA
  └──► SERVICE / SLA

O valor real do Zabbix aparece quando essas camadas
são projetadas como um sistema único.
11 · Monitoramento e observabilidade

Threshold é apenas uma parte do problema

Monitoramento responde perguntas previamente conhecidas; observabilidade amplia a capacidade de investigar comportamentos inesperados. No Zabbix, métricas, logs, eventos, tags, dependências, Services e histórico podem ser combinados para reduzir o caminho entre sintoma, impacto e causa provável.

12 · Onde o Zabbix é forte

Ambientes heterogêneos e operação centralizada

A plataforma é especialmente forte quando uma equipe precisa monitorar tecnologias diferentes com uma política comum: servidores, rede, telecom, aplicações e serviços. Templates, macros, discovery, proxies e API permitem padronizar o que seria uma coleção fragmentada de scripts e ferramentas isoladas.

13 · Qualidade operacional

Mais itens não significam monitoramento melhor

Um bom projeto coleta sinais úteis, aplica naming consistente, limita ruído, preserva histórico necessário, documenta ownership e cria alertas acionáveis. Coletar milhares de métricas sem finalidade apenas aumenta banco, processamento e fadiga operacional.

14 · Referências técnicas

Base factual

Conteúdo revisado com base na documentação oficial Zabbix 7.4, especialmente “What is Zabbix”, “Zabbix features”, “Zabbix overview”, processos do Server, Proxy e estrutura de instalação. A organização editorial, exemplos, modelo mental e recomendações operacionais são síntese própria.

15 · Próximo passo

O que estudar depois desta página?

Atualização editorial 2026

Linha Zabbix 7.4

Base editorial mantida na linha Zabbix 7.4. A documentação oficial continua marcando 7.4 como versão suportada atual e 8.0 como desenvolvimento; evite tratar recursos de 8.0 como estáveis antes do release final.

Recursos e limites sensíveis à versão devem ser confirmados contra o patch exato instalado antes de mudanças em produção.