Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Cómo 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.
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 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 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 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 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.
El diagrama anterior ilustra la siguiente secuencia de eventos:
-
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.
-
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.
-
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.
-
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.
-
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.
Temas
¿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 estado).
¿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.
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:
-
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.
-
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.
-
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:
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:
-
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.
-
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.
-
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.
