Monitorización de disponibilidad

Una página que está caída cuando un rastreador o un agente de IA la obtiene no puede ser citada, y cada clic de pago que llega a una página rota es gasto desperdiciado. Auditoría → Disponibilidad comprueba tu dominio y sus páginas clave con una programación, abre un incidente cuando fallan y avisa a las personas que necesitan saberlo. También cubre los certificados SSL, el DNS y la caducidad del dominio, las tareas que se ejecutan detrás de tu sitio y la página de estado pública que consultan tus clientes.

La monitorización de disponibilidad está disponible desde el plan Starter: 5 monitores en Starter, 20 en Pro, 200 en Premium, ilimitados en Enterprise. Consulta planes y límites.

Añadir un monitor#

1. Abre Disponibilidad y haz clic en Add monitor

   Ve a Auditoría → Disponibilidad → Monitors y haz clic en Add monitor.

2. Elige el tipo y el objetivo

   • HTTP. Una URL; déjala vacía para monitorizar la página de inicio. Define los códigos de estado esperados (por defecto 2xx) y, opcionalmente, una palabra clave que debe aparecer en la página, o que no debe aparecer (“Fail when the keyword IS present”).
   • TCP. Un host y un puerto.
   • DNS. Un nombre de host, un tipo de registro y los valores que deben estar todos presentes en la respuesta.
   • Transaction. Una secuencia de pasos HTTP, cada uno con su propia URL, tiempo máximo de respuesta y valores extraídos de JSON o de cabeceras para los pasos posteriores (por ejemplo, iniciar sesión y luego llamar a una API con el token).

3. Define el intervalo y los umbrales

   Elige un intervalo de comprobación: cada minuto, 5, 10 o 30 minutos, o cada hora. Las comprobaciones de uno y cinco minutos requieren Pro o superior; Starter comprueba como máximo cada 10 minutos. Define un Degraded threshold en milisegundos y un SLA target (%) opcional entre 90 y 99,999.

4. Elige a quién se avisa

   Los Notification recipients son miembros del espacio de trabajo que reciben un email cuando el monitor cae y cuando se recupera (por defecto: el propietario del espacio de trabajo). Añade hasta cinco canales de Slack o Webhook, con un secreto de firma opcional para los webhooks, y usa Test para enviar una notificación de prueba. En Advanced settings puedes definir el método de solicitud, cabeceras y cuerpo personalizados, avisar en comprobaciones degradadas y repetir las alertas mientras un incidente sigue abierto.

Cómo funcionan los incidentes#

• Up, Degraded, Down. Una comprobación más lenta que el umbral de degradación es Degraded: sigue siendo un éxito, nunca un incidente, y solo avisa si lo activas.
• Dos fallos abren un incidente. Un solo fallo se confirma antes de que ocurra nada; un incidente solo se abre tras dos fallos consecutivos, lo que filtra los tropiezos puntuales.
• Un éxito lo cierra. La primera comprobación satisfactoria reinicia el contador de fallos y resuelve el incidente.

Cada página de monitor muestra la disponibilidad de 24 horas en celdas de 15 minutos, la disponibilidad de 90 días por día, el tiempo de respuesta y el tamaño por comprobación, las comprobaciones recientes con detalles forenses (cabeceras de respuesta, extracto del cuerpo, pasos de la transacción) y la lista de incidentes, donde puedes reconocer incidentes y añadir comentarios. El panel Technical health añade la validez del certificado SSL y los días hasta su caducidad, la resolución DNS y la caducidad del registro del dominio.

Heartbeats#

Las comprobaciones de disponibilidad sondean tu servidor desde fuera, así que no pueden ver una copia de seguridad o importación nocturna que ha dejado de ejecutarse en silencio. Los Heartbeats invierten la dirección: tu tarea llama a una URL de ping única después de cada ejecución satisfactoria.

0 2 * * * /usr/local/bin/backup.sh && curl -fsS https://<your ping URL>

Define el Expected interval y un Grace period en segundos. Si no llega ningún ping dentro del intervalo más el margen, se abre un incidente y se te avisa. Copia la URL de ping exacta desde la página del heartbeat; Reset token emite una nueva y la anterior deja de funcionar de inmediato. Un heartbeat también se puede incrustar en una página web como un píxel de visitante, una insignia de estado o un gráfico de disponibilidad de 24 horas o 90 días.

Ventanas de mantenimiento#

El trabajo planificado no debería contar como una caída. Las Maintenance windows suprimen los cambios de incidentes y excluyen ese tiempo del cálculo de disponibilidad. Una ventana puede ser única, diaria o semanal, y limitarse a un monitor, un dominio o todo el espacio de trabajo.

Páginas de estado e informe de SLA#

• Status pages. Publica una página de cara al cliente para los monitores y heartbeats que elijas, mostrando el estado de incidentes en vivo. Los visitantes pueden suscribirse por email a las novedades de disponibilidad. Activa Published para hacerla pública.
• SLA report. Disponibilidad mensual por monitor y heartbeat sin contar el mantenimiento, frente al objetivo de SLA de cada monitor: disponibilidad, tiempo de caída, incidentes, incidente más largo, si se cumplió el SLA y cuánto del presupuesto de caída se ha usado o queda. Descárgalo como CSV para clientes o para informes internos.

Ejemplo práctico#

Un objetivo del 99,9% en un mes de 30 días permite 30 × 24 × 60 × 0.1% = 43.2 minutos de caída. Dos incidentes de 12 y 9 minutos usan 21 minutos, dejando unos 22 minutos de presupuesto. Una ventana de mantenimiento de 60 minutos ese mes no cuenta en su contra.

Relacionado#