Un incidente es el registro que hace UptimeWire de que un sitio web estuvo caído: cuándo empezó, por qué y cuándo terminó. Esta página explica cómo se abre uno, qué muestra la página del incidente y cómo se cierra.
Qué significa «caído»
En la comprobación de disponibilidad, UptimeWire envía una solicitud HTTP a tu dirección, sigue las redirecciones y espera hasta 15 segundos una respuesta. Una respuesta final de 200 a 399 cuenta como correcta. Cualquier otra cosa es una comprobación fallida. Eso incluye 401 y 403, un tiempo de espera agotado, una conexión rechazada, un nombre que no se resuelve, un error de certificado, demasiadas redirecciones y una regla de texto de página que falla.
Puedes cambiar qué respuestas cuentan como correctas en los ajustes del sitio web. Si escribes una lista como 200-299, 401, solo cuentan esas.
Cuántos fallos abren un incidente
Una comprobación fallida no crea un incidente. Cuando una comprobación falla, UptimeWire vuelve a comprobar tras unos 20 segundos. El incidente se abre tras tres comprobaciones fallidas seguidas.
Por eso el sitio web puede mostrar primero «Comprobando». Ese estado significa que una comprobación ha fallado y UptimeWire la está confirmando antes de avisarte. En ese momento no se ha enviado ninguna alerta.
Si tu plan incluye más de una ubicación de comprobación, una comprobación cuenta como fallida solo cuando más de la mitad de las ubicaciones que respondieron informan de un fallo. Un empate no es una caída.
La segunda opinión
Cuando solo una ubicación participó en la comprobación, UptimeWire puede pedir su punto de vista a un segundo servidor de otra red antes de abrir el incidente. Es la «segunda opinión». Si el segundo servidor ve el sitio web funcionando, el incidente no se abre, lo que elimina los fallos que vienen del camino entre un monitor y tu sitio. Si no se puede contactar con el segundo servidor, el incidente se abre sin él.
Por qué la alerta llega tras alrededor de un minuto
La alerta espera a la confirmación, así que llega más tarde que el primer fallo. Ese es el precio de tener menos falsas alarmas. El retraso se suma a tu intervalo de comprobación, y cuanto más corto es el intervalo, antes te enteras. UptimeWire no promete un tiempo de detección. La entrega también depende de tu proveedor de correo o del servicio receptor.
La página del incidente
Abre un incidente desde la lista de incidentes o desde el enlace de una alerta. La página muestra:
- Duración, Empezó y Terminó. «Empezó» es la hora de la primera comprobación fallida de las tres. Mientras el incidente está abierto, «Terminó» dice «Aún no».
- Comprobaciones fallidas. Cuántas comprobaciones fallaron.
- Por qué falló. El motivo, con un consejo. Los motivos habituales son un tiempo de espera agotado, una conexión rechazada, un nombre que no se resuelve, un error de certificado, una respuesta fuera del rango correcto y demasiadas redirecciones. Lee esto primero: suele indicar la causa.
- Cronología. La primera comprobación fallida, el momento en que se confirmó, cuándo volvió el sitio web y las alertas que se enviaron.
- Ubicaciones. Cuántas comprobaciones fallaron en cada ubicación.
- Sitio ahora. Cómo se ve el sitio web en este momento.
- Distintivo de mantenimiento programado, si el incidente empezó durante una ventana de mantenimiento.
Cada alerta de la cronología tiene un estado, como enviada, no enviada, en camino, no entregada o retenida hasta que termine el trabajo.
UptimeWire conserva los detalles de las comprobaciones fallidas durante 90 días. Después, queda el resumen del incidente.
Cómo se cierra un incidente
Un incidente se cierra tras dos comprobaciones correctas seguidas. Entonces UptimeWire envía una alerta de recuperación por tus canales. El final registrado del incidente es la hora de la primera de esas dos comprobaciones correctas.
Si un sitio web se pone en pausa mientras hay un incidente abierto, la página indica que la monitorización está en pausa y que no se conoce la hora de finalización. Un sitio web en pausa no se comprueba en absoluto, así que ponlo en pausa a propósito.
Mantenimiento programado
Para el trabajo que puedes prever, como un despliegue o un reinicio, anota un mantenimiento programado para el sitio web y así no despertar a nadie.
- Abre el sitio web y ve a su pestaña «Mantenimiento programado».
- Pulsa «Anotar mantenimiento programado» y fija el inicio, el fin y una nota.
Mientras el trabajo está en marcha:
- Las comprobaciones siguen ejecutándose y los fallos quedan en el historial.
- Una caída que empieza dentro de la ventana no cuenta como tiempo de inactividad en tu informe SLA ni en las páginas de estado.
- No sale ninguna alerta sobre esa caída, salvo que el sitio web siga caído cuando termine el trabajo. Si sigue caído, las alertas se envían entonces. Si se recuperó dentro de la ventana, se descartan.
- Los avisos sobre el certificado SSL, el dominio y el DNS no se retienen.
Hay límites. Una ventana debe empezar al menos 5 minutos a partir de ahora y no más de 90 días por delante. Una ventana puede durar como máximo 24 horas. Un sitio web puede tener como máximo 48 horas de mantenimiento programado por mes natural y como máximo 20 ventanas próximas, y las ventanas no pueden solaparse. Se puede cancelar una ventana próxima. Una ventana que ya empezó no se puede mover, solo terminar antes con «Terminar ahora».
Una ventana anotada cuando la caída ya ha empezado no justifica esa caída.
Para saber más sobre la idea, consulta Ventana de mantenimiento e Incidente.
Si la alerta parece errónea
Lee el motivo en la página del incidente. Si el sitio web funcionaba bien para tus visitantes, consulta Qué hacer ante una falsa alarma.