nload vs bmon vs vnstat: comparación de herramientas de monitorización de ancho de banda
11 min de lectura - 15 de junio de 2026

Comparativa entre nload, bmon y vnstat para la monitorización del ancho de banda en Linux. Cuándo utilizar cada uno, qué les falta y cómo combinarlos para obtener una cobertura completa.
nload vs bmon vs vnstat: comparación de herramientas de monitorización de ancho de banda en Linux
nload, bmon y vnstat son las tres herramientas de monitorización del ancho de banda en Linux que vale la pena conocer. Resuelven problemas diferentes y la respuesta adecuada suele ser una combinación de dos de ellas. Este artículo analiza en qué destaca cada una, cuáles son sus limitaciones y cuál es la mejor opción en cada situación.
nload: rendimiento en tiempo real de un vistazo
nload es una herramienta de terminal que muestra el rendimiento en tiempo real en una única interfaz mediante gráficos ASCII, uno para el tráfico entrante y otro para el saliente. Lee /proc/net/dev directamente, por lo que se ejecuta sin privilegios de root y utiliza una cantidad insignificante de CPU.
Iníciala con el nombre de la interfaz:
nload eth0Opciones útiles:
-u Mcambia la unidad de visualización a MB/s (por defecto, bits por segundo)-mmuestra varias interfaces en una sola pantalla, sin gráficos-t 1000establece el intervalo de actualización en milisegundos
Pulsa F2 durante la sesión para ajustar la frecuencia de actualización y el escalado del gráfico sin reiniciar.
Lo que se ve en pantalla: velocidad actual, media, mínima, máxima y total transferido durante la sesión. Eso es suficiente para confirmar que un servidor está generando el tráfico esperado o para detectar un pico repentino. Lo que no se obtiene: atribución por proceso, desglose por conexión ni datos históricos. Al cerrar el terminal, las estadísticas de la sesión desaparecen.
Recurre a nload cuando quieras responder a la pregunta «¿está este servidor saturando su enlace en este momento?» en menos de cinco segundos.
bmon: supervisión de múltiples interfaces
bmon adopta un enfoque diferente. En lugar de mostrar una interfaz con todo detalle, muestra todas las interfaces del host a la vez. El panel superior enumera cada una de ellas con las tasas actuales de recepción (RX) y transmisión (TX). El panel inferior traza un gráfico de la interfaz que hayas seleccionado. Las teclas de flecha permiten desplazarse entre ellas.
Esta es la herramienta que necesitas en hosts de virtualización, routers, servidores dedicados con múltiples NIC o cualquier sistema que ejecute Docker, donde la lista de interfaces alcanza las docenas. Recorrerlas una a una con nload resultaría tedioso.
Pulsa d in-session para ver las estadísticas detalladas, que incluyen recuentos de paquetes, tasas de error, paquetes perdidos y colisiones. Esos datos son esenciales para diagnosticar enlaces inestables, incompatibilidades de MTU o problemas con los controladores de NIC que no se manifiestan como un problema de rendimiento.
Filtra la lista de interfaces con -p para reducir el desorden visual:
bmon -p "eth*,ens*"bmon también puede exportar datos estructurados con -o formatos JSON, XML, ASCII o HTML, lo cual resulta útil para instantáneas programadas o para alimentar otra herramienta:
bmon -o ascii -p eth0 > /tmp/eth0-stats.txtSin embargo, tiene la misma limitación que nload: no hay historial persistente. Si lo cierras, los datos se pierden.
vnstat: seguimiento del uso a largo plazo
vnstat cubre el hueco que dejan los otros dos. Se ejecuta como un demonio en segundo plano (vnstatd) y escribe los contadores de tráfico en una base de datos binaria en /var/lib/vnstat/. La base de datos sobrevive a los reinicios y conserva muestras de 5 minutos durante 48 horas, datos por hora durante 4 días, totales diarios durante 2 meses y resúmenes mensuales y anuales de forma indefinida.
Actívalo desde el primer día:
systemctl enable --now vnstatEl punto crítico: vnstat solo cuenta el tráfico a partir del momento en que se inicia el demonio. No puede medir retroactivamente el uso anterior a la instalación. En un servidor nuevo, instálelo durante el aprovisionamiento o no tendrá datos cuando los necesite.
Consultas estándar:
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 interfacevnstat es la herramienta adecuada para responder a preguntas como «¿cuánto tráfico generamos el mes pasado?», «¿vamos por buen camino para nuestro límite mensual?» y «¿cómo es la tendencia a largo plazo?». El --alert opción te permite establecer umbrales vinculados a un ciclo de facturación personalizado, lo cual resulta útil cuando el mes de tu proveedor no coincide con el calendario.
Combínalo con vnstati para obtener resultados en formato PNG si necesitas gráficos en una página de estado o un informe:
vnstati -s -i eth0 -o /var/www/html/traffic.pngLo que vnstat no hace bien: diagnósticos en tiempo real. El -l modo en vivo existe, pero es solo un contador, sin gráficos ni detalles por interfaz. Para la respuesta a incidentes, sigue siendo recomendable tener nload o bmon abiertos en otro panel.
Comparación rápida
| Característica | nload | bmon | vnstat |
|---|---|---|---|
| Enfoque | Rendimiento en tiempo real | Estadísticas en vivo de múltiples interfaces | Historial de uso |
| Visualización | Gráficos ASCII duales | Lista de interfaces + gráfico | Tablas, PNG a través de vnstati |
| Datos persistentes | No | No | Sí |
| Formatos de exportación | Ninguno | JSON, XML, ASCII, HTML | JSON, XML, CSV |
| Atribución por proceso | No | No | No |
| Se ejecuta como daemon | No | No | Sí |
| Se requiere privilegios de root | No | No | No |
| Ideal para | Comprobaciones rápidas | Servidores con muchas tarjetas de red | Planificación de la capacidad, facturación |
Ninguna de estas herramientas indica qué proceso o conexión es responsable del tráfico. Para eso, iftop (por conexión) y nethogs (por proceso) son las herramientas adecuadas, y se combinan bien con todo lo anterior.
Qué herramienta utilizar y cuándo
Para un VPS de interfaz única con un límite mensual, instala vnstat el primer día y utiliza nload cuando necesites una comprobación rápida. Esto cubre el 95 % de los casos.
Para servidores dedicados, hosts de virtualización o cualquier sistema que ejecute contenedores, sustituya nload por bmon. La vista de múltiples interfaces ahorra tiempo real una vez que se tienen más de tres o cuatro NIC y puentes.
Para la planificación de la capacidad en toda una flota, la exportación JSON de vnstat se integra perfectamente en Prometheus, Grafana o cualquier otra herramienta que ya utilices para las métricas. Configúralo una vez y olvídate de ello hasta que necesites un informe mensual.
Cuando el tráfico parece anómalo y necesitas encontrar el origen, ninguno de estos tres te lo dirá. Ahí es donde iftop (conexiones principales por ancho de banda) y nethogs (los procesos principales) demuestran su utilidad.
Las tres herramientas leen los contadores del kernel en lugar de capturar paquetes, por lo que la sobrecarga es insignificante incluso en un enlace saturado de 10 Gbps. No hay razón para no tener las tres instaladas.
En resumen
nload, bmon y vnstat abordan cada uno una cuestión diferente: qué está sucediendo en este momento en una interfaz, qué está sucediendo en muchas interfaces y qué ha sucedido a lo largo del tiempo. Elige uno para cada cuestión y tendrás la monitorización del ancho de banda resuelta con una configuración que lleva unos cinco minutos y no añade una carga apreciable.
Si su carga de trabajo genera un tráfico constante y quiere dejar de preocuparse por las facturas por exceso de consumo, un VPS sin límite de datos le ofrece un puerto de tarifa plana y un coste predecible, lo que convierte los datos históricos de vnstat en una herramienta de planificación en lugar de una alarma de facturación.

Perfiles ajustados para la optimización de la carga de trabajo de servidores Linux
Cómo elegir, aplicar y personalizar perfiles ajustados para GPU, bases de datos y servidores Linux de gran ancho de banda, con ejemplos y consejos de implementación de Ansible.
16 min de lectura - 9 de junio de 2026
Linux OOM Killer Tuning for VPS: Una Guía Práctica
12 min de lectura - 8 de junio de 2026