Software de monitoramento de rede: critérios de escolha, categorias e comparativo
Autor: Pedro Tebaldi PM do KeepGreenA escolha de um software de monitoramento de rede quase sempre começa pelo lugar errado: pelo catálogo. Em seguida, o time abre uma lista de dez nomes, compara telas de demonstração e decide pela que parece mais bem acabada. Meses depois, a rede cai por um motivo que a ferramenta escolhida nunca coletou.
O caminho inverso dá menos retrabalho. Primeiro você define o que precisa enxergar. Só então descobre qual categoria de ferramenta enxerga aquilo.
Além disso, falhas de rede e conectividade já são a causa mais frequente de interrupção de serviço de TI, com 23% das respostas. O dado está no levantamento anual de indisponibilidade do Uptime Institute: a rede passou a energia.
Portanto, este guia entrega o critério antes do catálogo. Em seguida, traz seis critérios mensuráveis, um comparativo por categoria e o ponto exato em que a versão gratuita para de resolver.
O que separa um monitor de rede de um monitor de infraestrutura
Um software de monitoramento de rede coleta pelos protocolos que os equipamentos falam: SNMP para estado e contadores de interface, NetFlow para composição do tráfego, ICMP para latência e perda por enlace. Ele também descobre a topologia e sabe quem depende de quem.
Por outro lado, um monitor de infraestrutura comum enxerga o host. Ele responde se o servidor está de pé, quanto de CPU ele consome, se o disco vai encher. Nada disso diz por onde o pacote passou. Muito menos qual porta descartou tráfego às 14h.
Na hora do incidente, essa diferença aparece inteira. Sem coleta por interface, a equipe sabe que a aplicação está lenta. No entanto, ela não sabe se a culpa é do enlace saturado, do equipamento que reiniciou ou do provedor. Assim, a investigação vira tentativa e erro entre times.
Vale destacar a distinção de escopo. A escolha de ferramenta para o ambiente de TI inteiro é uma decisão de nível acima, com outros critérios. Aqui o recorte é a camada de rede. Se você procura o processo em vez do produto, o caminho é como estruturar o monitoramento da rede.
Os seis critérios que decidem a escolha
Antes de comparar nome com nome, escreva os seis critérios abaixo. Eles separam ferramentas que parecem equivalentes na demonstração, mas divergem no terceiro mês de operação.
1. Cobertura de protocolo. O mínimo é SNMP v2c e v3, ICMP e coleta de fluxo. Some WMI, SSH e API de fabricante quando existe controladora Wi-Fi, firewall ou SD-WAN no parque. O detalhe de cada versão está no guia de SNMP, MIBs e OIDs.
2. Escala de elementos. Pergunte, sobretudo, quantos itens a arquitetura sustenta no intervalo de coleta que você precisa. Nunca quantos ela suporta em teoria. Coleta a cada 60 segundos em 20 mil itens exige proxy distribuído, banco dimensionado e retenção planejada.
3. Descoberta e mapa de dependência. Inventário manual envelhece em uma semana. Por isso, a ferramenta precisa varrer faixas de IP, classificar o que achou e desenhar quem depende de quem. Sem esse mapa, uma queda de switch gera dezenas de alarmes redundantes.
Escala: o critério que só cobra depois
No projeto do Marista Brasil, a conta de escala apareceu antes da conta de licença. Acompanhamos 97 escolas em painéis por unidade, com cerca de 6.000 hosts e 12.000 serviços coletados. Hoje são mais de 100 dashboards ativos no projeto de monitoramento distribuído do Marista.
Em síntese, a leitura prática é simples. A ferramenta que sustenta 300 itens em laboratório raramente é a mesma que sustenta quase 20 mil em operação distribuída. Ou seja, o teste de escala precisa acontecer antes da assinatura.
Esse erro de ordem tem nome. Aliás, ele já rendeu um vídeo inteiro: escolher a ferramenta antes de definir o que precisa ser enxergado.
Os três critérios que aparecem no segundo mês
4. Qualidade do alerta. Correlação, supressão por dependência e janela de sustentação valem mais que a quantidade de canais. Sem isso, o plantão recebe 300 mensagens por uma queda de enlace. Depois disso, para de ler todas, como mostra o artigo sobre fadiga de alertas.
5. Retenção e granularidade. Além disso, defina por quanto tempo o dado bruto sobrevive antes da agregação. Provar violação de SLA de janeiro em março exige o dado de janeiro no intervalo original. A média diária não sustenta cobrança contratual.
6. Integração com o chamado. A trigger precisa abrir chamado com categoria, prioridade e ativo preenchidos. Quando o operador copia dados do alerta para o formulário à mão, o tempo de primeira resposta cresce sem explicação aparente.
As categorias de software e quando cada uma cabe
O mercado se organiza em cinco categorias. Boa parte da confusão das listas de melhores ferramentas nasce de misturá-las como se fossem substitutas entre si:
- NMS open source: coleta SNMP, sem licença por item.
- Suíte comercial: descoberta e mapa prontos, por sensor.
- Plataforma gerenciada: ferramenta e operação juntas.
- Coletor de fluxo: mostra quem consumiu a banda.
- Analisador de pacote: captura sob demanda.
No grupo open source estão Zabbix, Nagios, Icinga, LibreNMS e Cacti. Já entre as suítes comerciais aparecem PRTG e ManageEngine OpManager, entre outras. A plataforma gerenciada entrega ferramenta, configuração e plantão no mesmo contrato, modelo do console centralizado do OpMon.
As duas últimas categorias são complementos, nunca alternativas. O coletor de fluxo, como ntopng, responde para onde a banda foi, tema aprofundado no guia de monitoramento de tráfego.
Contudo, o analisador de pacote é outra história. O Wireshark captura sob demanda para diagnóstico fino, porém não faz monitoração contínua. Listá-lo ao lado de um NMS confunde quem está decidindo.
Comparativo: o que cada categoria entrega e onde cobra a conta
O quadro abaixo compara as três categorias que de fato competem entre si na decisão de compra.
| Critério | NMS open source | Suíte comercial | Plataforma gerenciada |
|---|---|---|---|
| Licença inicial | Sem custo por item | Por sensor ou elemento | Por elemento, com operação inclusa |
| Tempo até o primeiro alerta útil | Semanas | Dias | Dias |
| Descoberta e mapa de topologia | Depende de plugin e ajuste manual | Nativo | Nativo, mantido pelo fornecedor |
| Protocolos de coleta | snmp icmp mais scripts próprios |
snmp netflow wmi nativos |
Os mesmos da suíte, mais integrações sob demanda |
| Quem trata o alerta às 3h | Sua equipe | Sua equipe | Equipe do fornecedor |
| Custo que aparece depois | Horas de especialista para manter template, coleta e upgrade | Crescimento da licença conforme o parque cresce | Mensalidade previsível, com menor controle sobre customização |
| Onde cabe melhor | Site único com especialista dedicado | Multi-site com equipe enxuta | Operação 24×7 sem plantão próprio |
Software de monitoramento de rede gratuito: onde a conta reaparece
A versão gratuita resolve de verdade em dois cenários: parque pequeno com equipe que domina a ferramenta, ou prova de conceito antes da compra. Fora disso, o custo migra da linha de licença para a linha de pessoal.
Repare no limite antes de instalar. O Zabbix é open source e não cobra por item monitorado. Já a edição gratuita do PRTG para em 100 sensores. O próprio fabricante avisa, na documentação da versão freeware, que um servidor Windows consome de 8 a 10 sensores.
Portanto, faça a conta na direção certa. Em um parque de 200 elementos, a licença economizada costuma equivaler a poucas semanas de especialista sênior por ano. Enquanto isso, manter template, coleta e upgrade consome bem mais que isso em horas.
Esse é justamente o ponto do vídeo sobre como gastar menos em monitoramento sem perder controle.
O que a ferramenta precisa enxergar, segundo o que derruba a rede
A lista de recursos do fornecedor descreve o que ele sabe fazer. Em contrapartida, a lista de causas de incidente descreve o que você vai precisar. Compare as duas antes de decidir, porque elas raramente coincidem.
Entre as quedas de rede graves, falha de configuração e de mudança aparece em 41% dos casos. Provedor terceiro e falha de hardware vêm logo atrás, com 34% cada, no mesmo estudo do Uptime Institute. Em seguida vem o erro de firmware ou software, com 29%.
Traduzindo para requisito de compra: se mudança de configuração é a maior causa isolada, a ferramenta precisa detectar alteração no equipamento. Medir banda não basta.
Do mesmo modo, se o provedor responde por um terço das quedas, você precisa de medição independente do enlace contratado. O histórico tem que sustentar a cobrança, como mostra o guia de monitoramento de link de internet.
Por fim, teste na prova de conceito o comportamento durante a falha, nunca durante a normalidade. Derrube uma interface de propósito. Sature um enlace. Depois observe quantos alertas chegaram, em quanto tempo, com qual causa apontada.
Como escolher pelo porte e pelo cenário
Rede em site único, com um especialista que domina a ferramenta: o NMS open source cabe bem. Nesse caso, o gargalo é agenda, não dinheiro.
Ambiente multi-site com equipe enxuta: descoberta automática e mapa de dependência prontos passam a valer mais que a economia de licença. Cada unidade nova entra no painel sem virar projeto. Além disso, o alerta já chega classificado por unidade.
Ambiente híbrido, com nuvem e SD-WAN: exija coleta por API além de SNMP. Métrica de link virtual, túnel e gateway de nuvem não aparece na MIB do equipamento. Portanto, ferramenta que só fala SNMP entrega um mapa com buracos.
Operação sem plantão próprio: a decisão deixa de ser sobre software. Nesse caso, o critério vira quem atende, em quanto tempo e com qual escalação. Afinal, a ferramenta sozinha não acorda ninguém às 3h.
Identificamos gargalos de rede antes que virem incidentes críticos.
Análise de tráfego com NetFlow, sFlow e SNMP para mapeamento completo de latência, perda de pacotes e capacidade de banda.
O teste de 30 dias que separa a ferramenta do catálogo
A decisão fica mais simples quando você inverte a ordem: critério primeiro, catálogo depois. Escreva os seis critérios, marque os que o seu ambiente exige de verdade. Só então convide fornecedores para a prova de conceito.
Na prova, meça três coisas. Quanto tempo levou até o primeiro alerta útil. Quantos alertas chegaram durante uma falha provocada de propósito. Quanto trabalho manual a ferramenta exigiu para cadastrar a segunda unidade. Essas respostas revelam mais que qualquer comparativo de recursos, inclusive este.
Em resumo, o melhor software de monitoramento de rede é aquele que a sua equipe consegue manter atualizado no décimo mês. No final das contas, o resto é preferência de interface.
Quer discutir o desenho da coleta, a escala do parque ou o modelo de operação? Nesse caso, converse com um especialista da OpServices antes de fechar contrato.
Perguntas Frequentes
Qual a diferença entre SNMP e NetFlow?
Existe software de monitoramento de rede gratuito e vale a pena?
Como monitorar o tráfego na rede?
Qual a diferença entre um software de monitoramento de rede e um de monitoramento de TI?
