¿Qué es la monitorización de infraestructura?

¿Qué es la monitorización de infraestructura?

La monitorización de infraestructura es la recogida continua de métricas de salud, con alertas, de la capa que hay bajo tu aplicación: servidores y máquinas virtuales, contenedores, redes, bases de datos y servicios cloud gestionados. Las señales típicas son CPU, memoria, espacio e I/O de disco, rendimiento y errores de red, y valores propios de cada servicio, como la profundidad de una cola o el retraso de replicación. Responde a una pregunta: ¿está sana la plataforma?

Cómo funciona

Un pequeño agente o exporter se ejecuta en cada host, o junto a cada contenedor, y lee contadores del sistema operativo. En los servicios gestionados, el colector consulta en su lugar la API de métricas del proveedor cloud. Ambos envían series temporales a un backend que las almacena, dibuja paneles y evalúa reglas de alerta. Agentes habituales son Prometheus node_exporter, el Datadog Agent, el agente de AWS CloudWatch y Telegraf. Los datos suelen recogerse cada pocos segundos o cada minuto, de modo que la tendencia se ve mucho antes de llegar a un límite.

Qué medir

• CPU: utilización y longitud de la cola de ejecución. Consulta CPU utilization in performance testing (en inglés).
• Memoria: usada, disponible y actividad de swap. El uso de swap es una señal más fuerte que una cifra alta de memoria usada.
• Disco: espacio libre, latencia de lectura y escritura, espera de I/O.
• Red: ancho de banda, retransmisiones, paquetes descartados y número de conexiones.
• Límites de servicios: profundidad de colas, conexiones a la base de datos, retraso de réplicas, salud de los destinos del balanceador.

Ejemplo

Una página de pago se ralentiza cada tarde. Las métricas de la aplicación solo dicen "las peticiones son lentas". El panel de infraestructura muestra que la espera de disco del host de la base de datos sube mientras la CPU se mantiene plana, y que un trabajo de copia de seguridad escribe en el mismo volumen. Mover la ventana de la copia lo soluciona. Sin datos a nivel de host, el equipo habría culpado al código.

Errores comunes

• Alertar solo sobre promedios. Una CPU media del 40 % en una flota puede esconder un nodo saturado. Alerta por host y vigila percentiles.
• Alertar en cada pico. Los picos breves son normales. Exige que la condición dure unos minutos, o acostumbrarás al equipo a ignorar las alertas.
• Sin línea base. Un valor solo significa algo comparado con lo normal para ese servicio a esa hora.
• Vigilar hosts, no usuarios. Todos los paneles pueden estar en verde mientras un endpoint de inicio de sesión devuelve errores.
• Olvidar los servicios gestionados. Colas, cachés y bases de datos alcanzan límites que nunca aparecen como CPU del host.

Monitorización de infraestructura y el resto de tu stack

La monitorización de infraestructura es una capa de la observabilidad. La monitorización del rendimiento de aplicaciones cubre el código encima, la monitorización de red los caminos entre sistemas y la monitorización cloud los servicios del proveedor que alquilas. Combina bien con las pruebas de carga: genera tráfico controlado y observa qué recurso se satura primero, lo que indica dónde falta capacidad.

LoadFocus no monitoriza hosts ni contenedores y no sustituye una herramienta de infraestructura. Monitoriza desde fuera: la monitorización de APIs comprueba tus endpoints de forma programada y avisa de fallos y respuestas lentas, y las pruebas de carga producen el tráfico que somete a tensión tus servidores. Usa un monitor de infraestructura para ver el porqué y una comprobación desde fuera para saber si los usuarios están afectados. Más sobre alertas en monitoring best practices for DevOps and developers (en inglés).

Preguntas frecuentes

¿Qué diferencia hay entre monitorización de infraestructura y de aplicaciones?

La monitorización de infraestructura vigila la plataforma: hosts, contenedores, redes y servicios gestionados. La de aplicaciones vigila el código que se ejecuta encima: latencia de endpoints, tasas de error y trazas. Necesitas ambas, porque un host sano puede ejecutar una aplicación lenta.

¿Qué métricas importan más?

Empieza por CPU, memoria, espacio e I/O de disco y errores de red de cada host, y añade después los límites de los servicios de los que dependes, como la profundidad de colas y las conexiones a la base de datos. Prefiere métricas que muestren saturación, no solo uso.

¿Necesito un agente en cada servidor?

En máquinas virtuales y contenedores que gestionas tú, normalmente sí, o un exporter que exponga métricas. En servicios cloud gestionados, las métricas se leen por lo general a través de la API del proveedor.

¿Puede LoadFocus sustituir mi monitorización de infraestructura?

No. LoadFocus comprueba endpoints y páginas desde fuera y genera carga para las pruebas. No lee la CPU, la memoria ni el disco de tus servidores, así que úsalo junto con un monitor de infraestructura.