Cómo determina Amazon Route 53 si el estado de una comprobación de estado es correcto - Amazon Route 53

Cómo determina Amazon Route 53 si el estado de una comprobación de estado es correcto

El método que utiliza Amazon Route 53 para determinar si una comprobación de estado es correcta depende del tipo de comprobación de estado.

Cómo determina Route 53 el estado de las comprobaciones de estado que monitorizan un punto de enlace

Route 53 dispone de comprobadores de estado en ubicaciones situadas por todo el mundo. Cuando se crea una comprobación de estado que monitoriza un punto de enlace, los comprobadores de estado comienzan a enviar solicitudes al punto de enlace especificado para determinar si está en buen estado. Es posible elegir las ubicaciones que quiere que Route 53 utilice y especificar el intervalo entre comprobaciones: cada 10 segundos o cada 30 segundos. Tenga en cuenta que los comprobadores de estado de Route 53 en distintos centros de datos no se coordinan entre sí, por lo que a veces aparecerán varias solicitudes por segundo independientemente del intervalo elegido, seguidas de unos segundos sin comprobaciones de estado.

Cada comprobador de estado evalúa el estado del punto de enlace en función de dos valores:

  • Tiempo de respuesta. Un recurso puede ser responder con lentitud o no responder a una solicitud de comprobación de estado por diversas razones. Por ejemplo, el recurso está desactivado para realizar tareas de mantenimiento, está sufriendo un ataque de denegación de servicio distribuido (DDoS) o la red se encuentra fuera de servicio.

  • Si el punto de enlace responde o no a una serie de comprobaciones de estado consecutivas especificadas (el umbral de error)

Route 53 agrega los datos de los comprobadores de estado y determina si el punto de enlace está en buen estado:

  • Si más del 18% de los comprobadores de estado comunican que el estado de un punto de enlace es correcto, Route 53 considera que está en buen estado.

  • Si el 18 % de los comprobadores de estado o menos comunican que el estado de un punto de enlace es correcto, Route 53 considera que no está en buen estado.

El valor del 18% se ha elegido para garantizar que los comprobadores de estado de varias regiones consideran que el punto de enlace está en buen estado. Esto evita que un punto de enlace se considere que está en mal estado solo porque las condiciones de la red le han aislado de algunas ubicaciones de comprobación de estado. Este valor podría cambiar en una versión futura.

El tiempo de respuesta que un comprobador de estado concreto emplea para determinar si un punto de enlace está en buen estado depende del tipo de comprobación de estado:

  • Comprobaciones de estado de HTTP y HTTPS – Route 53 debe poder establecer una conexión TCP con el punto de enlace en cuatro segundos. Además, el punto de enlace debe responder con un código de estado HTTP de 2xx o 3xx en un plazo de dos segundos después de la conexión.

    nota

    Las comprobaciones de mantenimiento HTTPS no validan los certificados SSL/TLS, por lo que las comprobaciones no fallan si un certificado no es válido o ha caducado.

  • Comprobaciones de estado de TCP – Route 53 debe poder establecer una conexión TCP con el punto de enlace en diez segundos.

  • Comprobaciones de estado de HTTP y HTTPS con coincidencia de cadenas – Al igual que sucede con las comprobaciones de estado de HTTP y HTTPS, Route 53 debe poder establecer una conexión TCP con el punto de enlace en cuatro segundos y el punto de enlace debe responder con un código de estado HTTP de 2xx o 3xx en dos segundos después de la conexión.

    Después de que un comprobador de estado de Route 53 reciba el código de estado HTTP dicho comprobador debe recibir el cuerpo de la respuesta desde el punto de enlace en los dos segundos siguientes. Route 53 busca en el cuerpo de la respuesta la cadena que se especifique. La cadena debe aparecer en su totalidad en los primeros 5120 bytes del cuerpo de la respuesta o el punto de enlace no superará la comprobación de estado. Si usa la consola de Route 53, especifique la cadena en el campo Search String (Buscar cadena). Si utiliza la API de Route 53, especifique la cadena en el elemento SearchString al crear la comprobación de estado.

Para las comprobaciones de estado que monitoreen un punto de enlace (excepto las comprobaciones de estado de TCP), si la respuesta del punto de enlace incluye encabezados, los encabezados deben estar en el formato que se define en RFC7230, Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing, sección 3.2, "Header Fields".

Route 53 considera que una nueva comprobación de estado es correcta hasta que haya suficientes datos para determinar el estado real, correcto o no. Si ha elegido la opción de invertir el estado de comprobación de estado, Route 53 considera que una nueva comprobación de estado no es correcta hasta que haya suficientes datos.

Cómo determina Route 53 el estado de las comprobaciones de estado que monitorizan otras comprobaciones de estado

Una comprobación de estado puede monitorear el estado de otras comprobaciones de estado; este tipo se conoce como una comprobación de estado calculada. La comprobación de estado que realiza el monitoreo es la comprobación de estado principal y las que se monitorean son las comprobaciones de estado secundarias. Una comprobación de estado principal puede monitorear el estado de hasta 255 comprobaciones de estado secundarias. A continuación, se explica cómo funciona el monitoreo:

  • Route 53 agrega hasta el número de comprobaciones de estado secundarias que se considera que están en buen estado.

  • Route 53 compara ese número con el número de comprobaciones de estado secundarias que deben ser correctas para que el estado de una comprobación de estado principal se considere correcto.

Para obtener más información, consulte Monitorizar otras comprobaciones de estado (comprobaciones de estado calculadas) en Valores que especifica al crear o actualizar comprobaciones de estado.

Route 53 considera que una nueva comprobación de estado es correcta hasta que haya suficientes datos para determinar el estado real, correcto o no. Si ha elegido la opción de invertir el estado de comprobación de estado, Route 53 considera que una nueva comprobación de estado no es correcta hasta que haya suficientes datos.

Cómo determina Route 53 el estado de las comprobaciones de estado que monitorizan las alarmas de CloudWatch

Cuando se crea una comprobación de estado basada en un alarma de CloudWatch, Route 53 monitoriza la transmisión de datos de la alarma correspondiente en lugar de monitorizar el estado de la alarma. Si la transmisión de datos indica que el estado de la alarma es OK, se considera que la comprobación de estado es correcta. Si la transmisión de datos indica que el estado es Alarm, se considera que la comprobación de estado es incorrecta. Si la transmisión de datos no proporciona información suficiente para determinar el estado de la alarma, el estado de la comprobación de estado depende de la configuración de Health check status (Estado de la comprobación de estado): correcto, incorrecto o último estado desconocido. (En la API de Route 53 esta configuración es InsufficientDataHealthStatus).

nota

Dado que las comprobaciones de estado de Route 53 monitorizan las transmisiones de datos de CloudWatch en lugar del estado de las alarmas de CloudWatch, no puede obligar a que el estado de una comprobación de estado cambie ejecutando la operación API SetAlarmState de CloudWatch.

Route 53 considera que una nueva comprobación de estado es correcta hasta que haya suficientes datos para determinar el estado real, correcto o no. Si ha elegido la opción de invertir el estado de comprobación de estado, Route 53 considera que una nueva comprobación de estado no es correcta hasta que haya suficientes datos.