Cómo medimos la disponibilidad

A un intervalo fijo (de 1 a 60 minutos, elegido por sitio; al menos 5 minutos en el plan Lookout) WWT envía una petición HTTP GET normal a la dirección del sitio con su propio agente de usuario, claramente identificado. Se siguen las redirecciones y cada salto se verifica por seguridad. El tiempo de respuesta es el tiempo desde el envío de la petición hasta recibir la respuesta, medido desde el servidor principal de WWT en Europa. El límite de tiempo es de 10 segundos por defecto y se puede cambiar.

Una comprobación falla cuando no se pudo establecer conexión, se agotó el límite de tiempo o el servidor respondió con un código fuera de los aceptados. Por defecto se aceptan las respuestas 2xx, 3xx y 4xx y los códigos 5xx son fallos: un servidor que responde «no encontrado» sigue funcionando. Los rangos aceptados se pueden cambiar en los ajustes del sitio.

La disponibilidad y el certificado son dos comprobaciones distintas: un sitio con certificado caducado que responde está disponible, y el problema del certificado genera su propia alerta.

Tras cada comprobación fallida desde el servidor de WWT preguntamos por el mismo sitio a dos de nuestras regiones de monitorización independientes (Europa, Norteamérica, Asia, Oceanía), rotadas cada hora. Si alguna región lo ve funcionando, el fallo se trata como un problema de red local y se ignora. Si las regiones confirman la caída, o ninguna puede responder, el fallo cuenta para el umbral. Una región cuya propia autocomprobación detectó un problema de conectividad no participa en la decisión.

Una caída se confirma cuando las comprobaciones consecutivas fallan un número fijado de veces seguidas (3 por defecto, ajustable por sitio). Solo entonces se envía una alerta y se abre un incidente. Las rachas más cortas de fallos no son incidentes y nunca alertan.

El incidente empieza en la última comprobación correcta antes de la racha: el sitio pudo dejar de funcionar en cualquier momento después, así que contamos desde ese instante, en contra de la medición y no a su favor. Desde que se confirma la caída, el sitio se comprueba cada minuto sin importar su intervalo, para detectar la recuperación rápido.

Un incidente termina con la primera comprobación correcta: desde el servidor de WWT, o confirmada desde una región cuando nuestro servidor aún no ve el sitio pero el mundo sí. La duración es la diferencia entre el fin y el inicio.

Un incidente también termina cuando dejamos de observar el sitio durante una caída: tras 7 días de indisponibilidad continua la monitorización de disponibilidad se desactiva sola, el propietario puede desactivarla a mano, y tras caducar el dominio se pausan todas las comprobaciones salvo la del dominio. Ese incidente aparece en el historial como «monitorización detenida»; la caída real pudo durar más, pero WWT ya no la medía.

La disponibilidad de un periodo es el tiempo en que el sitio no estuvo en incidente, dividido por el tiempo en que WWT lo estaba observando realmente. Un incidente que empezó antes del periodo o continúa después cuenta solo por la parte que cae dentro del periodo.

Los fallos aislados por debajo del umbral y los fallos desmentidos por las regiones no reducen la disponibilidad. El tiempo con la monitorización de disponibilidad desactivada no se observa: no cuenta ni como funcionamiento ni como caída. La medición termina en la última comprobación y empieza de nuevo al reactivar la monitorización.

El tiempo de respuesta medio y la mediana se calculan solo a partir de las comprobaciones correctas del periodo. Las comprobaciones fallidas no bajan ni suben este valor.

El modo de mantenimiento silencia las notificaciones, no las mediciones: las comprobaciones siguen y los incidentes durante el mantenimiento se registran y cuentan para la disponibilidad.

Los resultados brutos de las comprobaciones se conservan al menos un año, actualmente todo el historial desde que se añadió el sitio. Los incidentes se conservan mientras el sitio esté monitorizado, porque son la prueba.

WWT no comprueba el contenido de una página (sin comprobación de palabras clave), no la renderiza como un navegador y no mide el rendimiento más allá del tiempo de respuesta HTTP. La disponibilidad se mide desde un punto con confirmación de las regiones, no de forma continua desde cada región. Si necesitas una medición desde una ubicación concreta, dínoslo.