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.
# Configuración de la recuperación ante errores a nivel de DNS
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
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
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
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?
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?
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?
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
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
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
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
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
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
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
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
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
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
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
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.