nload vs bmon vs vnstat: comparação de monitorização de largura de banda

11 min de leitura - 15 de junho de 2026

hero section cover
Índice
  • nload vs bmon vs vnstat: comparação de ferramentas de monitorização de largura de banda no Linux
  • nload: largura de banda em tempo real num relance
  • bmon: monitorização de múltiplas interfaces
  • vnstat: monitorização de utilização a longo prazo
  • Comparação rápida
  • Que ferramenta utilizar e quando
  • Conclusão
Partilhar

Comparação entre nload, bmon e vnstat para monitorização da largura de banda em Linux. Quando utilizar cada um, o que lhes falta e como combiná-los para uma cobertura completa.

nload vs bmon vs vnstat: comparação de ferramentas de monitorização de largura de banda no Linux

nload, bmon e vnstat são as três ferramentas de monitorização de largura de banda do Linux que vale a pena conhecer. Resolvem problemas diferentes e a resposta certa é, normalmente, uma combinação de duas. Este artigo aborda em que cada uma é boa, onde tem lacunas e qual escolher numa determinada situação.

nload: largura de banda em tempo real num relance

O nload é uma ferramenta de terminal que mostra a taxa de transferência em tempo real numa única interface utilizando gráficos ASCII, um para o tráfego de entrada e outro para o tráfego de saída. Lê /proc/net/dev diretamente, pelo que funciona sem direitos de root e utiliza uma quantidade insignificante de CPU.

Inicie-a com o nome da interface:

nload eth0

Opções úteis:

  • -u M altera a unidade de exibição para MB/s (o padrão é bits por segundo)
  • -m mostra várias interfaces num único ecrã, sem gráficos
  • -t 1000 define o intervalo de atualização em milissegundos

Pressione F2 durante a sessão para ajustar a taxa de atualização e a escala do gráfico sem reiniciar.

O que aparece no ecrã: taxa atual, média, mínima, máxima e total transferido durante a sessão. Isso é suficiente para confirmar se um servidor está a enviar o tráfego esperado ou para detetar um pico repentino. O que não se obtém: atribuição por processo, detalhe por ligação ou quaisquer dados históricos. Feche o terminal e as estatísticas da sessão desaparecem.

Recorra ao nload quando quiser responder à pergunta «este servidor está a saturar a sua ligação neste momento?» em menos de cinco segundos.

bmon: monitorização de múltiplas interfaces

O bmon adota uma abordagem diferente. Em vez de uma interface com todos os detalhes, mostra todas as interfaces no anfitrião de uma só vez. O painel superior lista cada uma delas com as taxas atuais de RX e TX. O painel inferior desenha um gráfico para a interface que tiver selecionado. As setas do teclado permitem alternar entre elas.

Esta é a ferramenta ideal para hosts de virtualização, routers, servidores dedicados com várias placas de rede ou qualquer sistema que execute o Docker, onde a lista de interfaces chega às dezenas. Percorrê-las uma a uma com o nload seria tedioso.

Prima d in-session para a visualização de estatísticas detalhadas, que adiciona contagens de pacotes, taxas de erro, pacotes perdidos e colisões. Esses dados são essenciais para diagnosticar ligações instáveis, incompatibilidades de MTU ou problemas com o controlador da placa de rede que não se manifestam como um problema de largura de banda.

Filtre a lista de interfaces com -p para reduzir a confusão visual:

bmon -p "eth*,ens*"

o bmon também pode exportar dados estruturados com -o nos formatos JSON, XML, ASCII ou HTML, o que é útil para instantâneos automatizados ou para alimentar outra ferramenta:

bmon -o ascii -p eth0 > /tmp/eth0-stats.txt

No entanto, tem a mesma limitação que o nload: não há histórico persistente. Feche-o e os dados desaparecem.

vnstat: monitorização de utilização a longo prazo

O vnstat preenche a lacuna que os outros dois deixam. Funciona como um daemon em segundo plano (vnstatd) e grava contadores de tráfego numa base de dados binária em /var/lib/vnstat/. A base de dados sobrevive a reinicializações e retém amostras de 5 minutos durante 48 horas, dados horários durante 4 dias, totais diários durante 2 meses e resumos mensais e anuais indefinidamente.

Ative-o no primeiro dia:

systemctl enable --now vnstat

O ponto crítico: o vnstat conta apenas o tráfego a partir do momento em que o daemon é iniciado. Não consegue medir retroativamente a utilização anterior à instalação. Num servidor novo, instale-o durante o aprovisionamento ou não terá dados quando precisar deles.

Consultas padrão:

vnstat              # summary
vnstat -d           # daily breakdown
vnstat -m           # monthly totals
vnstat -h           # last 24 hours, hourly
vnstat -t           # top days
vnstat --json       # JSON export
vnstat -i eth0      # specific interface

O vnstat é a ferramenta certa para responder a perguntas como «quanto transferimos no mês passado?», «estamos dentro do nosso limite mensal?» e «como é a tendência a longo prazo?». O --alert sinalizador permite definir limites associados a um ciclo de faturação personalizado, útil quando o mês do seu fornecedor não coincide com o calendário.

Combine-o com vnstati para saída em PNG se precisar de gráficos numa página de estado ou relatório:

vnstati -s -i eth0 -o /var/www/html/traffic.png

O que o vnstat não faz bem: diagnósticos em tempo real. O -l modo ao vivo existe, mas é apenas um contador, sem gráficos nem detalhes por interface. Para resposta a incidentes, ainda vai querer ter o nload ou o bmon abertos noutro painel.

Comparação rápida

Funcionalidadenloadbmonvnstat
FocoRendimento em tempo realEstatísticas em tempo real de múltiplas interfacesHistórico de utilização
VisualizaçãoGráficos ASCII duplosLista de interfaces + gráficoTabelas, PNG via vnstati
Dados persistentesNãoNãoSim
Formatos de exportaçãoNenhumJSON, XML, ASCII, HTMLJSON, XML, CSV
Atribuição por processoNãoNãoNão
Funciona como daemonNãoNãoSim
Requer direitos de rootNãoNãoNão
Ideal paraVerificações rápidasServidores com muitas placas de redePlaneamento de capacidade, faturação

Nenhuma destas ferramentas indica qual o processo ou ligação responsável pelo tráfego. Para isso, iftop (por ligação) e nethogs (por processo) são as ferramentas certas e combinam bem com tudo o que foi mencionado acima.

Que ferramenta utilizar e quando

Para um VPS de interface única com um limite mensal, instale o vnstat no primeiro dia e utilize o nload quando precisar de uma verificação rápida. Isso cobre 95% dos casos.

Para servidores dedicados, hosts de virtualização ou qualquer coisa que execute contentores, troque o nload pelo bmon. A visualização multi-interface poupa tempo real assim que tiver mais de três ou quatro NICs e pontes.

Para o planeamento de capacidade em toda uma frota, a exportação JSON do vnstat integra-se perfeitamente no Prometheus, Grafana ou qualquer outra ferramenta que já utilize para métricas. Configure-o uma vez e esqueça-o até precisar de um relatório mensal.

Quando o tráfego parece errado e precisa de encontrar a origem, nenhum destes três lhe dirá. É aí que entra iftop (conexões principais por largura de banda) e nethogs (principais processos) ganham o seu valor.

Todas as três ferramentas leem os contadores do kernel em vez de capturarem pacotes, pelo que a sobrecarga é insignificante, mesmo numa ligação de 10 Gbps saturada. Não há razão para não ter as três instaladas.

Conclusão

O nload, o bmon e o vnstat abordam, cada um, uma questão diferente: o que está a acontecer neste momento numa interface, o que está a acontecer em várias interfaces e o que aconteceu ao longo do tempo. Escolha um para cada questão e terá a monitorização da largura de banda resolvida com uma configuração que demora cerca de cinco minutos e não acrescenta qualquer carga mensurável.

Se a sua carga de trabalho gera tráfego consistente e pretende deixar de se preocupar com faturas por excedentes, um VPS sem limites oferece-lhe uma porta com tarifa fixa e um custo previsível, o que torna os dados históricos do vnstat uma ferramenta de planeamento em vez de um alarme de faturação.

Blogue

Em destaque esta semana

Mais artigos
Perfis ajustados para otimização da carga de trabalho do servidor Linux

Perfis ajustados para otimização da carga de trabalho do servidor Linux

Como escolher, aplicar e personalizar perfis ajustados para GPU, base de dados e servidores Linux de elevada largura de banda, com exemplos e dicas de implementação Ansible.

16 min de leitura - 9 de junho de 2026

Linux OOM Killer Tuning para VPS: um guia prático

12 min de leitura - 8 de junho de 2026

Mais artigos