Monitoreo de servidor vs. monitoreo de web

Dos equipos pueden decir ambos que "monitorean su infraestructura" y referirse a cosas completamente distintas. Uno vigila gráficas de CPU en un panel. El otro recibe un aviso en el instante en que un cliente no logra cargar la página de pago. Ambos enfoques son útiles. Ninguno sustituye al otro.

Este artículo explica la diferencia práctica entre el monitoreo de servidor y el monitoreo de web, cuándo necesita cada uno y cómo una configuración sana aprovecha los dos.

Monitoreo de servidor: vigilar la máquina por dentro

El monitoreo de servidor (a menudo llamado a nivel de host o monitoreo de infraestructura) ejecuta un agente en la máquina y reporta lo que ocurre dentro:

• uso de CPU y carga media
• uso de RAM y swap
• espacio libre en disco e I/O
• caudal de red
• procesos y servicios en ejecución

Como el agente reside directamente en el host, ve cosas que ninguna comprobación externa puede ver. Sabe que el disco está al 95% antes de que la base de datos rechace escrituras. Sabe que una fuga de memoria lleva horas creciendo antes de que el sistema mate el proceso. Esto es monitoreo white-box (tiene plena visibilidad del interior).

El peaje: el agente solo le habla de la máquina en la que se ejecuta. Si el servidor está bien pero se rompe una regla de firewall, un registro DNS o un balanceador de carga superior, el agente reporta tan tranquilo "todo verde" mientras los usuarios ven una página de error.

Monitoreo de web: vigilar el servicio por fuera

El monitoreo de web (también llamado externo, black-box o monitoreo sintético) comprueba su servicio igual que lo haría un visitante real: desde fuera de su red, por la internet pública.

Las comprobaciones externas típicas incluyen:

• HTTP/HTTPS - devuelve la página un 200 y el contenido esperado
• TCP - está el puerto abierto y aceptando conexiones
• Ping/ICMP - es alcanzable el host
• Certificado SSL - es válido y no caduca pronto
• DNS - se resuelve el nombre correctamente

Esto es monitoreo black-box. No sabe por qué se rompió algo, solo que, desde la perspectiva del cliente, se rompió. Y es precisamente esa perspectiva la que cuenta. Detecta clases enteras de fallos a los que el agente del host es ciego: certificados caducados, mala configuración de DNS, problemas de CDN, caídas de routing e incluso caídas totales del servidor en las que cae también el propio agente.

En paralelo

No son competidores, son capas

El error es tomarlo como una elección excluyente. Las configuraciones más sólidas ejecutan ambos:

1. Las comprobaciones externas le dicen rápido y desde varios sitios que los usuarios están afectados.
2. Las métricas de servidor le dicen por qué, para que pueda eliminar la causa real.

Un ejemplo real: el monitoreo externo lanza una alerta de que su API agota el tiempo de espera. Abre las métricas del servidor y ve que el I/O de disco está clavado al 100% porque un fichero de log llenó la partición. La comprobación externa encontró el síntoma, el agente interno lo explicó. Juntos convirtieron un vago "la web va lenta" en un incidente claro y resoluble.

Dónde encaja ePulz.io

ePulz.io está construido en torno al monitoreo externo black-box hecho como es debido. Las comprobaciones se ejecutan desde tres sondas independientes de la UE y una caída se declara solo cuando coinciden al menos dos de las tres, de modo que una ruta de red defectuosa no le despierta a las tres de la madrugada. Obtiene 9 tipos de monitor (HTTP, TCP, ping, SSL, DNS y más) con intervalos de hasta 1 minuto, según el plan.

Para los casos en que de verdad necesita una visión hacia dentro de su propia red (un servidor, un NAS, una impresora, un servicio que no está expuesto a internet), ePulz.io ofrece un agente LAN. Se ejecuta dentro de su red y reporta la alcanzabilidad de los hosts internos al mismo panel sin exponer nada a la internet pública. Así tiene la vista con los ojos del cliente y la vista interna en un solo lugar.

Una regla sensata:

• Use el monitoreo externo para todo lo que toca el cliente. Siempre.
• Añada métricas a nivel de servidor (a través de su proveedor de hosting, un agente independiente o nuestro agente LAN para objetivos internos) cuando necesite detalle sobre la causa o quiera aviso temprano de los límites de recursos.

Cómo empezar

Si hoy no tiene nada, empiece por la vista externa, porque es justo la que les importa a sus clientes. Configure una comprobación HTTP en el dominio principal y una comprobación SSL en el certificado. Después añada la visión interna donde merezca la pena.

Quiere comprobar al instante si un puerto es alcanzable, antes de configurar un monitor. Pruebe el verificador de puertos gratuito. Cuando esté listo para una cobertura permanente, vea cómo funciona el monitoreo de disponibilidad y nuestros planes. La prueba de 7 días es gratis y no necesita tarjeta.