¿Qué es la monitorización de red?

¿Qué es la monitorización de red?

La monitorización de red es la observación continua de la red que conecta sus servidores, servicios y usuarios: dispositivos como routers, switches y firewalls, los enlaces entre ellos y el tráfico que circula. Su objetivo es detectar un enlace saturado, una interfaz que descarta paquetes o una ruta que falla antes de que los usuarios noten páginas lentas o llamadas a la API fallidas.

El resultado suele ser una vista de topología, gráficos por interfaz, alertas por umbrales como el uso de ancho de banda o los contadores de errores, y registros de flujo (NetFlow, sFlow, IPFIX) que responden "qué tráfico cruzó este enlace a las 14:32". Entre las herramientas del sector están Zabbix, LibreNMS, Nagios y PRTG.

Monitorización de red, de infraestructura y de aplicaciones

Las tres capas se solapan en las herramientas, pero responden preguntas distintas:

• La monitorización de red vigila las tuberías: uso de enlaces, pérdida de paquetes, cambios de enrutamiento, resolución DNS. Responde "¿la red va lenta?"
• La monitorización de infraestructura vigila los hosts: CPU, memoria, disco, contenedores. Responde "¿este servidor está sobrecargado?"
• La monitorización del rendimiento de aplicaciones vigila el código: latencia por endpoint, consultas lentas, tasas de error. Responde "¿por qué el checkout va lento para este cliente?"

Una operación completa usa las tres.

Qué cubre la monitorización de red

• Disponibilidad: ping (ICMP), estado SNMP arriba/abajo y comprobaciones de acceso a puertos a intervalos fijos.
• Ancho de banda y rendimiento: bytes por segundo por interfaz, pico frente a media, uso por percentiles a lo largo del tiempo.
• Pérdida, latencia y jitter: medidos con sondas activas o análisis pasivo de flujos; lo primero que daña la voz, el vídeo y el tráfico en tiempo real.
• Enrutamiento y estado de protocolos: estado de sesiones BGP, cambios de vecinos OSPF.
• Datos de flujo: registros por conversación para planificar capacidad y para análisis forense.
• Desviaciones de configuración: configuraciones de dispositivos guardadas y comparadas, con alerta ante cambios inesperados.

Métricas clave

1. Disponibilidad: porcentaje de tiempo en que un dispositivo o enlace es accesible.
2. Utilización del ancho de banda: parte de la capacidad del enlace en uso, a menudo leída en el percentil 95.
3. Pérdida de paquetes: paquetes descartados como parte de los enviados.
4. Latencia y jitter: tiempo de ida y vuelta y cuánto varía (vea latencia).
5. Contadores de errores y descartes: errores CRC y descartes de salida; valores distintos de cero de forma sostenida apuntan a cableado, óptica o problemas de búfer.
6. Tiempo de resolución DNS: un resolvedor lento retrasa la primera petición a cualquier host.

Ejemplo y puesta en marcha

Usuarios de una región se quejan de un checkout lento, mientras los paneles de la aplicación parecen normales. La vista de red muestra el enlace de esa región al máximo de capacidad, con descartes de salida en una interfaz. La causa es el tráfico, no el código, y la solución es más capacidad o priorización de tráfico.

Para ponerlo en marcha: consulte los dispositivos por SNMP, o con telemetría en streaming en equipos más nuevos, y guarde las series temporales. Añada sondas activas entre sedes para latencia y pérdida, y un colector de flujos para ver cada conversación. Construya paneles por sede y servicio y alerte sobre lo que afecta al usuario (pérdida, latencia, saturación) en lugar de cada contador.

Relación con las pruebas de carga

Cuando una prueba de carga muestra tiempos de respuesta crecientes, la monitorización de red ayuda a saber si el límite está en la red, como un enlace saturado o pérdida de paquetes, o por encima, en la aplicación o la base de datos. Lea ambas señales juntas antes de un lanzamiento. Las guías sobre el jitter de red en pruebas de carga en la nube y los protocolos de red en pruebas de rendimiento profundizan en ello.

Qué cubre LoadFocus y qué no

LoadFocus no es un monitor de dispositivos de red: no consulta routers ni switches por SNMP y no recoge datos de flujo. Comprueba desde fuera, como lo haría un usuario. La monitorización de API ejecuta comprobaciones programadas desde 25 regiones en la nube a elegir y desglosa cada tiempo de respuesta en espera, DNS, conexión TCP, primer byte y descarga. También ofrece comprobaciones TCP (si un puerto está abierto y acepta conexiones) y DNS (si sus registros se resuelven a los valores correctos). Las comprobaciones gratuitas se ejecutan cada 5 minutos. Es una forma de monitorización sintética: muestra si los usuarios de una región ven un problema, no qué dispositivo lo causa.

Preguntas frecuentes: monitorización de red

¿Qué es la monitorización de red en pocas palabras?

Es vigilar la salud de la red que conecta sus servidores y usuarios para encontrar pronto un enlace o dispositivo que falla. Mide disponibilidad, ancho de banda, pérdida de paquetes y latencia.

¿Qué diferencia hay entre monitorización y gestión de red?

La monitorización observa y avisa. La gestión incluye cambiar la red: configurar dispositivos, aplicar actualizaciones y corregir fallos. Muchas herramientas combinan ambas.

¿Qué protocolos usa la monitorización de red?

Los habituales son SNMP para el estado y los contadores de dispositivos, ICMP para el ping, NetFlow, sFlow o IPFIX para los flujos de tráfico y la telemetría en streaming en equipos más nuevos.

¿La monitorización de red sustituye a la de aplicaciones?

No. Muestra si la red está sana, no por qué un endpoint o una consulta concretos van lentos. Necesita además monitorización de infraestructura y de aplicaciones.

¿Puede LoadFocus monitorizar mis routers y switches?

No. LoadFocus comprueba sitios web y APIs desde fuera, con comprobaciones HTTP, TCP y DNS desde regiones en la nube. No usa SNMP ni recoge datos de flujo.