

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.

# Creación de comprobaciones de estado de Amazon Route 53
<a name="dns-failover"></a>

Las comprobaciones de estado de Amazon Route 53 monitorean el estado y el rendimiento de sus aplicaciones web, servidores web y otros recursos. Cada comprobación de estado que cree puede monitorizar uno de los siguientes elementos:
+ El estado de un recurso especificado, como un servidor web.
+ El estado de otras comprobaciones de estado.
+ El estado de una CloudWatch alarma de Amazon.
+ Además, con el Controlador de recuperación de aplicaciones de Amazon (ARC), puede configurar comprobaciones de estado del control de enrutamiento con registros de conmutación por error de DNS para administrar la conmutación por error del tráfico de la aplicación. Para obtener más información, consulte la [Guía para desarrolladores del Controlador de recuperación de aplicaciones de Amazon (ARC)](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route-53-recovery.html).

Para obtener Información general de los tipos de comprobaciones de estado, consulte [Tipos de comprobaciones de estado de Amazon Route 53Tipos de comprobaciones de estado](health-checks-types.md). Para obtener información sobre la creación de comprobaciones de estado, consulte [Creación y actualización de comprobaciones de estado](health-checks-creating.md).

Después de crear una comprobación de estado, puede obtener el estado de la comprobación de estado, recibir notificaciones cuando cambie el estado y configurar la recuperación ante errores a nivel de DNS:

**Obtención del estado y las notificaciones de la comprobación de estado**  
Puede ver el estado actual y reciente de las comprobaciones de estado en la consola de Route 53. También puede trabajar con las comprobaciones de estado mediante programación a través de una de las API AWS SDKs de Route 53 o de Route 53. AWS Command Line Interface AWS Tools for Windows PowerShell  
Si quieres recibir una notificación cuando cambie el estado de un chequeo de estado, puedes configurar una CloudWatch alarma de Amazon para cada chequeo de estado.  
Para obtener información sobre la visualización del estado de la comprobación de estado y recibir notificaciones, consulte [Monitorizar el estado de la comprobación de estado y recibir notificaciones](health-checks-monitor-view-status.md).

**Configuración de la recuperación ante errores a nivel de DNS**  
Si tiene varios recursos que realizan la misma función, puede configurar la conmutación por error a nivel de DNS para que Route 53 dirija el tráfico de un recurso con estado incorrecto a otro con estado correcto. Por ejemplo, si tiene dos servidores web y el estado de un servidor web deja de ser correcto, Route 53 puede dirigir el tráfico al otro. Para obtener más información, consulte [Configuración de la recuperación ante errores a nivel de DNS](dns-failover-configuring.md).

**Topics**
+ [Tipos de comprobaciones de estado de Amazon Route 53](health-checks-types.md)
+ [Cómo determina Amazon Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md)
+ [Creación, actualización y eliminación de comprobaciones de estado](health-checks-creating-deleting.md)
+ [Configuración de la recuperación ante errores a nivel de DNS](dns-failover-configuring.md)
+ [Denominar y etiquetar comprobaciones de estado](health-checks-tagging.md)
+ [Usar comprobaciones de estado con versiones de la API de Amazon Route 53 que sean anteriores al 2012-12-12](dns-failover-using-old-apis.md)

# Tipos de comprobaciones de estado de Amazon Route 53
<a name="health-checks-types"></a>

Puede crear los tipos de comprobaciones de estado de Amazon Route 53 siguientes:

**Comprobaciones de estado que monitorizan un punto de conexión**  
Puede configurar una comprobación de estado que monitorice un punto de conexión que especifique por dirección IP o por nombre de dominio. En los intervalos regulares que especifique, Route 53 envía solicitudes automatizadas a través de Internet a su aplicación, servidor u otro recurso para comprobar que está accesible, disponible y funcional. También puede configurar la comprobación de estado para que realice solicitudes similares a los que hacen los usuarios, como solicitar una página web de una URL específica.

**Comprobaciones de estado que monitorean otras comprobaciones de estado (comprobaciones de estado calculadas)**  
Puede crear una comprobación de estado que monitoree si Route 53 considera otras comprobaciones de estado correctas o incorrectas. Una situación en la que podría ser útil se da cuando tiene varios recursos que realizan la misma función, como varios servidores web, y su preocupación principal es saber si un número mínimo de recursos tienen un estado correcto. Puede crear una comprobación de estado para cada recurso sin configurar la notificación para dichas comprobaciones de estado. A continuación, puede crear una comprobación de estado que monitorice el estado de las demás comprobaciones de estado y que le notifique solo cuando el número de recursos web disponibles esté por debajo de un umbral especificado.

**Health checks que monitorizan CloudWatch las alarmas**  
Puede crear CloudWatch alarmas que supervisen el estado de CloudWatch las métricas, como el número de eventos de lectura restringidos de una base de datos de Amazon DynamoDB o el número de hosts de Elastic Load Balancing que se consideran en buen estado. Tras crear una alarma, puede crear una comprobación de estado que supervise el mismo flujo de datos que CloudWatch supervisa la alarma.  
Para mejorar la resiliencia y la disponibilidad, Route 53 no espera a que la CloudWatch alarma se active`ALARM`. El estado de un control de estado cambia de saludable a insalubre según el flujo de datos y los criterios de la CloudWatch alarma.   
Route 53 admite CloudWatch alarmas con las siguientes funciones:  
+ Métricas de resolución estándar. Las métricas de alta resolución no se admiten. Para obtener más información, consulta [Métricas de alta resolución](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) en la *Guía del CloudWatch usuario de Amazon*.
+ Estadísticas: promedio, mínimo, máximo, suma y SampleCount. Las estadísticas extendidas no se admiten.
+ Route 53 no admite alarmas “M de N”. Para obtener más información, consulta [Cómo evaluar una alarma](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) en la * CloudWatch guía de Amazon*.
+ Un chequeo de estado solo puede monitorear una CloudWatch alarma que esté en la misma AWS cuenta que el chequeo de estado.
+ Route 53 no admite alarmas que utilicen [cálculos métricos](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) para consultar varias CloudWatch métricas. 

**Controlador de enrutamiento del controlador de recuperación de aplicaciones de Amazon (ARC)**  
Las comprobaciones de estado de ARC están asociadas a controles de enrutamiento, que son simples conmutadores de encendido/apagado. Configure cada comprobación de estado del control de enrutamiento con un registro DNS de conmutación por error. A continuación, solo tiene que actualizar los controles de enrutamiento en ARC para redirigir el tráfico y conmutar por error las aplicaciones, por ejemplo, entre zonas o AWS regiones de disponibilidad. Para obtener más información, consulte [Routing control in ARC](https://docs.aws.amazon.com/r53recovery/latest/dg/routing-control.html) en la Guía para desarrolladores de ARC.

# Cómo determina Amazon Route 53 si la comprobación de estado es correcta
<a name="dns-failover-determining-health-of-endpoints"></a>

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
<a name="dns-failover-determining-health-of-endpoints-monitor-endpoint"></a>

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, es objeto de un ataque de denegación de servicio distribuido o la red no funciona. DDo
+ 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:
+ **Comprobaciones de estado de HTTP y HTTPS** Route 53 debe poder establecer una conexión TCP con el punto de conexión en cuatro segundos. Además, el punto de conexión 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 estado de HTTPS no validan SSL/TLS los certificados, 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 conexión 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 conexión en cuatro segundos y el punto de conexión 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, debe recibir el cuerpo de la respuesta desde el punto de conexión 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 la API de Route 53, especifique la cadena en el elemento `SearchString` al crear la comprobación de estado. 

En el caso de las comprobaciones de estado que supervisan un punto final (excepto las comprobaciones de estado de TCP), si la respuesta del punto final incluye algún encabezado, este debe tener el formato definido en RFC7230 el Protocolo de transferencia de hipertexto (HTTP/1.1): Enrutamiento y sintaxis de mensajes, [sección 3.2,](https://tools.ietf.org/html/rfc7230#section-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
<a name="dns-failover-determining-health-of-endpoints-calculated"></a>

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)](health-checks-creating-values.md#health-checks-creating-values-calculated) en [Valores que especifica al crear o actualizar comprobaciones de estado](health-checks-creating-values.md).

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 las alarmas CloudWatch
<a name="dns-failover-determining-health-of-endpoints-cloudwatch"></a>

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 API de Route 53, esta configuración es `InsufficientDataHealthStatus`).

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 la operación de la CloudWatch [SetAlarmState](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html)API.

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.

# Creación, actualización y eliminación de comprobaciones de estado
<a name="health-checks-creating-deleting"></a>

**importante**  
Si desea actualizar o eliminar las comprobaciones de estado que están asociadas con registros, consulte las tareas de [Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS](health-checks-updating-deleting-tasks.md) antes de continuar.

En esta sección se tratan los siguientes temas relacionados con la administración de las comprobaciones de estado de Route 53: 

1. **Creación y actualización de las comprobaciones de estado:**
   + Aprenda a crear y actualizar comprobaciones de estado con la consola de Route 53.
   + Comprenda los valores que debe especificar al crear o actualizar las comprobaciones de estado, como la supervisión de los puntos de conexión, el protocolo, la dirección IP, el nombre de dominio y las opciones de configuración avanzadas.

1. **Valores que se muestran al crear una comprobación de estado:**
   + Descubra los valores que muestra la consola de Route 53 en función de los datos introducidos al crear una comprobación de estado, como la URL completa o la dirección IP y el puerto. 

1. **Actualización de las comprobaciones de estado para CloudWatch detectar cambios en las alarmas:**
   + Descubra cómo actualizar una comprobación de estado al cambiar la configuración de la CloudWatch alarma asociada.

1. **Eliminación de comprobaciones de estado:**
   + Siga estos pasos para eliminar comprobaciones de estado con la consola de Route 53.

1. **Actualización o eliminación de comprobaciones de estado cuando está configurada la conmutación por error de DNS:**
   + Conozca las tareas recomendadas que se deben realizar al actualizar o eliminar las comprobaciones de estado asociadas a los registros de DNS para garantizar una configuración adecuada del enrutamiento y de la conmutación por error.

1. **Configuración de las reglas de enrutador y de firewall:**
   + Comprenda cómo configurar las reglas del enrutador y del firewall para permitir el tráfico de entrada desde los comprobadores de estado de Route 53, lo que garantiza que las comprobaciones de estado se realicen de forma correcta.

Si sigue la información que se proporciona en esta sección, puede crear, actualizar y eliminar de forma eficaz las comprobaciones de estado de Route 53, administrar su configuración y garantizar una integración adecuada con las políticas de enrutamiento y conmutación por error de DNS. 

**Topics**
+ [Creación y actualización de comprobaciones de estado](health-checks-creating.md)
+ [Valores que especifica al crear o actualizar comprobaciones de estado](health-checks-creating-values.md)
+ [Valores que muestra Amazon Route 53 al crear una comprobación de estado](health-checks-creating-values-displayed.md)
+ [Actualizar los controles de estado al cambiar la configuración de las CloudWatch alarmas (los controles de estado solo monitorean una CloudWatch alarma)](health-checks-updating-cloudwatch-alarm-settings.md)
+ [Desactivación o activación de las comprobaciones de estado](health-checks-disable.md)
+ [Inversión de una comprobación de estado](health-checks-invert.md)
+ [Eliminar comprobaciones de estado](health-checks-deleting.md)
+ [Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS](health-checks-updating-deleting-tasks.md)
+ [Configuración de las reglas de enrutador y de firewall para las comprobaciones de estado de Amazon Route 53](dns-failover-router-firewall-rules.md)

# Creación y actualización de comprobaciones de estado
<a name="health-checks-creating"></a>

En el siguiente procedimiento se describe cómo crear y actualizar comprobaciones de estado con la consola de Route 53.

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-creating-new)
+ [Consola antigua](#health-checks-creating-old)

------
#### [ New console ]<a name="health-checks-creating-proc"></a>

**Cómo crear o actualizar una comprobación de estado**

1. Si desea actualizar las comprobaciones de estado que ya están asociadas con registros, realice las tareas recomendadas de [Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS](health-checks-updating-deleting-tasks.md).

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. Si desea actualizar una comprobación de estado existente, seleccione el ID vinculado de la comprobación de estados y, a continuación, elija **Editar**.

   Si desea crear una comprobación de estado, elija **Crear comprobación de estado**.

1. Ingrese los valores aplicables. Tenga en cuenta que algunos valores no se pueden cambiar después de crear una comprobación de estado. Para obtener más información, consulte [Valores que especifica al crear o actualizar comprobaciones de estado](health-checks-creating-values.md).

1. Elija **Crear comprobación de estado**.
**nota**  
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.

1. Asocie la comprobación de estado con uno o varios registros de Route 53. Para obtener información sobre cómo crear y actualizar registros, consulte [Uso de registros](rrsets-working-with.md).

------
#### [ Old console ]<a name="health-checks-creating-console-proc"></a>

**Cómo crear o actualizar una comprobación de estado**

1. Si desea actualizar las comprobaciones de estado que ya están asociadas con registros, realice las tareas recomendadas de [Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS](health-checks-updating-deleting-tasks.md).

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. Si desea actualizar una comprobación de estado existente, selecciónela y, a continuación, elija **Edit Health Check**.

   Si desea crear una comprobación de estado, elija **Create Health Check**. Si necesita más información sobre cada opción de configuración, mueva el puntero del ratón sobre una etiqueta para que aparezca la información sobre herramientas.

1. Ingrese los valores aplicables. Tenga en cuenta que algunos valores no se pueden cambiar después de crear una comprobación de estado. Para obtener más información, consulte [Valores que especifica al crear o actualizar comprobaciones de estado](health-checks-creating-values.md).

1. Elija **Create Health Check**.
**nota**  
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.

1. Asocie la comprobación de estado con uno o varios registros de Route 53. Para obtener información sobre cómo crear y actualizar registros, consulte [Uso de registros](rrsets-working-with.md).

------

# Valores que especifica al crear o actualizar comprobaciones de estado
<a name="health-checks-creating-values"></a>

Al crear o actualizar comprobaciones de estado, especifica los valores aplicables. Tenga en cuenta que no puede cambiar algunos valores después de crear una comprobación de estado. 

**Topics**
+ [Monitorización de un punto de conexión](#health-checks-creating-values-endpoint)
+ [Monitorizar otras comprobaciones de estado (comprobaciones de estado calculadas)](#health-checks-creating-values-calculated)
+ [Supervisión de una CloudWatch alarma](#health-checks-creating-values-cloudwatch)
+ [Configuración avanzada (solo “Monitor an endpoint” (Monitorización de un punto de conexión))](#health-checks-creating-values-advanced)
+ [Recibir notificaciones cuando se produzca un error en una comprobación de estado](#health-checks-creating-values-alarm)

**Name**  
Opcional, pero recomendado: el nombre que desea asignar a la comprobación de estado. Si especifica un valor en el campo **Name** (Nombre), Route 53 agrega una etiqueta a la comprobación de estado, asigna el valor **Name** (Nombre) a la clave de etiqueta y el valor que especifique al valor de etiqueta. El valor de la etiqueta **Name** (Nombre) aparece en la lista de comprobaciones de estado en la consola de Route 53, lo que le permite distinguir fácilmente las comprobaciones de estado entre ellas.  
Para obtener más información sobre el etiquetado y las comprobaciones de estado, consulte [Denominar y etiquetar comprobaciones de estado](health-checks-tagging.md).

**Qué se debe monitorizar**  
Si desea que esta comprobación de estado monitorice un punto de conexión o el estado de otras comprobaciones de estado:  
+ **Punto de conexión**: Route 53 monitorea el estado de un punto de conexión que se especifique. Puede especificar el punto de conexión proporcionando un nombre de dominio o una dirección IP y un puerto.
**nota**  
Si especifica un dispositivo que no sea un AWS punto final, se aplicará un cargo adicional. Para obtener más información, como una definición de los puntos de enlace de AWS , consulte “Comprobaciones de estado” en la página de [Precios de Route 53](https://aws.amazon.com/route53/pricing/).
+ **Status of other health checks (calculated health check)** (Estado de las demás comprobaciones de estado (comprobación de estado calculada)): Route 53 determina si esta comprobación de estado es correcta basándose en el estado de otras comprobaciones de estado que especifique. También puede especificar cuántas comprobaciones de estado necesitan ser correctas para que esta comprobación de estado se considere correcta.
+ **Flujo de datos sobre el estado de CloudWatch alarma**: Route 53 determina si esta comprobación de estado se encuentra en buen estado mediante la supervisión del flujo de datos en busca de una CloudWatch alarma. 

## Monitorización de un punto de conexión
<a name="health-checks-creating-values-endpoint"></a>

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-creating-values-endpoint-new)
+ [Consola antigua](#health-checks-creating-values-endpoint-old)

------
#### [ New console ]

Si desea que esta comprobación de estado monitorice un punto de conexión, especifique los siguientes valores:
+ Especificación de los puntos de conexión
+ Dirección IP
+ Nombre del dominio

**Specify endpoint by**  
Si desea especificar el punto de conexión mediante una dirección IP o un nombre de dominio.  
Después de crear una comprobación de estado, no puede cambiar el valor de **Specify endpoint by**. 

**IP address (solo “Specify endpoint by IP address”)**  
Elija el protocolo en el menú desplegable e introduzca la dirección IP, el puerto y la ruta en el cuadro de texto.  
+ El protocolo puede ser uno de los siguientes:

  **HTTP**: Route 53 intenta establecer una conexión TCP. Si se realiza correctamente, Route 53 envía una solicitud HTTP y espera el código de estado HTTP de 2xx o 3xx.
+ **HTTPS**: Route 53 intenta establecer una conexión TCP. Si se realiza correctamente, Route 53 envía una solicitud HTTP y espera el código de estado HTTP de 2xx o 3xx.
**importante**  
Si elige **HTTPS**, el punto de conexión debe admitir TLS v1.0, v1.1 o v1.2. 

  Si elige **HTTPS** para el valor de **Protocol**, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).
+ **TCP**: Route 53 intenta establecer una conexión TCP.
Para obtener más información, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).  
Después de crear una comprobación de estado, no puede cambiar el valor de **Protocol**.   
Para la **dirección IP**, puede introducir una IPv6 dirección IPv4 o del punto final en el que desea que Route 53 realice las comprobaciones de estado, si elige **Especificar el punto final por dirección IP**.  
Route 53 no puede comprobar el estado de los puntos de enlace en los que la dirección IP está en rangos locales, privados, no direccionables o de multidifusión. Para obtener más información sobre las direcciones IP para las que no puede crear comprobaciones de estado, consulte los siguientes documentos:  
+ [RFC 5735, Direcciones de uso especial IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, prefijo reservado por la IANA para el espacio de direcciones compartido IPv4 ](http://tools.ietf.org/html/rfc6598).
+ [RFC 5156, IPv6 direcciones de uso especial](https://tools.ietf.org/html/rfc5156)
Si el punto de conexión es una instancia de Amazon EC2, le recomendamos que cree una dirección IP elástica, la asocie a la instancia de EC2 y especifique la dirección IP elástica. De este modo se garantiza que nunca cambiará la dirección IP de la instancia. Para obtener más información, consulte [Dirección IP elástica (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) en la *Guía del usuario de Amazon EC2*.  
Si elimina la instancia de Amazon EC2, asegúrese de eliminar también la comprobación de estado asociada a la EIP. Para obtener más información, consulte [Prácticas recomendadas de las comprobaciones de estado de Amazon Route 53](best-practices-healthchecks.md).   
Si especifica un terminal que no sea de AWS punto final, se aplicará un cargo adicional. Para obtener más información, como una definición de los puntos de enlace de AWS , consulte “Comprobaciones de estado” en la página de [Precios de Route 53](https://aws.amazon.com/route53/pricing/).
Para el **puerto**, ingrese el puerto en el punto de conexión en el que desea que Route 53 realice comprobaciones de estado.  
Para la **ruta (solo para los protocolos HTTP y HTTPS)**, introduzca la ruta que desea que Route 53 solicite cuando realiza comprobaciones de estado. La ruta puede tener cualquier valor para el que el punto final devuelva un código de estado H TTP de 2xx o 3xx cuando el punto final esté en buen estado, como el archivo/.html? docs/route53-health-check.html. You can also include query string parameters, for example, /welcome language=jp&login=y. Si no incluye una barra inclinada inicial (/), Route 53 agrega una en forma automática.

**Domain name (solo “Specify endpoint by domain name”, todos los protocolos)**  
El nombre de dominio (example.com) o de subdominio (backend.example.com) del punto de conexión en el que desea que Route 53 realice comprobaciones de estado, si elige **Especificar punto de conexión por nombre de dominio**.   
Si decide especificar el punto de conexión por nombre de dominio, Route 53 envía una consulta de DNS para resolver el nombre de dominio que especifique en **Nombre de dominio** al intervalo que especifique en **Intervalo de solicitud**. Mediante una dirección IP que devuelve DNS, Route 53 comprueba el estado del punto de conexión.  
Si especifica el punto final por nombre de dominio, Route 53 solo IPv4 lo utilizará para enviar comprobaciones de estado al punto final. Si no hay ningún registro con un tipo A para el nombre que especifique en **Domain name**, en la comprobación de estado se produce el error de que no se ha podido realizar la resolución de DNS. 
Si desea comprobar el estado de los registros de conmutación por error, geolocalización, geoproximidad, latencia, multivalor o ponderados y decide especificar el punto de conexión por nombre de dominio, le recomendamos que cree una comprobación de estado para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (www.example.com).  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
Además, si el valor del **Protocolo** es **HTTP** o **HTTPS**, Route 53 pasa el valor de **Nombre de dominio** en el encabezado `Host`, tal como se describe en **Nombre de host**, anteriormente en esta lista. Si el valor de **Protocol** (Protocolo) es **TCP**, Route 53 no pasa un encabezado `Host`.  
Si especifica un punto que no sea el AWS punto final, se aplicará un cargo adicional. Para obtener más información, como una definición de los puntos de enlace de AWS , consulte “Comprobaciones de estado” en la página de [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

------
#### [ Old console ]

Si desea que esta comprobación de estado monitorice un punto de conexión, especifique los siguientes valores:
+ Specify endpoint by
+ Protocolo
+ Dirección IP
+ Nombre de host
+ Puerto
+ Nombre del dominio
+ Ruta

**Specify endpoint by**  
Si desea especificar el punto de conexión mediante una dirección IP o un nombre de dominio.  
Después de crear una comprobación de estado, no puede cambiar el valor de **Specify endpoint by**. 

**Protocolo**  
El método que desea que Route 53 use para comprobar el estado de su punto de conexión:  
+ **HTTP**: Route 53 intenta establecer una conexión TCP. Si se realiza correctamente, Route 53 envía una solicitud HTTP y espera el código de estado HTTP de 2xx o 3xx.
+ **HTTPS**: Route 53 intenta establecer una conexión TCP. Si se realiza correctamente, Route 53 envía una solicitud HTTP y espera el código de estado HTTP de 2xx o 3xx.
**importante**  
Si elige **HTTPS**, el punto de conexión debe admitir TLS v1.0, v1.1 o v1.2. 

  Si elige **HTTPS** para el valor de **Protocol**, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).
+ **TCP**: Route 53 intenta establecer una conexión TCP.
Para obtener más información, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).  
Después de crear una comprobación de estado, no puede cambiar el valor de **Protocol**. 

**IP address (solo “Specify endpoint by IP address”)**  
La IPv6 dirección IPv4 o dirección del punto final en el que desea que Route 53 realice las comprobaciones de estado, si eligió **Especificar el punto final por dirección IP**.  
Route 53 no puede comprobar el estado de los puntos de enlace en los que la dirección IP está en rangos locales, privados, no direccionables o de multidifusión. Para obtener más información sobre las direcciones IP para las que no puede crear comprobaciones de estado, consulte los siguientes documentos:  
+ [RFC 5735, Direcciones de uso especial IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, prefijo reservado por la IANA para el espacio de direcciones compartido IPv4 ](http://tools.ietf.org/html/rfc6598).
+ [RFC 5156, IPv6 direcciones de uso especial](https://tools.ietf.org/html/rfc5156)
Si el punto de conexión es una instancia de Amazon EC2, le recomendamos que cree una dirección IP elástica, la asocie a la instancia de EC2 y especifique la dirección IP elástica. De este modo se garantiza que nunca cambiará la dirección IP de la instancia. Para obtener más información, consulte [Dirección IP elástica (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) en la *Guía del usuario de Amazon EC2*.  
Si elimina la instancia de Amazon EC2, asegúrese de eliminar también la comprobación de estado asociada a la EIP. Para obtener más información, consulte [Prácticas recomendadas de las comprobaciones de estado de Amazon Route 53](best-practices-healthchecks.md).   
Si especifica un terminal que no sea de AWS punto final, se aplicará un cargo adicional. Para obtener más información, como una definición de los puntos de enlace de AWS , consulte “Comprobaciones de estado” en la página de [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

**Host name (solo “Specify endpoint by IP address”, protocolos HTTP y HTTPS únicamente)**  
El valor que desea que Route 53 pase en el encabezado de `Host` en las comprobaciones de estado HTTP y HTTPS. Normalmente es el nombre de DNS completo del sitio web en el que desea que Route 53 realice las comprobaciones de estado. A continuación indicamos cómo se crea el encabezado `Host` cuando Route 53 comprueba el estado de un punto de conexión:  
+ Si especifica un valor de **80** para **Port** (Puerto) y **HTTP** para **Protocol** (Protocolo), Route 53 pasa al punto de enlace un encabezado `Host` que contiene el valor de **Host name** (Nombre de host). 
+ Si especifica un valor de **443** para **Port** (Puerto) y **HTTPS** para **Protocol** (Protocolo), Route 53 pasa al punto de enlace un encabezado `Host` que contiene el valor de **Host name** (Nombre de host).
+ Si especifica otro valor para el **puerto** y **HTTP** o **HTTPS** para el **protocolo**, Route 53 pasa al punto final un `Host` encabezado que contiene el valor *Host name***:***Port*.
Si decide especificar el punto de conexión por dirección IP y no especifica un valor en el campo **Host name** (Nombre de host), Route 53 sustituye el valor de **IP address** (Dirección IP) en el encabezado `Host` en todos los casos anteriores.

**Puerto**  
El puerto en el punto de conexión en el que desea que Route 53 realice comprobaciones de estado.

**Domain name (solo “Specify endpoint by domain name”, todos los protocolos)**  
El nombre de dominio (example.com) o de subdominio (backend.example.com) del punto de conexión en el que desea que Route 53 realice comprobaciones de estado, si elige **Especificar punto de conexión por nombre de dominio**.   
Si decide especificar el punto de conexión por nombre de dominio, Route 53 envía una consulta de DNS para resolver el nombre de dominio que especifique en **Nombre de dominio** al intervalo que especifique en **Intervalo de solicitud**. Mediante una dirección IP que devuelve DNS, Route 53 comprueba el estado del punto de conexión.  
Si especifica el punto final por nombre de dominio, Route 53 solo lo utiliza IPv4 para enviar comprobaciones de estado al punto final. Si no hay ningún registro con un tipo A para el nombre que especifique en **Domain name**, en la comprobación de estado se produce el error de que no se ha podido realizar la resolución de DNS. 
Si desea comprobar el estado de los registros de conmutación por error, geolocalización, geoproximidad, latencia, multivalor o ponderados y decide especificar el punto de conexión por nombre de dominio, le recomendamos que cree una comprobación de estado para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (www.example.com).  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
Además, si el valor del **Protocolo** es **HTTP** o **HTTPS**, Route 53 pasa el valor de **Nombre de dominio** en el encabezado `Host`, tal como se describe en **Nombre de host**, anteriormente en esta lista. Si el valor de **Protocol** (Protocolo) es **TCP**, Route 53 no pasa un encabezado `Host`.  
Si especifica un punto que no sea el AWS punto final, se aplicará un cargo adicional. Para obtener más información, como una definición de los puntos de enlace de AWS , consulte “Comprobaciones de estado” en la página de [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

**Path (protocolos HTTP y HTTPS únicamente)**  
La ruta que desea que Route 53 solicite cuando realiza comprobaciones de estado. La ruta puede ser cualquier valor para el que su punto de conexión devolverá un código de estado de HTTP de `2xx` o `3xx` cuando el estado del punto de conexión sea correcto, como el archivo `/docs/route53-health-check.html`. También puede incluir parámetros de cadena de consulta, como `/welcome.html?language=jp&login=y`. Si no incluye una barra inclinada inicial (`/`), Route 53 agrega una automáticamente.

------

## Monitorizar otras comprobaciones de estado (comprobaciones de estado calculadas)
<a name="health-checks-creating-values-calculated"></a>

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-creating-values-calculated-new)
+ [Consola antigua](#health-checks-creating-values-calculated-old)

------
#### [ New console ]

Si desea que esta comprobación de estado monitorice el estado de otras comprobaciones de estado, especifique los siguientes valores:
+ Health checks to monitor
+ Report healthy when

**Health checks to monitor **  
Las comprobaciones de estado que desea que Route 53 monitoree para determinar el estado de esta comprobación de estado.   
Puede añadir hasta 256 comprobaciones de estado a **Health checks to monitor**. Para eliminar una comprobación de estado de la lista, elija la **x** a la derecha del resalte de la comprobación de estado.  
No puede configurar una comprobación de estado calculada para monitorizar el estado de otras comprobaciones de estado.
Si desactiva una comprobación de estado que está monitoreando una comprobación de estado calculada, Route 53 considera que la comprobación de estado desactivada es correcta ya que calcula si dicha comprobación calculada es correcta. Si desea que la comprobación de estado desactivada no se considere correcta, marque la casilla **Invert health check status (Invertir estado de la comprobación de estado)**.

** Report healthy when **  
El cálculo que desea que lleve a cabo Route 53 para determinar si esta comprobación de estado es correcta:  
+ **Report healthy when at least x of y selected health checks are healthy** (Notificar como correcto cuando como mínimo x de las y comprobaciones de estado seleccionadas sean correctas): Route 53 considera que esta comprobación de estado es correcta cuando el número especificado de comprobaciones de estado que ha agregado a **Health checks to monitor** (Comprobaciones de estado que deben monitorearse) es correcto. Tenga en cuenta lo siguiente:
  + Si especifica un número superior al número de comprobaciones de estado en **Health checks to monitor** (Comprobaciones de estado que deben monitorearse), Route 53 siempre considera que esta comprobación de estado es incorrecta.
  + Si especifica **0**, Route 53 siempre considerará que esta comprobación de estado es correcta.
+ **Report healthy when all health checks are healthy (AND)** (Notificar estado correcto cuando el estado de todas las comprobaciones de estado sea correcto (Y)): Route 53 considera que esta comprobación de estado es correcta solo cuando todas las comprobaciones de estado que ha agregado a **Health checks to monitor** (Comprobaciones de estado que deben monitorearse) son correctas.
+ **Report healthy when one or more health checks are healthy (OR)** (Notificar estado correcto cuando el estado de una o varias comprobaciones de estado sea correcto (O)): Route 53 considera que esta comprobación de estado es correcta cuando al menos una de las comprobaciones de estado que ha agregado a **Health checks to monitor** (Comprobaciones de estado que deben monitorearse) es correcta.

------
#### [ Old console ]

Si desea que esta comprobación de estado monitorice el estado de otras comprobaciones de estado, especifique los siguientes valores:
+ Health checks to monitor
+ Report healthy when
+ Invert health check status
+ Deshabilitado

** Health checks to monitor **  
Las comprobaciones de estado que desea que Route 53 monitoree para determinar el estado de esta comprobación de estado.   
Puede añadir hasta 256 comprobaciones de estado a **Health checks to monitor**. Para eliminar una comprobación de estado de la lista, elija la **x** a la derecha del resalte de la comprobación de estado.  
No puede configurar una comprobación de estado calculada para monitorizar el estado de otras comprobaciones de estado.
Si desactiva una comprobación de estado que está monitoreando una comprobación de estado calculada, Route 53 considera que la comprobación de estado desactivada es correcta ya que calcula si dicha comprobación calculada es correcta. Si desea que la comprobación de estado desactivada no se considere correcta, marque la casilla **Invert health check status (Invertir estado de la comprobación de estado)**.

** Report healthy when **  
El cálculo que desea que lleve a cabo Route 53 para determinar si esta comprobación de estado es correcta:  
+ **Report healthy when at least x of y selected health checks are healthy** (Notificar como correcto cuando como mínimo x de las y comprobaciones de estado seleccionadas sean correctas): Route 53 considera que esta comprobación de estado es correcta cuando el número especificado de comprobaciones de estado que ha agregado a **Health checks to monitor** (Comprobaciones de estado que deben monitorearse) es correcto. Tenga en cuenta lo siguiente:
  + Si especifica un número superior al número de comprobaciones de estado en **Health checks to monitor** (Comprobaciones de estado que deben monitorearse), Route 53 siempre considera que esta comprobación de estado es incorrecta.
  + Si especifica **0**, Route 53 siempre considerará que esta comprobación de estado es correcta.
+ **Report healthy when all health checks are healthy (AND)** (Notificar estado correcto cuando el estado de todas las comprobaciones de estado sea correcto (Y)): Route 53 considera que esta comprobación de estado es correcta solo cuando todas las comprobaciones de estado que ha agregado a **Health checks to monitor** (Comprobaciones de estado que deben monitorearse) son correctas.
+ **Report healthy when one or more health checks are healthy (OR)** (Notificar estado correcto cuando el estado de una o varias comprobaciones de estado sea correcto (O)): Route 53 considera que esta comprobación de estado es correcta cuando al menos una de las comprobaciones de estado que ha agregado a **Health checks to monitor** (Comprobaciones de estado que deben monitorearse) es correcta.

** Cómo invertir el estado de la comprobación de estado (solo en la consola antigua)**  
Para invertir una comprobación de estado en la nueva consola, consulte [Inversión de una comprobación de estado](health-checks-invert.md).   
Elija si desea que Route 53 invierta el estado de una comprobación de estado. Si elige esta opción, Route 53 considera que las comprobaciones de estado son incorrectas cuando el estado es correcto y viceversa.

** Desactivado (solo en la consola antigua)**  
Para deshabilitar una comprobación de estado en la nueva consola, consulte [Desactivación o activación de las comprobaciones de estado](health-checks-disable.md).  
Impide que Route 53 realice comprobaciones de estado. Cuando se desactiva una comprobación de estado, Route 53 deja de agregar el estado de las comprobaciones de estado de referencia.  
Después de desactivar una comprobación de estado, Route 53 considera que el estado de la comprobación siempre es correcto. Si ha configurado la conmutación por error a nivel de DNS, Route 53 continúa direccionando el tráfico a los recursos correspondientes. Si desea detener el enrutamiento de tráfico a un recurso, invierta la comprobación de estado.  
Los cargos por una comprobación de estado se aplican cuando la comprobación está deshabilitada.

------

## Supervisión de una CloudWatch alarma
<a name="health-checks-creating-values-cloudwatch"></a>

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-creating-values-cloudwatch-new)
+ [Consola antigua](#health-checks-creating-values-cloudwatch-old)

------
#### [ New console ]

Si desea que esta comprobación de estado supervise el estado de alarma de una CloudWatch alarma, especifique los valores siguientes:
+ CloudWatch alarma
+ Health check status (Estado de la comprobación de estado)

**CloudWatch alarma**  
Elija la CloudWatch alarma que desee que utilice Route 53 para determinar si esta comprobación de estado está en buen estado. La CloudWatch alarma debe estar en el mismo lugar que Cuenta de AWS el chequeo de estado.  
Route 53 admite CloudWatch alarmas con las siguientes funciones:  
+ Métricas de resolución estándar. Las métricas de alta resolución no se admiten. Para obtener más información, consulta [Métricas de alta resolución](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) en la *Guía del CloudWatch usuario de Amazon*.
+ Estadísticas: `Average`, `Minimum`, `Maximum`, `Sum` y `SampleCount`. Las estadísticas extendidas no se admiten.
+ Route 53 no admite alarmas “M de N”. Para obtener más información, consulta [Cómo evaluar una alarma](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) en la * CloudWatch guía de Amazon*.
Route 53 no admite alarmas que utilicen [cálculos métricos](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) para consultar varias CloudWatch métricas. 
Si desea crear una alarma, siga estos pasos:  

1. Seleccione **Create (Crear)**. La CloudWatch consola aparece en una nueva pestaña del navegador.

1. Ingrese los valores aplicables. Para obtener más información, consulta [Crear o editar una CloudWatch alarma](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) en la *Guía del CloudWatch usuario de Amazon*.

1. Regrese a la pestaña del navegador en la que aparece la consola de Route 53.

1. Pulse el botón de actualización situado junto a la lista de **CloudWatchalarmas**.

1. Elija la nueva alarma en la lista.
Si cambia la configuración de la CloudWatch alarma después de crear una comprobación de estado, debe actualizarla. Para obtener más información, consulte [Actualizar los controles de estado al cambiar la configuración de las CloudWatch alarmas (los controles de estado solo monitorean una CloudWatch alarma)Actualizar las comprobaciones de estado al cambiar la configuración CloudWatch de las alarmas](health-checks-updating-cloudwatch-alarm-settings.md).

**Health check status (Estado de la comprobación de estado)**  
Elija el estado de la comprobación de estado (saludable, insalubre o último estado conocido) cuando no CloudWatch haya suficientes datos para determinar el estado de la alarma que eligió como **CloudWatchalarma**. Si opta por utilizar el último estado conocido, Route 53 utilizará el estado del chequeo de estado de la última vez que CloudWatch tuvo datos suficientes para determinar el estado de la alarma. En el caso de las nuevas comprobaciones de estado que no tienen un último estado conocido, el estado predeterminado para la comprobación de estado es correcto.   
El valor del **estado Health Check** proporciona un estado temporal cuando el flujo de datos de una CloudWatch métrica no está disponible por un momento. (Route 53 monitorea los flujos de datos en busca de CloudWatch métricas, no del estado de la alarma correspondiente). Si la métrica no va a estar disponible con frecuencia o durante largos períodos de tiempo (más de unas cuantas horas), le recomendamos que no utilice el último estado conocido.

------
#### [ Old console ]

Si desea que esta comprobación de estado supervise el estado de una CloudWatch alarma, especifique los siguientes valores:
+ CloudWatch alarma
+ Health check status (Estado de la comprobación de estado)
+ Invert health check status
+ Deshabilitado

**CloudWatch alarma**  
Elija la CloudWatch alarma que desee que utilice Route 53 para determinar si esta comprobación de estado está en buen estado. La CloudWatch alarma debe estar en el mismo lugar que Cuenta de AWS el chequeo de estado.  
Route 53 admite CloudWatch alarmas con las siguientes funciones:  
+ Métricas de resolución estándar. Las métricas de alta resolución no se admiten. Para obtener más información, consulta [Métricas de alta resolución](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) en la *Guía del CloudWatch usuario de Amazon*.
+ Estadísticas: `Average`, `Minimum`, `Maximum`, `Sum` y `SampleCount`. Las estadísticas extendidas no se admiten.
+ Route 53 no admite alarmas “M de N”. Para obtener más información, consulta [Cómo evaluar una alarma](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) en la * CloudWatch guía de Amazon*.
Route 53 no admite alarmas que utilicen [cálculos métricos](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) para consultar varias CloudWatch métricas. 
Si desea crear una alarma, siga estos pasos:  

1. Seleccione **Create (Crear)**. La CloudWatch consola aparece en una nueva pestaña del navegador.

1. Ingrese los valores aplicables. Para obtener más información, consulta [Crear o editar una CloudWatch alarma](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) en la *Guía del CloudWatch usuario de Amazon*.

1. Regrese a la pestaña del navegador en la que aparece la consola de Route 53.

1. Pulse el botón de actualización situado junto a la lista de **CloudWatchalarmas**.

1. Elija la nueva alarma en la lista.
Si cambia la configuración de la CloudWatch alarma después de crear una comprobación de estado, debe actualizarla. Para obtener más información, consulte [Actualizar los controles de estado al cambiar la configuración de las CloudWatch alarmas (los controles de estado solo monitorean una CloudWatch alarma)Actualizar las comprobaciones de estado al cambiar la configuración CloudWatch de las alarmas](health-checks-updating-cloudwatch-alarm-settings.md).

**Health check status (Estado de la comprobación de estado)**  
Elija el estado de la comprobación de estado (saludable, insalubre o último estado conocido) cuando no CloudWatch haya suficientes datos para determinar el estado de la alarma que eligió como **CloudWatchalarma**. Si opta por utilizar el último estado conocido, Route 53 utilizará el estado del chequeo de estado de la última vez que CloudWatch tuvo datos suficientes para determinar el estado de la alarma. En el caso de las nuevas comprobaciones de estado que no tienen un último estado conocido, el estado predeterminado para la comprobación de estado es correcto.   
El valor del **estado Health Check** proporciona un estado temporal cuando el flujo de datos de una CloudWatch métrica no está disponible por un momento. (Route 53 monitorea los flujos de datos en busca de CloudWatch métricas, no del estado de la alarma correspondiente). Si la métrica no va a estar disponible con frecuencia o durante largos períodos de tiempo (más de unas cuantas horas), le recomendamos que no utilice el último estado conocido.

**Cómo invertir el estado de la comprobación de estado (solo en la consola antigua)**  
Para invertir una comprobación de estado en la nueva consola, consulte [Inversión de una comprobación de estado](health-checks-invert.md).   
Elija si desea que Route 53 invierta el estado de una comprobación de estado. Si elige esta opción, Route 53 considera que las comprobaciones de estado son incorrectas cuando el estado es correcto y viceversa.

** Desactivado (solo en la consola antigua)**  
Para deshabilitar una comprobación de estado en la nueva consola, consulte [Desactivación o activación de las comprobaciones de estado](health-checks-disable.md).   
Impide que Route 53 realice comprobaciones de estado. Al deshabilitar una comprobación de estado, Route 53 deja de monitorear las CloudWatch métricas correspondientes.  
Después de desactivar una comprobación de estado, Route 53 considera que el estado de la comprobación siempre es correcto. Si ha configurado la conmutación por error a nivel de DNS, Route 53 continúa direccionando el tráfico a los recursos correspondientes. Si quiere detener el enrutamiento de tráfico a un recurso, invierta la comprobación de estado.  
Los cargos por una comprobación de estado se aplican cuando la comprobación está deshabilitada.

------

## Configuración avanzada (solo “Monitor an endpoint” (Monitorización de un punto de conexión))
<a name="health-checks-creating-values-advanced"></a>

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.
+ [Nueva consola](#health-checks-creating-values-advanced-new)
+ [Consola antigua](#health-checks-creating-values-advanced-old)

------
#### [ New console ]
+ Intervalo de solicitud
+ Failure threshold
+ Coincidencia de cadenas
+ Búsqueda de cadenas
+ Latency graphs
+ Habilitación de SNI 
+ Nombre de host

**Intervalo de solicitud**  
El número de segundos entre el momento en que cada comprobador de estado de Route 53 obtiene una respuesta de su punto de conexión y el momento en que se envía la siguiente solicitud de comprobación de estado. Si elige un intervalo de 30 segundos, cada uno de los comprobadores de estado de Route 53 de los centros de datos de todo el mundo enviará a su punto de conexión una solicitud de comprobación de estado cada 30 segundos. De media, su punto de conexión recibirá una solicitud de comprobación de estado sobre cada dos segundos. Si elige un intervalo de 10 segundos, el punto de conexión recibirá más de una solicitud por segundo.  
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.  
Después de crear una comprobación de estado, no puede cambiar el valor de **Request interval**.   
Si elige **Fast (10 seconds)** para el valor de **Request interval**, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

**Failure threshold**  
El número de comprobaciones de estado consecutivas que un punto de conexión debe superar o fallar para que Route 53 cambie el estado actual del punto de conexión de incorrecto a correcto y viceversa. Para obtener más información, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

**String matching (solo HTTP y HTTPS)**  
Si desea que Route 53 determine el estado de un punto de conexión mediante el envío de una solicitud HTTP o HTTPS al punto de conexión y la búsqueda de una cadena especificada en el cuerpo de la respuesta. Si el cuerpo de la respuesta contiene el valor que ha especificado en **Search string** (Cadena de búsqueda), Route 53 considera que el estado del punto de conexión es correcto. En caso contrario, o si el punto de conexión no responde, Route 53 considera el estado del punto de conexión es incorrecto. La cadena de búsqueda debe aparecer en su totalidad en los primeros 5 120 bytes del cuerpo de la respuesta.  
Después de crear una comprobación de estado, no puede cambiar el valor de **String matching**.   
Si elige **Yes** para el valor de **String matching**, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).
**Cómo manejan los comprobadores de estado una respuesta comprimida **  
Si el punto de conexión es un servidor web que devuelve una respuesta comprimida, el comprobador de estado de Route 53 descomprimirá la respuesta antes de comprobar la cadena de búsqueda especificada solo si el servidor web comprimió la respuesta utilizando un algoritmo de compresión compatible con los comprobadores de estado. Los comprobadores de estado admiten los siguientes algoritmos de compresión:  
+ Gzip
+ Deflate
Si la respuesta se comprime utilizando otro algoritmo, el comprobador de estado no puede descomprimir la respuesta antes de buscar la cadena. En este caso, la búsqueda casi siempre fallará y Route 53 considerará que el punto de conexión no es correcto. 

**Search string (solo cuando se ha habilitado “String matching”)**  
La cadena que desea que busque Route 53 en el cuerpo de la respuesta de su punto de conexión. La longitud máxima es de 255 caracteres.  
Route 53 tiene en cuenta las mayúsculas y minúsculas cuando busca **Search string** (Cadena de búsqueda) en el cuerpo de la respuesta.

**Latency graphs**  
Elija si desea que Route 53 mida la latencia entre los verificadores de estado de varias AWS regiones y su punto final. Si elige esta opción, los gráficos de CloudWatch latencia aparecen en la pestaña **Latencia** de la página **Health Checkings** de la consola de Route 53. Si los comprobadores de estado de Route 53 no pueden conectarse al punto de conexión, Route 53 no puede mostrar gráficos de latencia para dicho punto de conexión.   
Después de crear una comprobación de estado, no puede cambiar el valor de **Latency measurements**.   
Si configura Route 53 para medir la latencia entre los comprobadores de estado y el punto de conexión, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

**Enable SNI (solo HTTPS)**  
Especifique si quiere que Route 53 envíe el nombre de host al punto de conexión en el mensaje `client_hello` durante la negociación de TLS. Esto permite que el punto final responda a la solicitud HTTPS con el SSL/TLS certificado correspondiente.  
Algunos puntos de conexión requieren que las solicitudes de HTTPS incluyan el nombre de host en el mensaje client\$1hello. Si no habilita la SNI, es posible que el estado de la comprobación de estado muestre un error. El mensaje de error dependerá de cómo esté configurado el servidor para responder a la solicitud que no contiene información sobre la SNI. Una comprobación de estado también puede registrar un estado por otras razones. Si SNI está habilitado y siendo recibiendo el error, consulte la configuración de SSL/TLS en su punto de conexión y confirme que el certificado es válido.  
Tenga en cuenta los siguientes requisitos:  
+ El punto de conexión debe admitir SNI.
+ El SSL/TLS certificado de su terminal incluye un nombre de dominio en el `Common Name` campo y, posiblemente, varios más en el `Subject Alternative Names` campo. Uno de los nombres de dominio del certificado debe coincidir con el valor que especifique en **Host name**. 

**Health checker regions**  
Elija si desea que Route 53 compruebe el estado del punto de conexión mediante comprobadores de estado en las regiones recomendadas o mediante comprobadores de estado en las regiones que especifique.  
Si actualiza una comprobación de estado para eliminar una región que ha estado realizando comprobaciones de estado, Route 53 sigue llevando a cabo las comprobaciones desde dicha región durante un máximo de una hora. De este modo, se garantiza que algunos comprobadores de estado comprueben siempre el punto de conexión (por ejemplo, si reemplaza tres regiones por otras cuatro distintas).   
Si elige **Customize** (Personalizar), elija la **x** de una región para eliminarla. Haga clic en el espacio de la parte inferior de la lista para devolver una región a la lista. Debe especificar al menos tres regiones.

**Host name (solo “Specify endpoint by IP address”, protocolos HTTP y HTTPS únicamente)**  
El valor que desea que Route 53 pase en el encabezado de `Host` en las comprobaciones de estado HTTP y HTTPS. Normalmente es el nombre de DNS completo del sitio web en el que desea que Route 53 realice las comprobaciones de estado. A continuación indicamos cómo se crea el encabezado `Host` cuando Route 53 comprueba el estado de un punto de conexión:  
+ Si especifica un valor de **80** para **Port** (Puerto) y **HTTP** para **Protocol** (Protocolo), Route 53 pasa al punto de conexión un encabezado `Host` que contiene el valor de **Host name** (Nombre de host). 
+ Si especifica un valor de **Puerto** y **HTdTPS **443**** para **Protocolo**, Route 53 pasa al punto final un `Host` encabezado que contiene el valor del **nombre de host**.
+ Si especifica otro valor para el **puerto** y **HTTP** o **HTTPS** para el **protocolo**, Route 53 pasa al punto final un `Host` encabezado que contiene el valor *Host name***:***Port*.
Si decide especificar el punto de conexión por dirección IP y no especifica un valor en el campo **Host name** (Nombre de host), Route 53 sustituye el valor de **IP address** (Dirección IP) en el encabezado `Host` en todos los casos anteriores.

------
#### [ Old console ]

Si elige la opción para monitorizar un punto de conexión, también puede especificar las siguientes opciones:
+ Intervalo de solicitud
+ Failure threshold
+ Coincidencia de cadenas
+ Búsqueda de cadena
+ Gráfica de latencia
+ Habilitación de SNI
+ Regiones de comprobadores de estado
+ Invert health check status
+ Deshabilitado

**Intervalo de solicitud**  
El número de segundos entre el momento en que cada comprobador de estado de Route 53 obtiene una respuesta de su punto de conexión y el momento en que se envía la siguiente solicitud de comprobación de estado. Si elige un intervalo de 30 segundos, cada uno de los comprobadores de estado de Route 53 de los centros de datos de todo el mundo enviará a su punto de conexión una solicitud de comprobación de estado cada 30 segundos. De media, su punto de conexión recibirá una solicitud de comprobación de estado sobre cada dos segundos. Si elige un intervalo de 10 segundos, el punto de conexión recibirá más de una solicitud por segundo.  
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.  
Después de crear una comprobación de estado, no puede cambiar el valor de **Request interval**.   
Si elige **Fast (10 seconds)** para el valor de **Request interval**, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

**Failure threshold**  
El número de comprobaciones de estado consecutivas que un punto de conexión debe superar o fallar para que Route 53 cambie el estado actual del punto de conexión de incorrecto a correcto y viceversa. Para obtener más información, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

**String matching (solo HTTP y HTTPS)**  
Si desea que Route 53 determine el estado de un punto de conexión mediante el envío de una solicitud HTTP o HTTPS al punto de conexión y la búsqueda de una cadena especificada en el cuerpo de la respuesta. Si el cuerpo de la respuesta contiene el valor que ha especificado en **Search string** (Cadena de búsqueda), Route 53 considera que el estado del punto de conexión es correcto. En caso contrario, o si el punto de conexión no responde, Route 53 considera el estado del punto de conexión es incorrecto. La cadena de búsqueda debe aparecer en su totalidad en los primeros 5 120 bytes del cuerpo de la respuesta.  
Después de crear una comprobación de estado, no puede cambiar el valor de **String matching**.   
Si elige **Yes** para el valor de **String matching**, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).
**Cómo manejan los comprobadores de estado una respuesta comprimida **  
Si el punto de conexión es un servidor web que devuelve una respuesta comprimida, el comprobador de estado de Route 53 descomprimirá la respuesta antes de comprobar la cadena de búsqueda especificada solo si el servidor web comprimió la respuesta utilizando un algoritmo de compresión compatible con los comprobadores de estado. Los comprobadores de estado admiten los siguientes algoritmos de compresión:  
+ Gzip
+ Deflate
Si la respuesta se comprime utilizando otro algoritmo, el comprobador de estado no puede descomprimir la respuesta antes de buscar la cadena. En este caso, la búsqueda casi siempre fallará y Route 53 considerará que el punto de conexión no es correcto. 

**Search string (solo cuando se ha habilitado “String matching”)**  
La cadena que desea que busque Route 53 en el cuerpo de la respuesta de su punto de conexión. La longitud máxima es de 255 caracteres.  
Route 53 tiene en cuenta las mayúsculas y minúsculas cuando busca **Search string** (Cadena de búsqueda) en el cuerpo de la respuesta.

**Latency graphs**  
Elija si desea que Route 53 mida la latencia entre los comprobadores de estado de varias AWS regiones y su punto final. Si elige esta opción, los gráficos de CloudWatch latencia aparecen en la pestaña **Latencia** de la página **Health Checkings** de la consola de Route 53. Si los comprobadores de estado de Route 53 no pueden conectarse al punto de conexión, Route 53 no puede mostrar gráficos de latencia para dicho punto de conexión.   
Después de crear una comprobación de estado, no puede cambiar el valor de **Latency measurements**.   
Si configura Route 53 para medir la latencia entre los comprobadores de estado y el punto de conexión, se aplica un cargo adicional. Para obtener más información, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

**Enable SNI (solo HTTPS)**  
Especifique si quiere que Route 53 envíe el nombre de host al punto de conexión en el mensaje `client_hello` durante la negociación de TLS. Esto permite que el punto final responda a la solicitud HTTPS con el SSL/TLS certificado correspondiente.  
Algunos puntos de conexión requieren que las solicitudes de HTTPS incluyan el nombre de host en el mensaje `client_hello`. Si no habilita la SNI, es posible que el estado de la comprobación de estado muestre un error. El mensaje de error depende de cómo esté configurado el servidor para responder a la solicitud que no contiene información sobre la SNI. Una comprobación de estado también puede registrar un estado por otras razones. Si el SNI está activado y sigue apareciendo el error, compruebe la SSL/TLS configuración de su terminal y confirme que el certificado es válido.  
Tenga en cuenta los siguientes requisitos:  
+ El punto de conexión debe admitir SNI.
+ El SSL/TLS certificado de su terminal incluye un nombre de dominio en el `Common Name` campo y, posiblemente, varios más en el `Subject Alternative Names` campo. Uno de los nombres de dominio del certificado debe coincidir con el valor que especifique en **Host name**. 

**Health checker regions**  
Elija si desea que Route 53 compruebe el estado del punto de conexión mediante comprobadores de estado en las regiones recomendadas o mediante comprobadores de estado en las regiones que especifique.  
Si actualiza una comprobación de estado para eliminar una región que ha estado realizando comprobaciones de estado, Route 53 sigue llevando a cabo las comprobaciones desde dicha región durante un máximo de una hora. De este modo, se garantiza que algunos comprobadores de estado comprueben siempre el punto de conexión (por ejemplo, si reemplaza tres regiones por otras cuatro distintas).   
Si elige **Customize** (Personalizar), elija la **x** de una región para eliminarla. Haga clic en el espacio de la parte inferior de la lista para devolver una región a la lista. Debe especificar al menos tres regiones.

**Cómo invertir el estado de la comprobación de estado (solo en la consola antigua)**  
Para invertir una comprobación de estado en la nueva consola, consulte [Inversión de una comprobación de estado](health-checks-invert.md).   
Elija si desea que Route 53 invierta el estado de una comprobación de estado. Si elige esta opción, Route 53 considera que una comprobación de estado es incorrecta cuando el estado es correcto y viceversa. Por ejemplo, es posible que desee que Route 53 considere que el estado de una comprobación de estado es *incorrecto* si configura una coincidencia de cadenas y el punto de conexión devuelve un valor especificado. 

** Desactivado (solo en la consola antigua)**  
Para deshabilitar una comprobación de estado en la nueva consola, consulte [Desactivación o activación de las comprobaciones de estado](health-checks-disable.md).   
Impide que Route 53 realice comprobaciones de estado. Cuando se desactiva una comprobación de estado, Route 53 deja de intentar establecer una conexión TCP con el punto de conexión.  
Después de desactivar una comprobación de estado, Route 53 considera que el estado de la comprobación siempre es correcto. Si ha configurado la conmutación por error a nivel de DNS, Route 53 continúa direccionando el tráfico a los recursos correspondientes. Si desea detener el enrutamiento de tráfico a un recurso, invierta la comprobación de estado.  
Los cargos por una comprobación de estado se aplican cuando la comprobación está deshabilitada.

------

## Recibir notificaciones cuando se produzca un error en una comprobación de estado
<a name="health-checks-creating-values-alarm"></a>

Utilice las siguientes opciones para configurar la notificación por correo electrónico cuando se produzca un error en una comprobación de estado:
+ [Create alarm](#health-checks-creating-values-create-alarm)
+ [Send notification to](#health-checks-creating-values-send-notification-to)
+ [Topic name](#health-checks-creating-values-topic-name)
+ [Recipient email addresses](#health-checks-creating-values-recipient-email-addresses)

**Create alarm (solo al crear comprobaciones de estado)**  
Especifique si desea crear una CloudWatch alarma predeterminada. Si selecciona **Sí**, le CloudWatch enviará una notificación de Amazon SNS cuando el estado de este punto de conexión cambie a mal estado y Route 53 considere que el punto de conexión está en mal estado durante un minuto.  
Si CloudWatch quieres enviarte otra notificación de Amazon SNS cuando el estado vuelva a ser correcto, puedes crear otra alarma después de crear la comprobación de estado. Para obtener más información, consulta [Cómo crear CloudWatch alarmas de Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) en la *Guía del CloudWatch usuario de Amazon*.
Si desea crear una alarma para una comprobación de estado ya existente o desea recibir notificaciones cuando Route 53 considere que el estado del punto de conexión es incorrecto durante más o menos de un minuto (el valor predeterminado), seleccione **No** y agregue una alarma después de crear la comprobación de estado. Para obtener más información, consulte [Supervisar los controles de estado mediante CloudWatch](monitoring-health-checks.md).

**Send notification to (solo al crear una alarma)**  
Especifique si desea enviar notificaciones CloudWatch a un tema de Amazon SNS existente o a uno nuevo:  
+ **Existing SNS topic** (Tema de SNS ya existente): seleccione el nombre del tema en la lista. El tema debe estar en la región EE. UU. Este (Norte de Virginia).
+ **New SNS topic** (Tema de SNS nuevo): ingrese un nombre para el tema en **Topic name** (Nombre del tema) e ingrese las direcciones de correo electrónico a las que desee enviar notificaciones en **Recipients** (Destinatarios). Separe las direcciones con comas (,), punto y coma (;) o espacios. 

  Route 53 creará el tema en la región EE. UU. Este (Norte de Virginia).

**Topic name (solo al crear un tema SNS)**  
Si ha especificado **New SNS Topic**, escriba el nombre del nuevo tema. 

**Recipient email addresses (solo al crear un tema SNS)**  
Si ha especificado **New SNS topic**, escriba las direcciones de email a las que desea enviar notificaciones. Separe los nombres con comas (,), punto y coma (;) o espacios.

# Valores que muestra Amazon Route 53 al crear una comprobación de estado
<a name="health-checks-creating-values-displayed"></a>

La página **Create Health Check** (Crear comprobación de estado) muestra los siguientes valores en función de los valores que haya escrito: 

**URL**  
La URL completa (para las comprobaciones de estado de HTTP o HTTPS) o la dirección IP y el puerto (para comprobaciones de estado de TCP) a la que enviará Route 53 las solicitudes al realizar las comprobaciones de estado.

**Tipo de comprobación de estado**  
Puede ser **Basic** o **Basic \$1 additional options** según la configuración que haya especificado para esta comprobación de estado. Para obtener información sobre los precios de las opciones adicionales, consulte [Precios de Route 53](https://aws.amazon.com/route53/pricing/).

# Actualizar los controles de estado al cambiar la configuración de las CloudWatch alarmas (los controles de estado solo monitorean una CloudWatch alarma)
<a name="health-checks-updating-cloudwatch-alarm-settings"></a>

Si crea una comprobación de estado de Route 53 que monitorea el flujo de datos en busca de una CloudWatch alarma y, a continuación, actualiza la configuración de la CloudWatch alarma, Route 53 no actualiza automáticamente la configuración de la alarma en la comprobación de estado. Si desea que la comprobación de estado comience a usar la nueva configuración de alarma, debe actualizar la comprobación de estado.

**nota**  
Para actualizar una comprobación de estado mediante programación, puede utilizar la API `UpdateHealthCheck`. Solo tiene que especificar los valores actuales para `AlarmIdentifier` y`Region`, de ahí, Route 53 obtendrá los ajustes más recientes CloudWatch. Para obtener más información, consulte [UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)la *referencia de la API de Amazon Route 53*.

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-updating-cloudwatch-alarm-settings-new)
+ [Consola antigua](#health-checks-updating-cloudwatch-alarm-settings-old)

------
#### [ New console ]<a name="health-checks-updating-cloudwatch-alarm-settings-proc"></a>

**Para actualizar una comprobación de estado con una nueva configuración CloudWatch de alarma**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. Seleccione el ID vinculado de la comprobación de estado que desea actualizar.

1. Elija **Edit (Edición de)**.

   En una nota se explica que la CloudWatch alarma del chequeo de estado ha cambiado. El campo **Details** muestra la nueva configuración de la alarma.

1. Seleccione **Save**.

------
#### [ Old console ]<a name="health-checks-updating-cloudwatch-alarm-settings-procedure"></a>

**Para actualizar un chequeo de estado con una nueva configuración de CloudWatch alarma (consola)**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. Seleccione la casilla de la comprobación de estado que desea actualizar.

1. Elija **Edit health check**.

   En una nota se explica que la CloudWatch alarma del chequeo de estado ha cambiado. El campo **Details** muestra la nueva configuración de la alarma.

1. Seleccione **Save**.

------

# Desactivación o activación de las comprobaciones de estado
<a name="health-checks-disable"></a>

La desactivación de una comprobación de estado impide que Route 53 realice comprobaciones de estado. Cuando se desactiva una comprobación de estado, Route 53 deja de agregar el estado de las comprobaciones de estado de referencia. Después de desactivar una comprobación de estado, Route 53 considera que el estado de la comprobación siempre es correcto. Si ha configurado la conmutación por error a nivel de DNS, Route 53 continúa direccionando el tráfico a los recursos correspondientes. Si desea detener el enrutamiento del tráfico a un recurso, cambie el valor de **Invertido**.

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Puede activar o desactivar una comprobación de estado en la consola antigua al crear o editar la comprobación de estado. Para obtener más información, consulte [Valores que especifica al crear o actualizar comprobaciones de estado](health-checks-creating-values.md).

Para desactivar las comprobaciones de estado en la nueva consola, realice el siguiente procedimiento.<a name="health-checks-disable-proc"></a>

**Cómo activar o desactivar una comprobación de estado (solo en la nueva consola)**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. En la columna **Acciones**, seleccione los tres puntos y, a continuación, **Desactivar** o **Activar**. 

   O bien, seleccione el ID vinculado de la comprobación de estado que desee activar o desactivar.

1. En la tabla **Configuración**, el campo **Estado** especifica si la comprobación de estado está activada o desactivada.

1. Para activar o desactivar la comprobación de estado, elija **Desactivar** o **Activar**.

# Inversión de una comprobación de estado
<a name="health-checks-invert"></a>

Si invierte una comprobación de estado, Route 53 considera que la comprobación de estado es incorrecta cuando el estado es correcto y viceversa.

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Puede invertir una comprobación de estado de la consola antigua si crea o edita la comprobación de estado. Para obtener más información, consulte [Valores que especifica al crear o actualizar comprobaciones de estado](health-checks-creating-values.md).

Para invertir las comprobaciones de estado en la nueva consola, realice el siguiente procedimiento.<a name="health-checks-disable-proc"></a>

**Cómo invertir una comprobación de estado (solo en la consola nueva)**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. En la columna **Acciones**, seleccione los tres puntos y, a continuación, **Invertir**.

   O bien, seleccione el ID vinculado de la comprobación de estado que desea invertir.

1. En la tabla **Configuración**, el campo **Invertido** especifica si la comprobación de estado está invertida (**Sí**) o no (**No**).

1. Seleccione **Invertir** para invertir la comprobación de estado.

   Si desea deshacer el estado invertido y el campo **Invertido** es **Sí**, vuelva a seleccionar **Invertir**.

# Eliminar comprobaciones de estado
<a name="health-checks-deleting"></a>

Para desactivar las comprobaciones de estado, realice el siguiente procedimiento.

**nota**  
Si está utilizando una comprobación de estado de Route 53 AWS Cloud Map y la ha configurado AWS Cloud Map para crearla al registrar una instancia, no podrá usar la consola de Route 53 para eliminar la comprobación de estado. La comprobación de estado se elimina automáticamente al anular el registro de la instancia. Pueden transcurrir varias horas hasta que la comprobación de estado deje de aparecer en la consola de Route 53. 

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-deleting-new)
+ [Consola antigua](#health-checks-deleting-old)

------
#### [ New console ]<a name="health-checks-deleting-proc"></a>

**Cómo eliminar una comprobación de estado**

1. Si desea eliminar las comprobaciones de estado que están asociadas con registros, realice las tareas recomendadas de [Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS](health-checks-updating-deleting-tasks.md).

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. Seleccione el ID vinculado de la comprobación de estado que quiere eliminar.

1. Elija **Eliminar**.

1. Escriba **confirm** en el cuadro de texto y, a continuación, elija **Eliminar**.

------
#### [ Old console ]<a name="health-checks-deleting-console-proc"></a>

**Para eliminar una comprobación de estado (consola)**

1. Si desea eliminar las comprobaciones de estado que están asociadas con registros, realice las tareas recomendadas de [Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS](health-checks-updating-deleting-tasks.md).

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. En el panel de la derecha, seleccione la comprobación de estado que desea eliminar.

1. Elija **Delete Health Check**.

1. Elija **Yes, Delete** para confirmar.

------

# Actualizar o eliminar comprobaciones de estado cuando está configurada la recuperación ante errores a nivel de DNS
<a name="health-checks-updating-deleting-tasks"></a>

Cuando desee actualizar o eliminar las comprobaciones de estado que están asociadas con registros o desee cambiar registros que tienen comprobaciones de estado asociadas, debe considerar cómo los cambios afectan al direccionamiento de las consultas de DNS y la configuración de recuperación ante errores a nivel de DNS.

**importante**  
Route 53 no le impide eliminar una comprobación de estado aunque esté asociada con uno o varios registros. Si elimina una comprobación de estado sin actualizar los registros asociados, el estado futuro de la comprobación de estado no puede predecirse y podría cambiar. Esto afectará al direccionamiento de las consultas de DNS para la configuración de recuperación ante errores a nivel de DNS. 

Para actualizar o eliminar las comprobaciones de estado que ya están asociadas con registros, le recomendamos que realice las tareas siguientes:

1. Identificar los registros que están asociados con las comprobaciones de estado. Para identificar los registros que están asociados con una comprobación de estado, debe realizar una de estas acciones: 
   + Revisar los registros de cada zona alojada utilizando la consola de Route 53. Para obtener más información, consulte [Descripción de registros](resource-record-sets-listing.md).
   + Ejecutar la acción de la API `ListResourceRecordSets` en cada zona alojada y revisar la respuesta. Para obtener más información, consulte [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)la *referencia de la API de Amazon Route 53*.

1. Evaluar el cambio de comportamiento que se derivará de la actualización o la eliminación de las comprobaciones de estado, o de la actualización de registros. En función de dicha evaluación, determinar qué cambios se deben realizar. 

   Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

1. Cambiar las comprobaciones de estado y los registros según corresponda. Para obtener más información, consulte los temas siguientes:
   + [Creación y actualización de comprobaciones de estado](health-checks-creating.md)
   + [Editar registros](resource-record-sets-editing.md)

1. Eliminar las comprobaciones de estado que ya no utilice, si hubiera alguna. Para obtener más información, consulte [Eliminar comprobaciones de estado](health-checks-deleting.md). 

# Configuración de las reglas de enrutador y de firewall para las comprobaciones de estado de Amazon Route 53
<a name="dns-failover-router-firewall-rules"></a>

Cuando Route 53 comprueba el estado de un punto de conexión, envía una solicitud HTTP, HTTPS o TCP a la dirección IP y el puerto especificados al crear la comprobación de estado. Para una comprobación de estado se realice correctamente, las reglas del enrutador y del firewall deben permitir el tráfico entrante desde las direcciones IP que usan los comprobadores de estado de Route 53.

Para ver la lista actual de direcciones IP de los comprobadores de estado de Route 53, los servidores de nombres de Route 53 y otros AWS servicios, consulte[Rangos de direcciones IP de servidores de Amazon Route 53](route-53-ip-addresses.md). 

En Amazon EC2, los grupos de seguridad actúan de firewalls. Para obtener más información, consulte los [grupos de seguridad de Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) en la Guía del *usuario de Amazon EC2*. Para configurar sus grupos de seguridad para permitir las comprobaciones de estado de Route 53, puede permitir el tráfico entrante desde cada rango de direcciones IP o puede usar una lista de prefijos administrada. AWS

Para usar la lista de prefijos AWS-managed, modifique su grupo de seguridad para permitir el tráfico entrante desde`com.amazonaws.<region>.route53-healthchecks`, donde `<region> ` es el Región de AWS de su instancia o recurso de Amazon EC2. Si utiliza las comprobaciones de estado de Route 53 para comprobar los IPv6 puntos finales, también debe permitir la entrada de tráfico entrante. `com.amazonaws.<region>.ipv6.route53-healthchecks`

Para obtener más información sobre las listas AWS de prefijos administradas, consulte [Trabajar con listas de prefijos AWS administradas en la Guía](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) del usuario de Amazon *VPC*.

**importante**  
Cuando añada direcciones IP a una lista de direcciones IP permitidas, añada todas las direcciones IP del rango CIDR de cada AWS región que especificó al crear los controles de estado, además del rango CIDR global. Es posible que las solicitudes de comprobación de estado procedan de una única dirección IP en una región. Sin embargo, esta dirección IP puede cambiar en cualquier momento a otra de las direcciones IP de dicha región.  
 Si desea asegurarse de incluir las direcciones IP actuales y anteriores del comprobador de estado, agregue los rangos de direcciones IP ALL /26 y /18 a la lista de permitidos. Para obtener más información, consulte [Rangos de direcciones IP de AWS](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) en la *Referencia general de AWS*  
Al añadir la lista de AWS prefijos administrados al grupo de seguridad entrante, se añaden automáticamente todos los rangos necesarios.

# Configuración de la recuperación ante errores a nivel de DNS
<a name="dns-failover-configuring"></a>

Si tiene varios recursos que realizan la misma función, como, por ejemplo, más de un servidor HTTP o servidor de correo, puede configurar Amazon Route 53 para que compruebe el estado de los recursos y responda a las consultas de DNS solo mediante los recursos con un estado correcto. Por ejemplo, suponga que su sitio web example.com, se hospeda en seis servidores, dos en cada uno de los tres centros de datos de todo el mundo. Puede configurar Route 53 para comprobar el estado de los servidores y responder a las consultas de DNS de example.com empleando solo los servidores cuyo estado es correcto.

Route 53 puede comprobar el estado de los recursos en configuraciones simples y complejas:
+ En configuraciones simples, cree un grupo de registros con el mismo nombre y tipo, por ejemplo, un grupo de registros ponderados con un tipo A para example.com. A continuación, configure Route 53 para comprobar el estado de los recursos correspondientes. Route 53 responde a las consultas de DNS en función del estado de los recursos. Para obtener más información, consulte [Cómo funcionan las comprobaciones de estado en configuraciones simples de Amazon Route 53Cómo funcionan las comprobaciones de estado en configuraciones simples](dns-failover-simple-configs.md).
+ En configuraciones más complejas, cree un árbol de registros que dirija el tráfico en función de varios criterios. Por ejemplo, si la latencia para los usuarios es el criterio más importante, podría usar los registros de alias de latencia para dirigir el tráfico a la región que proporciona la mejor latencia. Los registros de alias de latencia podrían tener registros ponderados en cada región como el alias de destino. Los registros ponderados podrían dirigir el tráfico a instancias de EC2 en función del tipo de instancia. Al igual que en una configuración simple, puede configurar Route 53 para dirigir el tráfico según el estado de los recursos. Para obtener más información, consulte [Cómo funcionan las comprobaciones de estado en configuraciones complejas de Amazon Route 53Cómo funcionan las comprobaciones de estado en configuraciones complejas](dns-failover-complex-configs.md).

**Topics**
+ [Lista de tareas para configurar la recuperación ante errores a nivel de DNS](dns-failover-how-to.md)
+ [Cómo funcionan las comprobaciones de estado en configuraciones simples de Amazon Route 53](dns-failover-simple-configs.md)
+ [Cómo funcionan las comprobaciones de estado en configuraciones complejas de Amazon Route 53](dns-failover-complex-configs.md)
+ [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md)
+ [Conmutación por error activa-activa y activa-pasiva](dns-failover-types.md)
+ [Configuración de la conmutación por error en una zona alojada privada](dns-failover-private-hosted-zones.md)
+ [Cómo Amazon Route 53 evita los problemas de conmutación por error](dns-failover-problems.md)

# Lista de tareas para configurar la recuperación ante errores a nivel de DNS
<a name="dns-failover-how-to"></a>

Para utilizar Route 53 para configurar la conmutación por error a nivel de DNS, realice las siguientes tareas:

1. Dibuje un diagrama de árbol completo de la configuración e indique qué tipo de registro va a crear (alias ponderado, conmutación por error, latencia, etc.) para cada nodo. Al principio del árbol coloque los registros del nombre de dominio, como example.com, que los usuarios utilizarán para obtener acceso a su sitio o aplicación web.

   Los tipos de registros que aparecen en el diagrama de árbol dependen de la complejidad de la configuración:
   + En una configuración simple, el diagrama no incluirá ningún registro de alias o los registros de alias dirigirán el tráfico directamente a un recurso, como un balanceador de carga de ELB, en lugar de hacerlo a otro registro de Route 53. Para obtener más información, consulte [Cómo funcionan las comprobaciones de estado en configuraciones simples de Amazon Route 53Cómo funcionan las comprobaciones de estado en configuraciones simples](dns-failover-simple-configs.md).
   + En una configuración compleja, el diagrama incluirá una combinación de registros de alias (tales como alias ponderado y alias de conmutación por error) y registros sin alias en un árbol de varios niveles, como los ejemplos del tema [Cómo funcionan las comprobaciones de estado en configuraciones complejas de Amazon Route 53Cómo funcionan las comprobaciones de estado en configuraciones complejas](dns-failover-complex-configs.md).
**nota**  
Para crear de forma rápida y sencilla los registros para las configuraciones de direccionamiento complejas y asociar los registros con las comprobaciones de estado, puede utilizar el editor visual de flujo de tráfico y guardar la configuración como una política de tráfico. A continuación, puede asociar la política de tráfico con uno o varios nombres de dominio (como example.com) o nombres de subdominio (como www.example.com) en la misma zona alojada o en varias zonas hospedadas. Además, puede revertir las actualizaciones si la nueva configuración no tiene el desempeño previsto. Para obtener más información, consulte [Uso de flujo de tráfico para dirigir el tráfico DNS](traffic-flow.md).

   Para obtener más información, consulte la siguiente documentación sobre :
   + [Elección de una política de enrutado](routing-policy.md)
   + [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md)

1. Cree las comprobaciones de estado de los recursos para los que no puede crear registros de alias; por ejemplo, servidores de Amazon EC2 y servidores de email que se ejecutan en su centro de datos. Asociará estas comprobaciones de estado con los registros sin alias.

   Para obtener más información, consulte [Creación, actualización y eliminación de comprobaciones de estado](health-checks-creating-deleting.md).

1. Si es necesario, configure las reglas del enrutador y del firewall para que Route 53 pueda enviar solicitudes periódicas a los puntos de enlace que ha especificado en las comprobaciones de estado. Para obtener más información, consulte [Configuración de las reglas de enrutador y de firewall para las comprobaciones de estado de Amazon Route 53Configuración de las reglas de router y de firewall para las comprobaciones de estado ](dns-failover-router-firewall-rules.md).

1. Cree todos los registros sin alias en el diagrama y asocie las comprobaciones de estado que ha creado en el paso 2 con los registros aplicables.

   Si está configurando la recuperación ante errores a nivel de DNS en una configuración que no incluye registros de alias, omita las restantes tareas.

1. Cree los registros de alias que enrutan el tráfico a AWS los recursos, como los balanceadores de carga y CloudFront las distribuciones de ELB. Si desea que Route 53 pruebe otra rama del árbol cuando el estado de un recurso no sea correcto, configure el valor de **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí) para cada uno de sus registros de alias. (Algunos AWS recursos no admiten **Evaluate Target Health**).

1. Comenzando en la parte inferior del diagrama de árbol que creó en el paso 1, cree los registros de alias que direccionan el tráfico a los registros que creó en los pasos 4 y 5. Si desea que Route 53 pruebe otra rama del árbol cuando el estado de todos los registros sin alias no sea correcto en una rama del árbol, configure el valor de **Evaluate Target Health** (Evalúe estado del destino) en **Yes** (Sí) para cada uno de sus registros con alias.

   Recuerde que no puede crear un registro de alias que direccione el tráfico a otro registro hasta que haya creado el otro registro. 

# Cómo funcionan las comprobaciones de estado en configuraciones simples de Amazon Route 53
<a name="dns-failover-simple-configs"></a>

Cuando tenga dos o más recursos que realizan la misma función, como, por ejemplo, dos o más servidores web para example.com, puede utilizar las siguientes características de comprobación de estado para dirigir el tráfico únicamente a los recursos en buen estado:

**Comprobar el estado de las instancias de EC2 y otros recursos (registros sin alias)**  
Si dirige el tráfico a los recursos para los que no puede crear registros de alias, como las instancias de EC2, debe crear un registro y una comprobación de estado para cada recurso. A continuación, asocie cada comprobación de estado con el registro aplicable. Las comprobaciones de estado verifican periódicamente el estado de los recursos correspondientes y Route 53 dirige el tráfico solo a los recursos cuyo estado indican como correcto las comprobaciones de estado.

**Evalúe el estado de un AWS recurso (registros de alias)**  
Si usa [registros de alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) para enrutar el tráfico a AWS recursos seleccionados, como los balanceadores de carga ELB, puede configurar Route 53 para evaluar el estado del recurso y enrutar el tráfico solo a los recursos que estén en buen estado. Al configurar un registro de alias para evaluar el estado de un recurso, no necesita crear una comprobación de estado para él.

A continuación se ofrece información general de cómo configurar Route 53 para que compruebe el estado de los recursos en configuraciones simples:

1. Identifique los recursos que desea que monitoree Route 53. Por ejemplo, puede monitorizar todos los servidores HTTP que responden a las solicitudes de example.com.

1. Cree las comprobaciones de estado de los recursos para los que no puede crear registros de alias, por ejemplo, instancias y servidores de EC2 que se ejecutan en su centro de datos. Debe especificar cómo enviar las solicitudes de comprobación de estado al recurso: qué protocolo utilizar (HTTP, HTTPS o TCP), qué dirección IP y puerto utilizar y, para las comprobaciones de HTTP/HTTPS estado, un nombre de dominio y una ruta. 
**nota**  
Si utiliza recursos para los que puede crear registros de alias, por ejemplo, equilibradores de carga de ELB, no cree comprobaciones de estado para dichos recursos. 

   Una configuración común consiste en crear una comprobación de estado para cada recurso y usar la misma dirección IP para el punto de conexión de comprobación de y el recurso. La comprobación de estado envía solicitudes a la dirección IP especificada.
**nota**  
Route 53 no puede comprobar el estado de los recursos que tienen una dirección IP en rangos locales, privados, no direccionables o de multidifusión. Para obtener más información sobre las direcciones IP para las que no puede crear comprobaciones de estado, consulte la [RFC 5735, direcciones de uso especial, y la [RFC 6598, prefijo reservado por la IANA IPv4 ](https://datatracker.ietf.org/doc/html/rfc6598) para el espacio de IPv4 direcciones](https://datatracker.ietf.org/doc/html/rfc5735) compartido.

   Para obtener más información sobre la creación de comprobaciones de estado, consulte [Creación, actualización y eliminación de comprobaciones de estado](health-checks-creating-deleting.md).

1. Tal vez deba configurar las reglas del enrutador y del firewall para que Route 53 pueda enviar solicitudes periódicas a los puntos de enlace que ha especificado en las comprobaciones de estado. Para obtener más información, consulte [Configuración de las reglas de enrutador y de firewall para las comprobaciones de estado de Amazon Route 53Configuración de las reglas de router y de firewall para las comprobaciones de estado ](dns-failover-router-firewall-rules.md).

1. Cree un grupo de registros para sus recursos, por ejemplo, un grupo de registros ponderados. Puede combinar registros de alias y sin alias, pero todos deben tener el mismo valor en **Name** (Nombre), **Type** (Tipo) y **Routing Policy** (Política de direccionamiento).

   La forma de configurar Route 53 para que compruebe el estado de los recursos depende de si está creando registros de alias o registros sin alias:
   + **Registros de alias**: especifique **Yes** (Sí) para **Evaluate Target Health** (Evaluar estado del destino).
   + **Registros sin alias**: asocie las comprobaciones de estado que creó en el paso 2 con los registros correspondientes. 

   Cuando finalice, la configuración se parecerá al diagrama siguiente, que incluye solo registros sin alias.  
![\[Tres registros ponderados y las comprobaciones de estado correspondientes.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-weighted.png)

   Para obtener información adicional sobre cómo crear registros mediante la consola de Route 53, consulte [Creación de registros con la consola de Amazon Route 53](resource-record-sets-creating.md). 

1. Si creó comprobaciones estado, Route 53 envía periódicamente solicitudes al punto de conexión de cada comprobación de estado; no realiza la comprobación de estado cuando recibe una consulta de DNS. En función de las respuestas, Route 53 decide si los puntos de enlace tienen un estado correcto y usa esa información para determinar cómo responden a las consultas. Para obtener más información, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

   Route 53 no comprueba el estado del recurso especificado en el registro, como la dirección IP que se especifica en un registro A para example.com. Cuando asocia una comprobación de estado a un registro, Route 53 comienza a comprobar el estado del punto de conexión especificado en la comprobación de estado. También puede configurar Route 53 para que supervise el estado de otras comprobaciones de estado o para supervisar los flujos de datos en busca de alarmas. CloudWatch Para obtener más información, consulte [Tipos de comprobaciones de estado de Amazon Route 53Tipos de comprobaciones de estado](health-checks-types.md).

Sucede lo siguiente cuando Route 53 recibe una consulta de example.com:

1. Route 53 elige un registro en función de la política de direccionamiento. En este caso, elige un registro según su ponderación.

1. Determina el estado del actual registro seleccionado consultando el estado de la comprobación de estado para dicho registro.

1. Si el registro seleccionado no tiene un estado correcto, Route 53 elige otro registro. Esta vez, no se tiene en cuenta el registro con estado incorrecto. 

   Para obtener más información, consulte [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md).

1. Cuando Route 53 encuentra un registro con estado correcto, responde a la consulta con el valor aplicable, como la dirección IP en un registro A. 

En el siguiente ejemplo se muestra un grupo de registros ponderados en el que el tercer registro tiene un estado incorrecto. Inicialmente, Route 53 selecciona un registro en función de la ponderación de los tres registros. Si Route 53 selecciona por primera vez el registro con estado incorrecto, selecciona otro registro, pero esta vez omite la ponderación del tercer registro del cálculo:
+ Cuando Route 53 selecciona inicialmente entre los tres registros, responde a las solicitudes utilizando el primer registro el 20 % del tiempo: 10/(10\$120\$120). 
+ Cuando Route 53 determina que el tercer registro tiene un estado incorrecto, responde a las solicitudes con el primer registro aproximadamente el 33 % del tiempo: 10/(10\$120).

![\[Tres registros ponderados y las comprobaciones de estado correspondientes. La tercera comprobación de estado es incorrecta, por lo que Route 53 considera que el estado del registro asociado no es correcto.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-weighted-failed-hc.png)


Si omite una comprobación de estado de uno o varios registros de un grupo de registros, Route 53 no tiene forma de determinar el estado del recurso correspondiente. Route 53 trata estos registros como si tuvieran un estado correcto.

![\[Tres registros ponderados, solo dos tienen comprobaciones de estado. Route 53 siempre considera que el estado del tercer registro es correcto.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-weighted-missing-health-check.png)


# Cómo funcionan las comprobaciones de estado en configuraciones complejas de Amazon Route 53
<a name="dns-failover-complex-configs"></a>

La comprobación del estado de los recursos en las configuraciones complejas funciona de la misma forma que en las configuraciones simples. No obstante, en las configuraciones complejas se utiliza una combinación de registros de alias (como alias ponderados y alias de conmutación por error) y registros sin alias para crear un árbol de decisiones que ofrece mayor control sobre cómo responde Route 53 a las solicitudes.

Por ejemplo, puede usar los registros de alias de latencia para seleccionar una región próxima a un usuario y utilizar registros ponderados para dos o más recursos en cada registro con el fin de protegerse frente al error de un solo punto de conexión o una zona de disponibilidad. En el siguiente diagrama se muestra esta configuración.

![\[Configuración de DNS que contiene registros de alias de latencia y registros de alias ponderados.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted.png)


A continuación se explica cómo se configuran Amazon EC2 y Route 53. Comencemos en la parte inferior del árbol, ya que es el orden en que creará los registros:
+ Tiene dos instancias de EC2 en cada una de las dos regiones, us-east-1 y ap-southeast-2. Desea que Route 53 dirija el tráfico a las instancias de EC2 en función de si su estado es correcto, por lo que crea una comprobación de estado para cada instancia. Puede configurar cada comprobación de estado para que envíe solicitudes de comprobación a la instancia correspondiente en la dirección IP elástica de la instancia.

  Route 53 es un servicio global, por lo que no especifica la región en la que desea crear las comprobaciones de estado.
+ Desea dirigir el tráfico a las dos instancias en cada región en función del tipo de instancia, por lo que crea un registro ponderado para cada instancia y asigna una ponderación a cada registro. (Puede cambiar la ponderación más adelante para dirigir más o menos el tráfico a una instancia). También puede asociar la comprobación de estado aplicable a cada instancia.

  Al crear los registros, utilice nombres como us-east-1-www.example.com. y ap-southeast-2-www.example.com. Espere hasta llegar al principio del árbol para asignar a los registros los nombres que los usuarios utilizarán para obtener acceso a su sitio o aplicación web, por ejemplo, example.com.
+ Desea dirigir el tráfico a la región que proporciona la latencia más baja para los usuarios, por lo que elige la [política de direccionamiento](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) de latencia para los registros en la parte superior del árbol.

  Desea dirigir el tráfico a los *registros* de cada región, no directamente a los *recursos* de cada región (los registros ponderados ya se encargan de hacerlo). Como resultado, crea [registros de alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) de latencia. 

  Al crear los registros de alias, les asigna el nombre que desea que los usuarios utilicen para obtener acceso a su sitio o aplicación web, por ejemplo, example.com. Los registros de alias dirigen el tráfico de example.com a los registros de us-east-1-www.example.com y ap-southeast-2-www.example.com.

  Para ambos registros de alias de latencia, configure el valor de **Evaluate Target Health** en **Yes**. Esto hace que Route 53 determine si hay los recursos con estado incorrecto en una región antes de intentar dirigir el tráfico a ella. En caso contrario, Route 53 elige un recurso con estado correcto en la otra región.

![\[Configuración de DNS que contiene registros de alias de latencia y registros de alias ponderados.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-both-failed.png)


El diagrama anterior ilustra la siguiente secuencia de eventos:

1. Route 53 recibe una consulta de example.com. En función de la latencia del usuario que realiza la solicitud, Route 53 selecciona el registro de alias de latencia de la región us-east-1.

1. Route 53 selecciona un registro ponderado basándose en la ponderación. **Evaluate Target Health** (Evaluar estado del destino) es **Yes** (Sí) para el registro de alias de latencia, por lo que Route 53 comprueba el estado del registro ponderado seleccionado. 

1. Se ha producido un error en la comprobación de estado, por lo que Route 53 elige otro registro ponderado basándose en la ponderación y comprueba su estado. Este registro también tiene un estado incorrecto. 

1. Route 53 vuelve a esa rama del árbol, busca el registro de alias de latencia con la siguiente mejor latencia y elige el registro para ap-southeast-2.

1. Route 53 selecciona de nuevo un registro basándose en la ponderación y, a continuación, comprueba el estado del recurso seleccionado. El estado del recurso es correcto, por lo que Route 53 devuelve el valor aplicable en la respuesta a la consulta.

**Topics**
+ [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](#dns-failover-complex-configs-hc-alias)
+ [¿Qué sucede cuando se omiten las comprobaciones de estado?](#dns-failover-complex-configs-hc-omitting)
+ [¿Qué sucede cuando se desactiva la evaluación del estado del destino?](#dns-failover-complex-configs-eth-no)

## ¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?
<a name="dns-failover-complex-configs-hc-alias"></a>

Puede asociar una comprobación de estado a un registro de alias en su lugar o además de configurar el valor de **Evaluate Target Health** en **Yes**. No obstante, por lo general, resulta más útil que Route 53 responda a las consultas basándose en el estado de los recursos subyacentes: los servidores HTTP, los servidores de base de datos y otros recursos a los que hagan referencia los registros. Por ejemplo, suponga la siguiente configuración:
+ Asigna una comprobación de estado a un registro de alias de latencia cuyo destino de alias es un grupo de registros ponderados.
+ Configure el valor de **Evaluate Target Health** en **Yes** para el registro de alias de latencia.

En esta configuración, se deben cumplir las dos condiciones siguientes para que Route 53 devuelva el valor aplicable para un registro ponderado:
+ Se debe superar la comprobación de estado asociada al registro de alias de latencia.
+ Se debe considerar que el estado de al menos un registro ponderado es correcto, ya sea porque está asociado con una comprobación de estado superada o porque no está asociado a una comprobación de estado. En este último caso, Route 53 siempre considera que el registro ponderado tiene un estado correcto.

En la siguiente ilustración, no se pudo realizar la comprobación de estado del registro de alias de latencia en la parte superior izquierda. Por consiguiente, Route 53 deja de responder a las consultas mediante cualquiera de los registros ponderados a los que hace referencia el registro de alias de latencia, aunque todos tengan un estado correcto. Route 53 comienza a considerar estos registros ponderados de nuevo solo cuando la comprobación de estado del registro de alias de latencia vuelve a ser correcta. (Puede consultar las excepciones en [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md)). 

![\[Configuración de DNS que contiene un registro de alias con Evaluate Target Health (Evaluar estado del destino) establecido en Yes (Sí) y una comprobación de estado en el registro de alias.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-alias-hc-failed.png)


## ¿Qué sucede cuando se omiten las comprobaciones de estado?
<a name="dns-failover-complex-configs-hc-omitting"></a>

En una configuración compleja, es importante asociar las comprobaciones de estado a todos los registros sin alias. En el ejemplo siguiente falta una comprobación de estado en uno de los registros ponderados de la región us-east-1.

![\[Configuración de DNS que contiene una comprobación de estado con error y un registro sin comprobación de estado.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-missing-health-check.png)


A continuación se indica lo que sucede cuando se omite una comprobación de estado en un registro sin alias en esta configuración:

1. Route 53 recibe una consulta de example.com. En función de la latencia del usuario que realiza la solicitud, Route 53 selecciona el registro de alias de latencia de la región us-east-1.

1. Route 53 busca en el destino de alias el registro de alias de latencia y comprueba el estado de las comprobaciones de estado correspondientes. Se ha producido un error en la comprobación de estado de un registro ponderado, por lo que ese registro no se tiene en cuenta.

1. El otro registro ponderado del destino de alias para la región us-east-1 no tiene comprobación de estado. El estado del recurso correspondiente puede ser correcto o no serlo pero, sin una comprobación de estado, Route 53 no tiene forma de saberlo. Route 53 supone que el estado del recurso es correcto y devuelve el valor aplicable en la respuesta a la consulta.

## ¿Qué sucede cuando se desactiva la evaluación del estado del destino?
<a name="dns-failover-complex-configs-eth-no"></a>

Por lo general, debe configurar **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí) para todos los registros de alias de un árbol. Si establece **Evaluate Target Health** (Evaluar estado del destino) en **No**, Route 53 sigue dirigiendo el tráfico a los registros a los que hace referencia un registro de alias, aunque las comprobaciones de estado de dichos registros den error.

En el siguiente ejemplo, todos los registros ponderados tienen comprobaciones de estado asociadas, pero **Evaluate Target Health** (Evaluar estado del destino) se ha configurado en **No** para el registro de alias de latencia de la región us-east-1:

![\[Configuración de DNS que contiene un registro de alias con Evaluate Target Health (Evaluar estado del destino) establecido en No.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-eth-is-no.png)


A continuación se indica lo que sucede cuando se configura **Evaluate Target Health** en **No** para un registro de alias en esta configuración:

1. Route 53 recibe una consulta de example.com. En función de la latencia del usuario que realiza la solicitud, Route 53 selecciona el registro de alias de latencia de la región us-east-1.

1. Route 53 determina cuál es el destino de alias para el registro de alias de latencia y realiza las comprobaciones de estado correspondientes. En ambas el estado es incorrecto.

1. Como el valor de **Evaluate Target Health** (Evaluar estado del destino) es **No** para el registro de alias de latencia para la región us-east-1, Route 53 debe elegir un registro de esta rama en vez de volver a la rama y buscar un registro con estado correcto en la región ap-southeast-2.

# Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estado
<a name="health-checks-how-route-53-chooses-records"></a>

Si configura la comprobación de todos los registros de un grupo de registros que tienen el mismo nombre, el mismo tipo (por ejemplo, A o AAAA) y la misma política de direccionamiento (por ejemplo, ponderada o conmutación por error), Route 53 responde a las consultas de DNS eligiendo un registro con estado correcto y devolviendo el valor aplicable de ese registro.

Por ejemplo, suponga que crea tres registros A ponderados y asigna comprobaciones de estado a los tres. Si la comprobación de estado de uno de los registros no es correcta, Route 53 responde a las consultas de DNS con las direcciones IP en uno de los otros dos registros.

A continuación se muestra cómo elige Route 53 un registro con estado correcto:

1. Route 53 elige inicialmente un registro en función de la política de direccionamiento y de los valores que especifique para cada registro. Por ejemplo, en el caso de los registros ponderados, Route 53 elige un registro en función de la ponderación que se especifique para cada registro.

1. Route 53 determina si el estado del registro es correcto:
   + **Registro sin alias con una comprobación de estado asociada**: si ha asociado una comprobación de estado a un registro sin alias, Route 53 comprueba el estado actual de la comprobación de estado. 

     Route 53 comprueba periódicamente el estado del punto de conexión que se especifica en una comprobación de estado; no realiza la comprobación de estado cuando llega la consulta de DNS.

     Puede asociar comprobaciones de estado con registros de alias, pero le recomendamos que asocie las comprobaciones de estado solo con registros sin alias. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
   + **Registro de alias con la evaluación de estado del destino configurada en Yes (Sí)**: Route 53 comprueba el estado del recurso al que hace referencia el registro de alias; por ejemplo, un balanceador de carga de ELB u otro registro en la misma zona alojada.

1. Si el estado del registro es correcto, Route 53 responde a la consulta con el valor aplicable, como una dirección IP.

   Si el estado del registro no es correcto, Route 53 elige otro registro utilizando los mismos criterios y repite el proceso hasta que encuentra un registro con estado correcto.

Route 53 utiliza los siguientes criterios al elegir un registro:

**Los registros sin una comprobación de estado siempre se encuentran en estado correcto**  
Si un registro de un grupo de registros que tienen el mismo nombre y tipo no tiene una comprobación de estado asociada, Route 53 siempre considera que tiene un estado correcto y siempre lo incluye entre las posibles respuestas a una consulta.

**Si ningún registro tiene estado correcto, el estado de todos los registros es correcto**  
Si ninguno de los registros de un grupo de registros tiene un estado correcto, Route 53 debe devolver algo en respuesta a las consultas de DNS, pero no tiene base para elegir un registro u otro. En este caso, Route 53 considera que todos los registros del grupo tienen un estado correcto y selecciona uno en función de la política de direccionamiento y los valores que especifique para cada registro.

**Registros ponderados que tienen una ponderación de 0**  
Si agrega comprobaciones de estado a todos los registros de un grupo de registros ponderados, pero asigna ponderaciones distintas de cero a algunos registros y ponderaciones cero a otros, las comprobaciones de estado funcionan igual que si todos los registros tuvieran ponderaciones distintas de cero con las excepciones siguientes:  
+ Route 53 tiene en cuenta inicialmente solo los registros con ponderación distinta de cero, si los hubiera.
+ Si todos los registros con una ponderación mayor que 0 tienen un estado incorrecto, Route 53 tiene en cuenta los registros con ponderación cero.
Dado que Route 53 considerará los registros con ponderación cero en algunas circunstancias, es importante asegurarse de que el destino con ponderación cero también tenga una respuesta viable a una consulta de DNS.   
Para obtener más información acerca de los registros ponderados, consulte [Comprobaciones de estado y enrutamiento ponderado](routing-policy-weighted.md#routing-policy-weighted-healthchecks).

**Registros de alias**  
También puede configurar la comprobación de estado de los registros de alias si establece **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí) para cada registro de alias. Esto hace que Route 53 evalúe el estado del recurso al que el registro redirige el tráfico; por ejemplo, un balanceador de carga de ELB u otro registro en la misma zona alojada.  
Por ejemplo, suponga que el destino de alias de un registro de alias es un grupo de registros ponderados que tienen ponderaciones distintas de cero:  
+ Siempre que al menos uno de los registros ponderados tenga un estado correcto, Route 53 considera que el estado del registro de alias es correcto.
+ Si ninguno de los registros ponderados tiene un estado correcto, Route 53 considera que el estado del registro de alias no es correcto.
+ Route 53 deja de tener en cuenta los registros de dicha rama del árbol hasta que al menos un registro ponderado vuelve a tener un estado correcto.
Para obtener más información, consulte [Cómo funcionan las comprobaciones de estado en configuraciones complejas de Amazon Route 53Cómo funcionan las comprobaciones de estado en configuraciones complejas](dns-failover-complex-configs.md).

**Registros de conmutación por error**  
Por lo general, los registros de conmutación por error funcionan igual que otros tipos de direccionamiento. Cree comprobaciones de estado y asócielas con registros sin alias, y establezca **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí) para los registros de alias. Tenga en cuenta lo siguiente:  
+ Los registros principales y secundarios puede ser registros sin alias o registros de alias.
+ Si asocia las comprobaciones de estado con los registros de conmutación por error principal y secundario, Route 53 responde a las solicitudes del siguiente modo:
  + Si Route 53 considera que el registro principal tiene un estado correcto (si el estado del punto de conexión de la comprobación de estado es correcto), Route 53 solo devuelve el registro principal en respuesta a una consulta de DNS.
  + Si Route 53 considera que el estado del registro principal es incorrecto y el del secundario es correcto, Route 53 devuelve el registro secundario.
  + Si Route 53 considera que el estado de los registros principal y secundario es incorrecto, Route 53 devuelve el registro principal.
+ Al configurar el registro secundario, la adición de una comprobación de estado es opcional. Si omite la comprobación de estado para el registro secundario y si el estado del punto de conexión de comprobación de estado del registro principal es incorrecto, Route 53 siempre responde a las consultas de DNS con el registro secundario. Esto se aplica aunque el estado del registro secundario sea incorrecto.
Para obtener más información, consulte los temas siguientes:  
+ [Configuración de la conmutación por error activa-pasiva con un recurso principal y otro secundario](dns-failover-types.md#dns-failover-types-active-passive-one-resource)
+ [Configuración de la conmutación por error activa-pasiva con varios recursos principales y secundarios](dns-failover-types.md#dns-failover-types-active-passive-multiple-resources)

# Conmutación por error activa-activa y activa-pasiva
<a name="dns-failover-types"></a>

Puede usar la comprobación de estado de Route 53 para establecer las configuraciones de conmutación por error activa-activa y activa-pasiva. Configure la conmutación por error activa-activa con una [política de direccionamiento](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) (o una combinación de políticas de direccionamiento) distinta de conmutación por error y la conmutación por error activa-pasiva con la política de direccionamiento de conmutación por error.

**Topics**
+ [Conmutación por error activa-activa](#dns-failover-types-active-active)
+ [Conmutación por error activa-pasiva](#dns-failover-types-active-passive)

## Conmutación por error activa-activa
<a name="dns-failover-types-active-active"></a>

Utilice esta configuración de conmutación por error cuando desee que todos los recursos estén disponibles la mayor parte del tiempo. Cuando un recurso deje de estar disponible, Route 53 puede detectar que su estado es incorrecto y dejar de incluirlo al responder a las consultas.

En la conmutación por error activa-activa, todos los registros que tienen el mismo nombre, el mismo tipo (por ejemplo, A o AAAA) y la misma política de direccionamiento (por ejemplo, ponderada o de latencia) están activos a menos que Route 53 considere que su estado no es correcto. Route 53 puede responder a una consulta de DNS utilizando cualquier registro con estado correcto.

## Conmutación por error activa-pasiva
<a name="dns-failover-types-active-passive"></a>

Utilice una configuración de conmutación por error activa-pasiva cuando desee que un recurso o un grupo de recursos principal esté disponible la mayor parte del tiempo y desee que un recurso o un grupo de recursos secundario esté en espera en el caso de que los recursos principales dejen de estar disponibles. Al responder a las consultas, Route 53 solo incluye los recursos principales correctos. Si todos los recursos principales tienen un estado incorrecto, Route 53 comienza a incluir únicamente los recursos secundarios correctos en la respuesta a las consultas de DNS.

**Topics**
+ [Configuración de la conmutación por error activa-pasiva con un recurso principal y otro secundario](#dns-failover-types-active-passive-one-resource)
+ [Configuración de la conmutación por error activa-pasiva con varios recursos principales y secundarios](#dns-failover-types-active-passive-multiple-resources)
+ [Configuración de la conmutación por error activa-pasiva con registros ponderados](#dns-failover-types-active-passive-weighted)

### Configuración de la conmutación por error activa-pasiva con un recurso principal y otro secundario
<a name="dns-failover-types-active-passive-one-resource"></a>

Para crear una configuración de conmutación por error activa-pasiva con un registro principal y otro secundario, cree los registros y especifique para **Failover** (Conmutación por error) para la política de direccionamiento. Cuando el estado del recurso principal es correcto, Route 53 responde a las consultas de DNS utilizando el registro principal. Cuando el estado del recurso principal no es correcto, Route 53 responde a las consultas de DNS utilizando el registro secundario.

### Configuración de la conmutación por error activa-pasiva con varios recursos principales y secundarios
<a name="dns-failover-types-active-passive-multiple-resources"></a>

También puede asociar varios recursos con el registro principal, el registro secundario o ambos. En esta configuración, Route 53 considera que el estado del registro de conmutación por error principal es correcto siempre que al menos uno de los recursos asociados tenga un estado correcto. Para obtener más información, consulte [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md).

Para configurar la conmutación por error activa-pasiva con varios recursos para el registro principal o secundario, realice las siguientes tareas.

1. Cree una comprobación de estado para cada recurso al que desee dirigir el tráfico, por ejemplo, una instancia EC2 o un servidor web de su centro de datos.
**nota**  
Si dirige el tráfico a algún AWS recurso para el que pueda crear [registros de alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html), no cree comprobaciones de estado para esos recursos. Al crear los registros de alias, establezca **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí).

   Para obtener más información, consulte [Creación y actualización de comprobaciones de estado](health-checks-creating.md).

1. Cree registros para sus recursos principales y especifique los siguientes valores:
   + Asigne a cada registro el mismo nombre, tipo y política de direccionamiento. Por ejemplo, podría crear tres registros A ponderados que se denominen failover-primary.example.com.
   + Si utiliza AWS recursos para los que puede crear registros de alias, especifique **Yes** para **Evaluate Target Health.**

     Si va a utilizar recursos para los que no puede crear registros de alias, asocie la comprobación de estado aplicable del paso 1 a cada registro.

   Para obtener más información, consulte [Creación de registros con la consola de Amazon Route 53](resource-record-sets-creating.md).

1. Cree registros para sus recursos secundarios, si corresponde, y especifique los siguientes valores:
   + Asigne a cada registro el mismo nombre, tipo y política de direccionamiento. Por ejemplo, podría crear tres registros A ponderados que se denominen failover-secondary.example.com.
   + Si utiliza AWS recursos para los que puede crear registros de alias, especifique **Yes** para **Evaluate Target Health.**

     Si va a utilizar recursos para los que no puede crear registros de alias, asocie la comprobación de estado aplicable del paso 1 a cada registro.
**nota**  
Algunos clientes usan un servidor web como su recurso principal y un bucket de Amazon S3 configurado como un punto de conexión de sitio web como su recurso secundario. El bucket de S3 contiene un mensaje “no disponible temporalmente” simple. Si utiliza dicha configuración, puede omitir este paso y crear un registro de alias de conmutación por error para el recurso secundario en el paso 4.

1. Cree dos registros de alias de conmutación por error, uno principal y otro secundario, y especifique los siguientes valores:  
**Registro principal**  
   + **Name** (Nombre): especifique el nombre del dominio (example.com) o el nombre del subdominio (www.example.com) para el que desea que Route 53 dirija el tráfico.
   + **Alias**: especifique **Yes** (Sí).
   + **Alias Target** (Destino de alias): especifique el nombre de los registros que creó en el paso 2.
   + **Routing Policy** (Política de direccionamiento): especifique **Failover** (Conmutación por error).
   + **Failover Record Type** (Tipo de registro de conmutación por error): especifique **Primary** (Principal).
   + **Evaluate Target Health** (Evaluar estado del destino): especifique **Yes** (Sí).
   + **Associate with Health Check** (Asociar con comprobación de estado): especifique **No**.  
**Registro secundario**  
   + **Name** (Nombre): especifique el mismo nombre que indicó para el registro principal.
   + **Alias**: especifique **Yes** (Sí).
   + **Alias Target** (Destino de alias): si ha creado registros para su recurso secundario en el paso 3, especifique el nombre de los registros. Si utiliza un bucket de Amazon S3 para el recurso secundario, especifique el nombre de DNS del punto de conexión de sitio web.
   + **Routing Policy** (Política de direccionamiento): especifique **Failover** (Conmutación por error).
   + **Failover Record Type** (Tipo de registro de conmutación por error): especifique **Secondary** (Secundario).
   + **Evaluate Target Health** (Evaluar estado del destino): especifique **Yes** (Sí).
   + **Associate with Health Check** (Asociar con comprobación de estado): especifique **No**.

### Configuración de la conmutación por error activa-pasiva con registros ponderados
<a name="dns-failover-types-active-passive-weighted"></a>

También puede utilizar registros ponderados para la conmutación por error activa-pasiva, con salvedades. Si especifica ponderaciones distintas de cero para algunos registros y ponderaciones cero para otros, Route 53 responde a las consultas de DNS utilizando solo registros con estado correcto que tengan ponderaciones distintas de cero. Si todos los registros con una ponderación mayor que 0 tienen un estado incorrecto, Route 53 responde a las consultas utilizando los registros con ponderación cero.

**nota**  
Todos los registros con ponderaciones distintas de cero deben tener un estado incorrecto antes de que Route 53 comience a responder a las consultas de DNS con registros que tengan ponderaciones de cero. Esto puede provocar que aplicación o sitio web no sea fiable si el último recurso correcto, por ejemplo, un servidor web, no puede controlar todo el tráfico cuando otros recursos no están disponibles.

# Configuración de la conmutación por error en una zona alojada privada
<a name="dns-failover-private-hosted-zones"></a>

Si va a crear registros de conmutación por error en una zona alojada privada, tenga en cuenta lo siguiente:
+ Los comprobadores de estado de Route 53 están fuera de la VPC. Para comprobar el estado de un punto de conexión en una VPC por dirección IP, debe asignar una dirección IP pública a la instancia en la VPC.
+ Puede crear una CloudWatch métrica, asociar una alarma a la métrica y, a continuación, crear una comprobación de estado basada en el flujo de datos de la alarma. Por ejemplo, puede crear una CloudWatch métrica que compruebe el estado de la `StatusCheckFailed` métrica de EC2, añadir una alarma a la métrica y, a continuación, crear una comprobación de estado basada en el flujo de datos de la alarma para comprobar las instancias de una Virtual Private Cloud (VPC) que solo tienen direcciones IP privadas. Para obtener información sobre cómo crear CloudWatch métricas y alarmas mediante la CloudWatch consola, consulta la [Guía del CloudWatch usuario de Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/).

Para obtener más información, consulte [Uso de zonas alojadas privadas](hosted-zones-private.md) y [Supervisar los controles de estado mediante CloudWatch](monitoring-health-checks.md).

# Cómo Amazon Route 53 evita los problemas de conmutación por error
<a name="dns-failover-problems"></a>

Los algoritmos de conmutación por error implementados por Route 53 se han diseñado no solo para dirigir el tráfico a puntos de enlace con estado correcto, sino también para mitigar los desastres provocados por comprobaciones de estado y aplicaciones configuradas incorrectamente, sobrecargas de los puntos de enlace y errores de partición.

**Topics**
+ [Cómo Amazon Route 53 evita errores en cascada](#dns-failover-cascading-failures)
+ [Cómo controla Amazon Route 53 las particiones de Internet](#dns-failover-internet-partitions)

## Cómo Amazon Route 53 evita errores en cascada
<a name="dns-failover-cascading-failures"></a>

Como primera defensa frente a los errores en cascada, cada algoritmo de direccionamiento de solicitud (tales como ponderados y conmutación por error) tiene un modo de último recurso. En este modo especial, cuando se considera que el estado de todos los registros es incorrecto, el algoritmo de Route 53 cambia a considerar que el estado de todos los registros es correcto.

Por ejemplo, si todas las instancias de una aplicación, en varios hosts, rechazan las solicitudes de comprobación de estado, los servidores DNS de Route 53 elegirán una respuesta y la devolverán en vez de no devolver ninguna respuesta de DNS o de devolver una respuesta NXDOMAIN (dominio no existente). Una aplicación puede responder a los usuarios y no superar las comprobaciones de estado, por lo que esto proporciona algún tipo de protección frente a la configuración errónea.

Del mismo modo, si una aplicación está sobrecargada y uno de tres puntos de enlace no supera sus comprobaciones de estado, por lo que se excluye de las respuestas de DNS de Route 53, Route 53 distribuye las respuestas entre los dos puntos de enlace restantes. Si los puntos de enlace restantes no pueden controlar la carga adicional y producen un error, Route 53 vuelve a la distribución de las solicitudes en los tres puntos de enlace.

## Cómo controla Amazon Route 53 las particiones de Internet
<a name="dns-failover-internet-partitions"></a>

Aunque poco frecuentes, en ocasiones hay particiones de Internet importantes, lo que significa que grandes regiones geográficas no pueden comunicarse entre sí a través de Internet. Durante estas particiones, las ubicaciones de Route 53 pueden llegar a conclusiones diferentes sobre el estado de salud de un punto final y pueden diferir del estado informado CloudWatch. Los verificadores de estado de Route 53 de cada AWS región envían constantemente los estados de los controles de estado a todas las ubicaciones de Route 53. Durante las particiones de Internet, cada ubicación de Route 53 podría tener acceso únicamente a un conjunto parcial de estos estados, normalmente de las regiones más próximas.

Por ejemplo, durante una partición de Internet que afecta a la conectividad a América del Sur y desde esa región, los servidores DNS de Route 53 en la ubicación América del Sur (São Paulo) de Route 53 podrían tener un acceso adecuado a los puntos de enlace de comprobación de estado en la región de AWS América del Sur (São Paulo), pero un acceso deficiente a otros puntos de enlace. Al mismo tiempo, Route 53 en EE. UU. Este (Ohio) podría tener un acceso deficiente a los puntos de enlace de comprobación de estado de la región América del Sur (São Paulo) y llegar a la conclusión de que el estado de los registros es incorrecto.

Particiones como estas pueden dar lugar a situaciones en las que las ubicaciones de Route 53 llegan a conclusiones distintas sobre el estado de los puntos de enlace, basándose en su visibilidad local de estos puntos de enlace. Por este motivo, cada ubicación de Route 53 considera que el estado de un punto de conexión es correcto cuando solo una parte de los comprobadores de estado accesible considera que lo es.

# Denominar y etiquetar comprobaciones de estado
<a name="health-checks-tagging"></a>

Puede agregar etiquetas a las comprobaciones de estado de Amazon Route 53, lo que le permite asignar un nombre a cada comprobación de estado que sea más comprensible que el ID de comprobación de estado. Estas son las mismas etiquetas que permiten organizar Administración de facturación y costos de AWS tu factura. AWS Para obtener más información sobre el uso de etiquetas para la asignación de costes, consulte [Uso de etiquetas de asignación de costes para informes de facturación personalizados](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) en la *Guía del usuario de AWS Billing *. 

Cada etiqueta consta de una clave (el nombre de la etiqueta) y un valor de etiqueta, ambos definidos por el usuario. Al agregar etiquetas a una comprobación de estado, le recomendamos que agregue una etiqueta que tenga los siguientes valores para la clave y el valor:
+ **key** (clave) – **Name** (Nombre)
+ **value** (valor): nombre que quiere dar a la comprobación de estado.

El valor de la etiqueta **Name** (Nombre) aparece en la lista de comprobaciones de estado en la consola de Route 53, lo que le permite distinguir inmediatamente una comprobación de otra. Para ver otras etiquetas de una comprobación de estado, puede seleccionarla y, a continuación, elegir la pestaña **Tags** (Etiquetas).

Para obtener más información acerca de las etiquetas, consulte los siguientes temas:
+ Para agregar, editar o eliminar la etiqueta **Name** (Nombre) al agregar o editar comprobaciones de estado en la consola de Route 53 consulte [Creación y actualización de comprobaciones de estado](health-checks-creating.md).
+ Para obtener información general sobre el etiquetado de recursos de Route 53 consulte [Etiquetado de recursos de Amazon Route 53](tagging-resources.md).

## Restricciones de las etiquetas
<a name="health-checks-tagging-restrictions"></a>

Se aplican las siguientes restricciones básicas a las etiquetas de :
+ Número máximo de etiquetas por recurso: 50 en la consola nueva y 10 en la antigua.
+ Longitud máxima de **Key** (Clave): 128 caracteres Unicode
+ Longitud máxima de **Value** (Valor): 256 caracteres Unicode
+ Valores válidos para **Key** (Clave) y **Value** (Valor): letras mayúsculas y minúsculas del conjunto de caracteres UTF-8, números, espacios y los siguientes caracteres: \$1 . : / = \$1 - y @.
+ Las claves y los valores de las etiquetas distinguen entre mayúsculas y minúsculas
+ No utilices el `aws:` prefijo ni para las claves ni para los valores; está reservado para su AWS uso

## Añadir, editar y eliminar etiquetas para comprobaciones de estado
<a name="health-checks-tagging-procedures"></a>

En los siguientes procedimientos se muestra cómo utilizar las etiquetas para las comprobaciones de estado en la consola de Route 53. 

**nota**  
Estamos en proceso de actualización de la consola de comprobaciones de estado para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.

Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#health-checks-tagging-new)
+ [Consola antigua](#health-checks-tagging-old)

------
#### [ New console ]<a name="health-checks-tagging-adding-proc"></a>

**Para añadir etiquetas a las comprobaciones de estado**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. Seleccione el ID vinculado de la comprobación de estado para la que desea añadir etiquetas. 

1. En la página inferior, seleccione la pestaña **Etiquetas**, luego, seleccione **Administrar** y, a continuación, **Agregar nuevas etiquetas**.

1. Introduzca un nombre para la etiqueta en el campo **Clave** e ingrese un valor en el campo **Valor**.

1. Seleccione **Save**.<a name="health-checks-tagging-editing-proc"></a>

**Para editar etiquetas de comprobaciones de estado**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. Seleccione el ID vinculado de una comprobación de estado. 

1. En el panel inferior, elija la pestaña **Etiquetas** y, a continuación, elija **Administrar**.

1. Ahora, puede editar y agregar más etiquetas.

1. Seleccione **Save**.<a name="health-checks-tagging-delete-proc"></a>

**Para eliminar etiquetas de comprobaciones de estado**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Comprobaciones de estado**.

1. Seleccione el ID vinculado de una comprobación de estado. 

1. En el panel inferior, elija la pestaña **Etiquetas** y, a continuación, elija **Administrar**.

1. Junto a la etiqueta que desea eliminar, seleccione **Eliminar**.

1. Seleccione **Save**.

------
#### [ Old console ]<a name="health-checks-tagging-adding-procedure"></a>

**Para añadir etiquetas a las comprobaciones de estado**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. Seleccione una comprobación de estado, o seleccione varias si desea añadir la misma etiqueta a más de una comprobación de estado. 

1. En el panel inferior, elija la pestaña **Tags** y, a continuación, elija **Add/Edit Tags**.

1. En el cuadro de diálogo **Add/Edit Tags**, escriba el nombre de la etiqueta en el campo **Key** y escriba un valor en el campo **Value**.

1. Elija **Apply changes**.<a name="health-checks-tagging-editing-procedure"></a>

**Para editar etiquetas de comprobaciones de estado**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. Seleccione una comprobación de estado. 

   Si selecciona varias comprobaciones de estado que compartan la misma etiqueta, no podrá editar el valor para todas ellas de forma simultánea. Sin embargo, tenga en cuenta que puede editar el valor de una etiqueta que aparece en varias comprobaciones de estado si selecciona las que tengan la etiqueta y al menos una que no.

   Por ejemplo suponga que selecciona varias comprobaciones de estado que tienen una etiqueta **Cost Center (Centro de costos)** y otra que no. Elige la opción para añadir una etiqueta y especifica **Cost Center (Centro de costos)** para la clave y **777** para el valor. En el caso de las comprobaciones de estado que ya tengan una etiqueta **Cost Center** (Centro de costes), Route 53 cambia el valor a **777**. Para la otra comprobación de estado que no tiene la etiqueta **Cost Center**, Route 53 agrega una y establece el valor en **777**.

1. En el panel inferior, elija la pestaña **Tags** y, a continuación, elija **Add/Edit Tags**.

1. En el cuadro de diálogo **Add/Edit Tags**, edite el valor.

1. Seleccione **Save**.<a name="health-checks-tagging-procedure"></a>

**Para eliminar etiquetas de comprobaciones de estado**

1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. En el panel de navegación, elija **Health Checks**.

1. Seleccione una comprobación de estado, o seleccione varias si desea eliminar la misma etiqueta de más de una comprobación de estado. 

1. En el panel inferior, elija la pestaña **Tags** y, a continuación, elija **Add/Edit Tags**.

1. En el cuadro de diálogo **Agregar o editar etiquetas**, elija la *X* siguiente etiqueta que desee eliminar.

1. Seleccione **Save**.

------

# Usar comprobaciones de estado con versiones de la API de Amazon Route 53 que sean anteriores al 2012-12-12
<a name="dns-failover-using-old-apis"></a>

Las comprobaciones de estado se admiten a partir de la versión 2012-12-12 de la API de Amazon Route 53. Si una zona alojada contiene registros para los que se han configurado comprobaciones de estado, le recomendamos que use solo la API de 2012-12-12 o posterior. Tenga en cuenta las siguientes restricciones sobre el uso de las comprobaciones de estado con versiones anteriores de la API.
+ La acción `ChangeResourceRecordSets` no puede crear ni eliminar registros que incluyan los elementos `EvaluateTargetHealth`, `Failover` o `HealthCheckId`.
+ La acción `ListResourceRecordSets` puede enumerar los registros que incluyen estos elementos, pero los elementos no se incluyen en la salida. En su lugar, el elemento `Value` de la respuesta contiene un mensaje que indica que el registro incluye un atributo incompatible. 