Tags: Zabbix · Monitorização · Open-Source · SNMP · Agent · Templates · Alertas · Grafana · Prometheus

Por Duarte Spínola · 5 de Julho de 2026

Zabbix: Monitorização Open-Source para PMEs em 2026

O Zabbix é uma das plataformas de monitorização open-source mais maduras e completas disponíveis em 2026. Criada por Alexei Vladishev e mantida pela Zabbix SIA, a ferramenta oferece monitorização de redes, servidores, máquinas virtuais, cloud e aplicações, sem custos de licenciamento. Este guia prático mostra como instalar, configurar e tirar partido do Zabbix 7.0 LTS numa PME com infraestrutura mista Linux/Windows, com base na documentação oficial e no repositório GitHub.

Para complementar, consulta os artigos sobre Grafana para PMEs, Ansible para automação, Windows Admin Center, Samba AD para PMEs e Windows Server 2025.

Conteúdos

1. O Que é o Zabbix e Porque Usar

O Zabbix é uma plataforma de monitorização distribuída que recolhe métricas de infraestrutura e aplicações, gera alertas e apresenta dashboards. É distribuído sob a licença GPL v2, o que significa que não há custos de licença, independentemente do número de hosts monitorizados.

Para uma PME portuguesa, o Zabbix oferece vantagens concretas:

Característica Zabbix
Licença GPL v2 (gratuito, sem limite de hosts)
Agentes Zabbix Agent 2 (Go) ou sem agente via SNMP/HTTP
Base de dados PostgreSQL, MySQL/MariaDB, Oracle
Interface web PHP (front-end integrado, sem instalar separadamente)
Templates oficiais Mais de 400 templates para OS, rede, cloud e aplicações
Alertas Email, SMS, Slack, Teams, Telegram, webhooks personalizados
Versão atual 7.0 LTS (suporte alargado até 2029)

ℹ Informação: A versão 7.0 LTS foi lançada em Junho de 2024 e mantém suporte oficial até 2029. É a versão recomendada para produção em PMEs. Consulta a política de ciclo de vida.

2. Arquitetura do Zabbix (Server, Agent, Proxy, Database)

A arquitetura do Zabbix é modular e distribuída. Os componentes principais são:

Componente Função
Zabbix Server Núcleo central: processa métricas, avalia triggers, envia alertas
Base de dados Armazena configuração, histórico de métricas e eventos
Web Frontend Interface PHP para configurar e visualizar dashboards
Zabbix Agent 2 Recolhe métricas no host (escrito em Go, com plugins)
Zabbix Proxy Intermediário que recolhe dados de hosts remotos e envia ao Server
Zabbix Java Gateway Recolhe métricas JMX de aplicações Java

Numa PME típica, o Zabbix Server corre numa VM ou container dedicado, com PostgreSQL como base de dados. Os Agentes são instalados em cada servidor. Para sites remotos (filiais), um Zabbix Proxy reduz tráfego WAN e garante resiliência temporária se a ligação cair.

# Topologia típica PME
#
#  [Sede]                    [Fial Lisboa]           [Fial Porto]
#  Zabbix Server              Zabbix Proxy            Zabbix Proxy
#  + PostgreSQL               + Agentes locais        + Agentes locais
#  + Web Frontend               |                        |
#  + Agentes locais             |__________              |
#         |                              |______________|
#         | (porta 10051/TCP)
#    Agentes da sede

✓ Dica: Para PMEs com 2-3 filiais, um Zabbix Proxy por site é suficiente. O Proxy armazena dados localmente e reenvia ao Server quando a ligação é restabelecida, evitando perda de métricas.

3. Requisitos e Instalação (Ubuntu 22.04/24.04)

Para uma infraestrutura até 100 hosts, os requisitos mínimos do Zabbix Server são modestos:

Escala CPU RAM Disco
Pequena (até 100 hosts) 2 vCPU 4 GB 50 GB SSD
Média (100-1000 hosts) 4 vCPU 8 GB 100 GB SSD
Grande (1000+ hosts) 8+ vCPU 16+ GB 200+ GB SSD

A instalação oficial usa o repositório Zabbix. O comando abaixo instala o servidor com PostgreSQL e Apache no Ubuntu 24.04 (Noble):

# Instalar repositório Zabbix 7.0 LTS para Ubuntu 24.04
wget https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_7.0-2+ubuntu24.04_all.deb
sudo dpkg -i zabbix-release_7.0-2+ubuntu24.04_all.deb
sudo apt update

# Instalar Zabbix Server + frontend + Agent 2
sudo apt install -y zabbix-server-pgsql zabbix-frontend-php zabbix-apache-conf \
  zabbix-sql-scripts postgresql zabbix-agent2

# Criar base de dados
sudo -u postgres createuser --pwprompt zabbix
sudo -u postgres createdb -O zabbix zabbix

# Importar esquema inicial
zcat /usr/share/zabbix-sql-scripts/postgresql/server.sql.gz | \
  sudo -u postgres psql zabbix

# Iniciar serviços
sudo systemctl restart zabbix-server zabbix-agent2 apache2
sudo systemctl enable zabbix-server zabbix-agent2 apache2

⚠ Atenção: Para Ubuntu 22.04, substitui ubuntu24.04 por ubuntu22.04 no URL do repositório. Os pacotes são diferentes para cada versão do Ubuntu.

4. Configurar Zabbix Server no Ubuntu

Após a instalação, é necessário configurar a palavra-passe da base de dados no ficheiro principal do servidor:

# /etc/zabbix/zabbix_server.conf — configuração essencial

# Palavra-passe da base de dados PostgreSQL
DBPassword=MinhaPasswordForte2026

# Nome da base de dados e utilizador
DBName=zabbix
DBUser=zabbix

# Endereço da BD (localhost se no mesmo servidor)
DBHost=localhost

# Porta do servidor (default 10051)
ListenPort=10051

# Cache de configuração em memória (aumentar para PMEs médias)
CacheSize=128M
HistoryCacheSize=32M
TrendCacheSize=4M

# Housekeeping — remover dados antigos automaticamente
HousekeepingFrequency=1

Depois de editar o ficheiro, reinicia o serviço:

sudo systemctl restart zabbix-server
sudo systemctl status zabbix-server

# Verificar se está a escutar na porta 10051
sudo ss -tlnp | grep 10051

# Abrir firewall (UFW)
sudo ufw allow 10051/tcp
sudo ufw allow 80/tcp
sudo ufw reload

O frontend web está disponível em http://servidor/zabbix. O assistente de configuração pede a password da base de dados e o fuso horário. As credenciais default são Admin / zabbix.

⚠ Perigo: Altera a password default zabbix imediatamente após o primeiro login. O utilizador Admin tem privilégios totais sobre a plataforma.

5. Zabbix Agent 2: Instalação em Linux e Windows

O Zabbix Agent 2 é o agente moderno escrito em Go, com suporte a plugins (Docker, PostgreSQL, Redis, MQTT, Kubernetes) e melhor desempenho. O utilizador deve preferir o Agent 2 em vez do agente antigo (Agent 1) sempre que possível.

Instalação em Linux (Ubuntu/Debian):

# Adicionar repositório (mesmo passo do Server)
wget https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_7.0-2+ubuntu24.04_all.deb
sudo dpkg -i zabbix-release_7.0-2+ubuntu24.04_all.deb
sudo apt update

# Instalar apenas o Agent 2
sudo apt install -y zabbix-agent2

# Configurar — /etc/zabbix/zabbix_agent2.conf
# Server=IP_DO_ZABBIX_SERVER
# ServerActive=IP_DO_ZABBIX_SERVER
# Hostname=nome-do-host

sudo sed -i 's/^Server=.*/Server=192.168.1.100/' /etc/zabbix/zabbix_agent2.conf
sudo sed -i 's/^ServerActive=.*/ServerActive=192.168.1.100/' /etc/zabbix/zabbix_agent2.conf
sudo sed -i 's/^Hostname=.*/Hostname=srv-web-01/' /etc/zabbix/zabbix_agent2.conf

sudo systemctl restart zabbix-agent2
sudo systemctl enable zabbix-agent2

Instalação em Windows (PowerShell como Administrador):

# Descarregar Zabbix Agent 2 para Windows
# https://www.zabbix.com/download?zabbix=7.0&os=windows&encryption=none

# Criar pasta e extrair
mkdir C:\zabbix
Expand-Archive zabbix_agent2-7.0.0-windows-amd64.zip -DestinationPath C:\zabbix

# Editar C:\zabbix\conf\zabbix_agent2.conf
# Server=192.168.1.100
# ServerActive=192.168.1.100
# Hostname=srv-win-01

# Instalar como serviço
C:\zabbix\bin\zabbix_agent2.exe --config C:\zabbix\conf\zabbix_agent2.conf --install

# Iniciar serviço
Start-Service "Zabbix Agent 2"
Set-Service "Zabbix Agent 2" -StartupType Automatic

Para gerir agentes em larga escala, o Ansible é ideal — um playbook simples instala e configura o Agent 2 em dezenas de servidores Linux de uma só vez.

ℹ Informação: O Agent 2 suporta plugins nativos para Docker, MySQL, PostgreSQL, Redis, MongoDB, Memcached, Kubernetes, Nginx e mais. Não é necessário instalar exporters separados como no Prometheus.

6. Descoberta Automática (Network Discovery, Auto Registration)

O Zabbix tem dois mecanismos principais de descoberta automática que reduzem trabalho manual:

Mecanismo Como funciona Melhor para
Network Discovery Server varre um intervalo IP, detecta SNMP/Agent Equipamento de rede, servidores sem agente
Active Agent Auto Registration O Agent contacta o Server e regista-se automaticamente Servidores com Agent 2 (cloud, VMs dinâmicas)

Para configurar Auto Registration, o utilizador cria uma ação em Configuration → Actions → Auto registration:

# Configurar Auto Registration no Agent 2
# /etc/zabbix/zabbix_agent2.conf

# Permite que o Agent contacte ativamente o Server
ServerActive=192.168.1.100

# HostMetadata permite identificar o tipo de host
# Exemplo: separar Linux de Windows, ou por função
HostMetadata=Linux srv-web

# HostnameInterface permite definir interface
# Se omitido, usa o hostname do sistema

# Reiniciar Agent
sudo systemctl restart zabbix-agent2

No frontend, criar a ação de auto-registo:

# Ação de Auto Registration (frontend Zabbix)
#
# Configuration → Actions → Auto registration → Create action
#
# Condições:
#   Host metadata contains "Linux"
#
# Operações:
#   Add host
#   Add to host group: "Linux Servers"
#   Link to template: "Linux by Zabbix agent"

✓ Dica: Usa HostMetadata para classificar hosts automaticamente (ex: prod, staging). O Zabbix atribui templates diferentes consoante a metadata.

Para Network Discovery, cria-se uma regra em Configuration → Discovery:

# Network Discovery rule (frontend)
#
# Configuration → Discovery → Create discovery rule
#
# Name: Rede Local 192.168.1.0/24
# IP range: 192.168.1.1-254
# Checks:
#   Zabbix agent — porta 10050
#   SNMP v2c — porta 161, community "public"
#   ICMP ping
#
# Device uniqueness criteria: IP address
# Update interval: 1h

7. Templates: O Que São e Como Usar

Templates são conjuntos reutilizáveis de items, triggers, gráficos, dashboards e regras de descoberta. O Zabbix inclui mais de 400 templates oficiais, organizados por categoria. O utilizador pode importar, exportar e personalizar templates livremente.

Templates essenciais para PMEs:

Template Aplicação
Linux by Zabbix agent Servidores Linux com Agent 2 (CPU, RAM, disco, rede)
Windows by Zabbix agent Servidores Windows com Agent 2
Generic SNMP Routers, switches, APs via SNMP v2c/v3
PostgreSQL by Zabbix agent 2 Base de dados PostgreSQL (via plugin nativo)
Docker by Zabbix agent 2 Containers Docker (estado, recursos)
Nginx by Zabbix agent Servidor web Nginx (stub_status)
Apache by Zabbix agent Servidor web Apache (mod_status)

Os templates oficiais estão disponíveis no repositório community-templates do GitHub e podem ser importados via Configuration → Templates → Import.

# Exportar um template (para backup ou migração)
# Via API ou CLI:
zabbix_server --export-templates --template "Linux by Zabbix agent" > linux_template.yaml

# Importar via frontend:
# Configuration → Templates → Import → selecionar ficheiro .yaml ou .xml

# Verificar templates instalados via API (curl):
curl -s -X POST http://192.168.1.100/api_jsonrpc.php \
  -H "Content-Type: application/json" \
  -d '{
    "jsonrpc": "2.0",
    "method": "template.get",
    "params": {"output": ["host", "name"]},
    "auth": "TOKEN_AQUI",
    "id": 1
  }'

ℹ Informação: O Zabbix 7.0 introduziu templates com discovery rules otimizadas e suporte nativo para proxies em alta disponibilidade. A gestão de templates tornou-se mais simples e escalável.

8. SNMP Monitoring (Routers, Switches, APs)

O protocolo SNMP (Simple Network Management Protocol) permite monitorizar equipamento de rede sem instalar agentes. O Zabbix suporta SNMP v1, v2c e v3, sendo este último o recomendado por questões de segurança.

Configuração de um host SNMP no Zabbix:

# Configurar host SNMP no Zabbix (frontend)
#
# Configuration → Hosts → Create host
#
# Host name: switch-core-01
# Groups: Network Devices
# SNMP interface: 192.168.1.1:161
#
# Templates: "Generic SNMP" ou específico do fabricante
#
# SNMP:
#   SNMP version: SNMPv2c (ou v3 para produção)
#   Community: {$SNMP_COMMUNITY} = public (mudar em produção!)
#
# Para SNMPv3:
#   Security name: admin
#   Security level: authPriv
#   Auth protocol: SHA
#   Auth passphrase: ********
#   Priv protocol: AES
#   Priv passphrase: ********

Para validar a comunicação SNMP a partir do servidor Linux, o utilizador deve instalar as ferramentas SNMP:

# Instalar ferramentas SNMP no servidor Zabbix
sudo apt install -y snmp snmp-mibs-downloader

# Testar SNMPv2c (substituir IP e community)
snmpwalk -v 2c -c public 192.168.1.1 system

# Testar SNMPv3 (mais seguro)
snmpwalk -v3 -u admin -l authPriv \
  -a SHA -A "MinhaAuthPass" \
  -x AES -X "MinhaPrivPass" \
  192.168.1.1 system

# Obter OID específico (uptime do equipamento)
snmpget -v 2c -c public 192.168.1.1 1.3.6.1.2.1.1.3.0

⚠ Perigo: Nunca uses community=public em produção. SNMPv1 e v2c enviam a community em texto limpo. Usa sempre SNMPv3 com autenticação e encriptação em redes reais.

O Zabbix pode descobrir automaticamente interfaces de rede, discos e sensores de temperatura em equipamentos SNMP via Low-Level Discovery (LLD). Os templates oficiais já incluem LLD para os principais fabricantes (Cisco, MikroTik, HP, Ubiquiti).

9. Alertas e Notificações (Email, Slack, Teams, Telegram)

O sistema de alertas do Zabbix é baseado em Media Types e Actions. Cada media type define como enviar notificações; as ações definem quando enviar e para quem.

Configuração de email SMTP:

# Configuration → Media types → Email
#
# Name: Email Empresa
# Type: Email
# SMTP server: smtp.empresa.pt
# SMTP server port: 587
# Connection security: STARTTLS
# Authentication: Normal password
# Username: [email protected]
# Password: ********
# Message format: HTML
#
# Message template (assunto):
#   {ALERT.SUBJECT}
# Message template (corpo):
#   {ALERT.MESSAGE}
#
# Testar envio: clicar em "Test" no canto superior direito

Para Slack, o Zabbix oferece um script de webhook nativo:

# Configuration → Media types → Slack
#
# Type: Webhook
# URL: https://hooks.slack.com/services/T00000000/B00000000/XXXXXXXX
#
# Ou usar o script oficial:
# https://github.com/zabbix/zabbix/blob/release/7.0/templates/media/slack/media_slack.yaml
#
# Parâmetros:
#   channel: #alertas-infra
#   send_to: {ALERT.SENDTO}
#
# Mensagem (JSON):
{
  "channel": "#alertas-infra",
  "username": "Zabbix",
  "text": "{ALERT.MESSAGE}",
  "icon_emoji": ":rotating_light:"
}

Para Microsoft Teams, cria-se um webhook no canal do Teams e configura-se como media type Webhook:

# Configuration → Media types → Teams
# Type: Webhook
# URL: https://empresa.webhook.office.com/webhookb2/...
#
# Payload (JSON):
{
  "text": "{ALERT.SUBJECT}\n{ALERT.MESSAGE}",
  "title": "Alerta Zabbix",
  "themeColor": "FF0000"
}

Para Telegram, o utilizador cria um bot via BotFather e configura um media type webhook:

# Criar bot Telegram:
# 1. No Telegram, falar com @BotFather
# 2. /newbot → seguir instruções → obter BOT_TOKEN
# 3. Obter chat_id: falar com @userinfobot
#
# Configuration → Media types → Telegram
# Type: Webhook
# URL: https://api.telegram.org/bot{TOKEN}/sendMessage
#
# Parâmetros:
#   chat_id: {ALERT.SENDTO}
#   text: {ALERT.MESSAGE}
#   parse_mode: HTML

✓ Dica: Define escalation levels nas ações. Se um alerta não for reconhecido em 15 minutos, envia ao próximo nível de suporte. Após 1 hora semacknowledgment, escalar para o gestor de TI.

10. Dashboards e Relatórios

O Zabbix 7.0 traz um sistema de dashboards melhorado, com widgets arrastáveis, gráficos interativos e relatórios agendados. O utilizador pode criar dashboards personalizados por equipa, serviço ou localização.

Widgets disponíveis:

Widget Função
Graph (classic) Gráfico de linhas clássico com várias métricas
Item value Valor atual de um item (KPI, número grande)
Map Mapa topológico da rede com estado em tempo real
Trigger overview Lista de triggers ativos por severidade
Problem hosts Hosts com problemas ativos
Top hosts Hosts com maior CPU/RAM/disco
SLA report Relatório de SLA por serviço

Relatórios agendados (Scheduled Reports) enviam PDFs por email periodicamente:

# Configurar relatório agendado (frontend)
#
# Reports → Scheduled reports → Create report
#
# Name: Relatório Semanal de Infraestrutura
# Dashboard: "Overview Infraestrutura"
# Period: Previous week
# Cycle: Weekly (Segunda-feira, 08:00)
# Subscriptions:
#   Adicionar utilizadores que recebem o PDF
#
# Requisito: instalar zabbix-web-service para gerar PDFs
sudo apt install -y zabbix-web-service

# Configurar em zabbix_server.conf:
#WebServiceURL=http://127.0.0.1:10053/report

ℹ Informação: O Zabbix 7.0 suporta multi-dashboard com permissões granulares. Cada equipa pode ter o seu próprio dashboard, acessível apenas aos membros dessa equipa.

11. Zabbix vs Prometheus vs Grafana

Esta é uma comparação frequente. As três ferramentas têm filosofias diferentes e não são mutuamente exclusivas — podem coexistir:

Critério Zabbix Prometheus Grafana
Tipo Monitorização completa (tudo-em-um) Time-series database + recolha (pull) Visualização e dashboards
Agentes Agent 2 (push) ou SNMP/agentless Exporters (pull via HTTP /metrics) Nenhum (consome dados de outras fontes)
Alertas Sistema nativo integrado Alertmanager (separado) Grafana Alerting (unificado)
Dashboards Frontend nativo (bom, menos flexível) Não tem (usa Grafana) Excelente, altamente personalizável
Curva de aprendizagem Média (interface GUI, configuração visual) Alta (PromQL, YAML, CLI) Baixa-Média (GUI)
Melhor para PME tradicional (rede + servidores + aplicações) Kubernetes, cloud-native, DevOps Dashboards unificados multi-fonte

ℹ Informação: Para uma PME com infraestrutura tradicional (servidores físicos/VMs, switches, routers, Windows AD), o Zabbix é geralmente a escolha mais simples e completa. Prometheus brilha em ambientes Kubernetes e cloud-native. Grafana complementa ambos. Para mais detalhes, consulta o artigo sobre Grafana para PMEs.

12. Integração com Grafana

Embora o Zabbix tenha dashboards nativos, muitas PMEs preferem usar Grafana para visualização, mantendo o Zabbix como motor de recolha e alertas. A integração é feita via plugin Zabbix data source for Grafana.

Instalação do plugin no Grafana:

# Instalar plugin Zabbix no Grafana
grafana-cli plugins install alexanderzobnin-zabbix-datasource

# Reiniciar Grafana
sudo systemctl restart grafana-server

# Configurar data source no frontend Grafana:
# Configuration → Data Sources → Add data source → Zabbix
#
# URL: http://192.168.1.100/zabbix/api_jsonrpc.php
# Username: Admin
# Password: ********
# Trends: Enable (usar trends para períodos longos)
#   (reduz carga na BD do Zabbix para dashboards históricos)
#
# Testar ligação → Save & Test

Após configurar a data source, o utilizador pode criar dashboards no Grafana com métricas do Zabbix:

# Query no Grafana com data source Zabbix
#
# Group: Linux Servers
# Host: srv-web-01 (ou regex: .*web.*)
# Application: CPU
# Item: CPU utilization (média de todos os núcleos)
#
# Legend: {{host}} — {{item}}
# Mode: Metrics
#
# Para usar trends (dados agregados):
# Switch "Use trends" ON
# Isso consulta a tabela trends em vez de history
# (muito mais rápido para gráficos de 7+ dias)

✓ Dica: Ativa Use trends no Grafana para períodos superiores a 24 horas. O Zabbix armazena trends (máximo/mínimo/média por hora) separadamente do history, reduzindo drasticamente a carga na base de dados.

13. Cenário Prático PME (50 servidores mistos)

Consideremos uma PME portuguesa com a seguinte infraestrutura:

Componente Quantidade Monitorização
Servidores Linux (Ubuntu/Debian) 25 Zabbix Agent 2 + template Linux
Servidores Windows (2019/2025) 15 Zabbix Agent 2 + template Windows
Switches/Routers (MikroTik, Cisco) 8 SNMPv3 + templates fabricante
Access Points Wi-Fi 12 SNMPv2c + template Generic SNMP
Impressoras de rede 5 SNMP + template Printer
VMs e containers Docker 20 Agent 2 + template Docker

Plano de implementação em fases:

# === Fase 1: Servidor Zabbix (Dia 1-2) ===
# Instalar Zabbix Server 7.0 LTS no Ubuntu 24.04
# Configurar PostgreSQL com password forte
# Configurar firewall: 10051/tcp (server), 80/tcp (web)

# === Fase 2: Agentes Linux (Dia 3-5) ===
# Usar Ansible para instalar Agent 2 em 25 servidores
# Playbook: instala pacote, configura Server/ServerActive,
# aplica HostMetadata, reinicia serviço

# ansible-playbook -i inventory.yml zabbix-agent2.yml
# (ver artigo Ansible para detalhes do playbook)

# === Fase 3: Agentes Windows (Dia 6-8) ===
# Instalar Agent 2 via GPO ou Ansible WinRM
# Configurar para servidores com Samba AD ou Windows AD
# Template: "Windows by Zabbix agent"

# === Fase 4: Equipamento de rede (Dia 9-10) ===
# Configurar SNMPv3 nos switches MikroTik/Cisco
# Network Discovery para 192.168.1.0/24
# Aplicar templates de fabricante

# === Fase 5: Alertas (Dia 11) ===
# Configurar media types: Email, Slack, Telegram
# Criar ações com escalation (15min → 30min → gestor)

# === Fase 6: Dashboards (Dia 12-14) ===
# Dashboard "Overview Geral": hosts, problemas, SLA
# Dashboard "Servidores Linux": CPU, RAM, disco por host
# Dashboard "Rede": tráfego switches, estado APs
# Dashboard "Windows": AD, serviços críticos

⚠ Atenção: Não monitorizar todos os 50 hosts no primeiro dia. Começa com 5-10 hosts de teste, valida que os dados estão corretos e os alertas disparam como esperado, depois expande gradualmente. Isto evita alarmes falsos em massa.

14. Checklist de Implementação

  • ☐ Instalar Zabbix Server 7.0 LTS no Ubuntu 22.04/24.04
  • ☐ Configurar PostgreSQL com password forte e SSL
  • ☐ Alterar password default do utilizador Admin
  • ☐ Configurar firewall (10051/tcp para agentes, 80/443 para web)
  • ☐ Configurar fuso horário no frontend PHP
  • ☐ Instalar Zabbix Agent 2 nos servidores Linux
  • ☐ Instalar Zabbix Agent 2 nos servidores Windows (via GPO ou Ansible)
  • ☐ Aplicar templates oficiais (Linux, Windows, rede)
  • ☐ Configurar SNMPv3 em switches, routers e APs
  • ☐ Configurar Network Discovery para a rede local
  • ☐ Configurar Active Agent Auto Registration
  • ☐ Configurar media types (Email, Slack/Teams, Telegram)
  • ☐ Criar ações de alerta com escalation levels
  • ☐ Definir severidades corretas (Information → Disaster)
  • ☐ Criar dashboards por área (servidores, rede, aplicações)
  • ☐ Configurar SLA reports para serviços críticos
  • ☐ Ativar housekeeping (remoção automática de dados antigos)
  • ☐ Configurar backup da base de dados PostgreSQL (diário)
  • ☐ Testar alertas simulando falhas (CPU alto, serviço parado)
  • ☐ Documentar topologia, templates personalizados e procedimentos
  • ☐ Configurar integração com Grafana (opcional)
  • ☐ Agendar revisão mensal de thresholds e templates

✓ Dica: Após 30 dias em produção, revisita os thresholds de triggers. Muitos alertas iniciais podem ser demasiado sensíveis. Ajusta consoante o comportamento real da infraestrutura. Usa o predictive trigger do Zabbix para antecipar problemas (ex: disco cheio em X dias).

Artigos Relacionados

← Voltar ao Índice

Este artigo foi útil?

Duarte Spínola

Artigos  

Deixe um Comentário