Cómo determina Amazon Route 53 si la comprobación de estado es correcta - Amazon Route 53

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Cómo determina Amazon Route 53 si la comprobación de estado es correcta

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 monitorean un punto de conexión

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 conexión, los comprobadores de estado comienzan a enviar solicitudes al punto de conexión especificado para determinar si está en buen estado. Es posible elegir las ubicaciones que quiere que utilice Route 53 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 conexión 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 se cierra por mantenimiento, está siendo objeto de un ataque de denegación de servicio distribuido (DDoS) o la red no funciona.

  • Si el punto de conexión 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 conexión está en buen estado:

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

  • Si el 18 % o menos de los comprobadores de estado comunican que el estado de un punto de conexión es correcto, Route 53 considera que está en mal estado.

El valor del 18% se ha elegido para garantizar que los comprobadores de estado de varias regiones consideran que el punto de conexión está en buen estado. Esto evita que un punto de conexión 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 conexión está en buen estado depende del tipo de comprobación de estado:

  • HTTPy controles de HTTPS estado: Route 53 debe poder establecer una TCP conexión con el punto final en cuatro segundos. Además, el punto final debe responder con un código de HTTP estado 2xx o 3xx en un plazo de dos segundos tras la conexión.

    nota

    HTTPSLos controles de estado no validan TLS los certificadosSSL/, por lo que no fallan si un certificado no es válido o ha caducado.

  • TCPcontroles de estado: Route 53 debe poder establecer una TCP conexión con el punto final en diez segundos.

  • HTTPy comprobaciones de HTTPS estado con cadenas coincidentes: al igual que HTTP ocurre con las comprobaciones de HTTPS estado, Route 53 debe poder establecer una TCP conexión con el punto final en un plazo de cuatro segundos, y este debe responder con un código de HTTP estado de 2xx o 3xx en un plazo de dos segundos tras la conexión.

    Una vez que un verificador de estado de Route 53 recibe el código de HTTP estado, debe recibir el cuerpo de la respuesta del punto final en los próximos dos segundos. Route 53 busca en el cuerpo de la respuesta una cadena que especifique. La cadena debe aparecer en su totalidad en los primeros 5120 bytes del cuerpo de la respuesta o el punto de conexión 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 el Route 53API, debe especificar la cadena del SearchString elemento al crear el chequeo de estado.

En el caso de las comprobaciones de TCP estado que supervisan un punto final (excepto las comprobaciones de estado), si la respuesta del punto final incluye algún encabezado, éste debe tener el formato definido en RFC723 0, Protocolo de transferencia de hipertexto (HTTP/1.1): Enrutamiento y sintaxis de mensajes, sección 3.2, «Campos de encabezado».

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 monitorean 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 consideran correctas.

  • 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, consulta 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. Si invierte la comprobación de estado, Route 53 considera que un punto de conexión en buen estado está en mal estado y viceversa.

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

Al crear un chequeo de estado basado en una CloudWatch alarma, Route 53 monitorea el flujo de datos de la alarma correspondiente en lugar de monitorear el estado de la alarma. Si el flujo de datos indica que el estado de la alarma es OK (Correcto), 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 Ruta 53API, esta configuración esInsufficientDataHealthStatus.)

Route 53 no admite CloudWatch alarmas entre cuentas.

nota

Como las comprobaciones de estado de Route 53 supervisan los flujos de CloudWatch datos en lugar del estado de CloudWatch las alarmas, no puedes forzar el cambio de estado de una comprobación de estado mediante esta CloudWatch SetAlarmStateAPIoperación.

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. Si invierte la comprobación de estado, Route 53 considera que un punto de conexión en buen estado está en mal estado y viceversa.