Grupos de destino para los equilibradores de carga de aplicaciones

Los grupos de destino dirigen las solicitudes a destinos individuales registrados, como EC2 instancias, mediante el protocolo y el número de puerto que especifique. Puede registrar un destino en varios grupos de destino. Puede configurar las comprobaciones de estado de cada grupo de destino. Las comprobaciones de estado se llevan a cabo en todos los destinos registrados en un grupo de destino especificado en la regla del oyente del equilibrador de carga.

Cada grupo de destino se utiliza para direccionar solicitudes a uno o varios destinos registrados. Cuando se crea la regla de cada oyente, se especifican un grupo de destino y las condiciones. Cuando se cumple la condición de una regla, el tráfico se reenvía al grupo de destino correspondiente. Puede crear grupos de destino diferentes para los distintos tipos de solicitudes. Por ejemplo, puede crear un grupo de destino para las solicitudes generales y otros grupos de destino para las solicitudes destinadas a los microservicios de la aplicación. Puede usar cada grupo de destino con un solo equilibrador de carga. Para obtener más información, consulte Componentes del Equilibrador de carga de aplicación.

Puede definir la configuración de comprobación de estado del equilibrador de carga para cada grupo de destino. Cada grupo de destino utiliza la configuración de comprobación de estado predeterminada, a menos que la anule al crear el grupo de destino o la modifique posteriormente. Después de especificar un grupo de destino en una regla para un oyente, el equilibrador de carga monitoriza constantemente el estado de todos los destinos registrados en el grupo de destino que se encuentran en una zona de disponibilidad habilitada para el equilibrador de carga. El equilibrador de carga direcciona las solicitudes a los destinos registrados que se encuentran en buen estado.

Contenido

• Configuración de enrutamiento
• Tipo de destino
• Tipo de dirección IP
• Versión del protocolo
• Destinos registrados
• Atributos del grupo de destino
• Los algoritmos de enrutamiento
• Estado del grupo de destino
• Cree un grupo objetivo para su Application Load Balancer
• Actualice la configuración de estado de su grupo objetivo de Application Load Balancer
• Health chequeos para los grupos objetivo de Application Load Balancer
• Edite los atributos del grupo objetivo para su Application Load Balancer
• Registre los objetivos con su grupo objetivo de Application Load Balancer
• Utilice las funciones de Lambda como objetivos de un Application Load Balancer
• Etiquetas para su grupo objetivo de Application Load Balancer
• Eliminar un grupo objetivo de Application Load Balancer

Configuración de enrutamiento

De forma predeterminada, un equilibrador de carga direcciona las solicitudes a sus destinos mediante el protocolo y el número de puerto especificados al crear el grupo de destino. Si lo prefiere, puede anular el puerto utilizado para dirigir el tráfico a un destino al registrarlo en el grupo de destino.

Los grupos de destino admiten los siguientes protocolos y puertos:

• Protocolos:HTTP, HTTPS

• Puertos: 1-65535

Cuando un grupo objetivo está configurado con el HTTPS protocolo o utiliza comprobaciones de HTTPS estado, si algún HTTPS oyente utiliza una política de seguridad TLS 1.3, la política de ELBSecurityPolicy-TLS13-1-0-2021-06 seguridad se utilizará para las conexiones de destino. De lo contrario, se utiliza la política de ELBSecurityPolicy-2016-08 seguridad. El balanceador de cargas establece TLS conexiones con los destinos mediante certificados que se instalan en los destinos. El equilibrador de carga no valida estos certificados. Por lo tanto, puede utilizar certificados autofirmados o certificados que hayan caducado. Como el balanceador de cargas y sus objetivos se encuentran en una nube privada virtual (VPC), el tráfico entre el balanceador de cargas y los destinos se autentica a nivel de paquete, por lo que no corre el riesgo de sufrir man-in-the-middle ataques o suplantación de identidad aunque los certificados de los destinos no sean válidos. El tráfico que salga no AWS contará con las mismas protecciones, por lo que es posible que se necesiten medidas adicionales para proteger aún más el tráfico.

Tipo de destino

Al crear un grupo de destino, debe especificar su tipo de destino, que determina el tipo de destino que especifica al registrar los destinos en este grupo de destino. Después de crear un grupo de destino, no puede cambiar su tipo de destino.

Los tipos de destinos posibles son los siguientes:

instance

Los destinos se especifican por ID de instancia.

ip

Los destinos son direcciones IP.

lambda

El destino es una función de Lambda.

Si el tipo de destino esip, puede especificar las direcciones IP de uno de los siguientes CIDR bloques:

• Las subredes VPC del grupo objetivo

• 10.0.0.0/8 (1918) RFC

• 100640.0/10 (6598) RFC

• 17216,0,0/12 (1918) RFC

• 192168,0/16 (1918) RFC

importante

No puede especificar direcciones IP direccionables públicamente.

Todos los CIDR bloques compatibles permiten registrar los siguientes objetivos en un grupo objetivo:

• Instancias en una VPC que está sincronizada con el balanceador de cargas VPC (en la misma región o en una región diferente).

• AWS recursos que se pueden direccionar mediante una dirección IP y un puerto (por ejemplo, bases de datos).

• Recursos locales vinculados a una conexión directa AWS Direct Connect o AWS a una conexión de sitio a sitioVPN.

nota

En el caso de los equilibradores de carga de aplicaciones implementados en una zona local, los destinos ip deben estar en la misma zona local para recibir tráfico.

Para obtener más información, consulte ¿Qué son las Zonas AWS Locales?

Si especifica destinos utilizando un ID de instancia, el tráfico se redirige a las instancias utilizando la dirección IP privada principal especificada en la interfaz de red principal de la instancia. Si especifica destinos utilizando direcciones IP, puede dirigir el tráfico a una instancia utilizando cualquier dirección IP privada de una o varias interfaces de red. Esto permite que varias aplicaciones de una instancia utilicen el mismo puerto. Cada interfaz de red puede tener su propio grupo de seguridad.

Si el tipo de destino de su grupo de destino es lambda, puede registrar una única función de Lambda. Cuando el equilibrador de carga recibe una solicitud para la función de Lambda, invoca la función de Lambda. Para obtener más información, consulte Utilice las funciones de Lambda como objetivos de un Application Load Balancer.

Puede configurar Amazon Elastic Container Service (AmazonECS) como destino de su Application Load Balancer. Para obtener más información, consulte Creating an Application Load Balancer en la Guía del usuario de Amazon Elastic Container Service para. AWS Fargate

Tipo de dirección IP

Al crear un nuevo grupo de destino, puede seleccionar el tipo de dirección IP de su grupo de destino. Esto controla la versión de IP utilizada para comunicarse con los destinos y comprobar su estado.

Los balanceadores de carga de aplicaciones son compatibles tanto con los grupos objetivo como con IPv4 los grupos IPv6 objetivo. La selección predeterminada es IPv4.

Consideraciones

• Todas las direcciones IP de un grupo de destino deben tener el mismo tipo de dirección IP. Por ejemplo, no puede registrar un IPv4 objetivo en un grupo IPv6 objetivo.

• IPv6Los grupos objetivo solo se pueden usar con balanceadores de dualstack carga.

• IPv6los grupos objetivo admiten objetivos de tipo IP e instancia.

Versión del protocolo

De forma predeterminada, los balanceadores de carga de aplicaciones envían solicitudes a los destinos mediante /1.1. HTTP Puede usar la versión del protocolo para enviar solicitudes a los destinos mediante HTTP /2 o g. RPC

En la siguiente tabla se resumen el resultado de las combinaciones del protocolo de solicitud y la versión del protocolo de grupo de destino.

Protocolo de solicitud	Versión del protocolo	Resultado
HTTP/1.1	HTTP/1.1	Success
HTTP/2	HTTP/1.1	Success
g RPC	HTTP/1.1	Error
HTTP/1.1	HTTP/2	Error
HTTP/2	HTTP/2	Success
g RPC	HTTP/2	Éxito si los objetivos respaldan g RPC
HTTP/1.1	g RPC	Error
HTTP/2	g RPC	Éxito de una POST solicitud
g RPC	g RPC	Success

Consideraciones sobre la versión RPC del protocolo g

• El único protocolo de escucha compatible esHTTPS.

• El único tipo de acción que se admite para las reglas de oyente es forward.

• Solo se admiten los tipos de destino instance y ip.

• El balanceador de cargas analiza las RPC solicitudes g y las enruta a los grupos objetivo adecuados en función del paquete, el servicio y el método. RPC

• El equilibrador de carga admite la transmisión única del lado del cliente, la transmisión del lado del servidor y la transmisión bidireccional.

• Debe proporcionar un método de comprobación de estado personalizado con el formato /package.service/method.

• Debe especificar los códigos de RPC estado g que se utilizarán al comprobar si un objetivo responde correctamente.

• No podrá utilizar funciones de Lambda como destinos.

Consideraciones sobre la versión HTTP /2 del protocolo

• El único protocolo de escucha compatible esHTTPS.

• El único tipo de acción que se admite para las reglas de oyente es forward.

• Solo se admiten los tipos de destino instance y ip.

• El equilibrador de carga admite la transmisión desde los clientes. El equilibrador de carga no admite la transmisión hacia los destinos.

Destinos registrados

El equilibrador de carga sirve como un único punto de contacto para los clientes y distribuye el tráfico entrante entre los destinos registrados en buen estado. Puede registrar cada destino en uno o varios grupos de destino.

Si aumenta la demanda en la aplicación, puede registrar más destinos en uno o varios grupos para controlar la demanda. El balanceador de cargas comienza a enrutar el tráfico a un destino recién registrado en cuanto finaliza el proceso de registro y el objetivo pasa la primera comprobación de estado inicial, independientemente del umbral configurado.

Si la demanda de la aplicación se reduce o cuando es preciso realizar el mantenimiento de los destinos, puede anular el registro de los destinos en los grupos de destino. Al anular el registro de un destino, este se quita del grupo de destino, pero no se ve afectado de ningún otro modo. El equilibrador de carga deja de direccionar solicitudes a un destino tan pronto como se anula su registro. El destino adquiere el estado draining hasta que se completan las solicitudes en tránsito. Puede volver a registrar el destino en el grupo de destino cuando esté preparado para reanudar la recepción de solicitudes.

Si está registrando destinos por ID de instancia, puede utilizar el equilibrador de carga con un grupo de escalado automático. Después de asociar un grupo de destino a un grupo de escalado automático, el escalado automático registra los destinos en el grupo de destino cuando los lanza. Para obtener más información, consulte Adjuntar un balanceador de carga a su grupo de Auto Scaling en la Guía del usuario de Amazon EC2 Auto Scaling.

Límites

• No puede registrar las direcciones IP de otro Application Load Balancer en el mismo. VPC Si el otro Application Load Balancer se encuentra en un nodo VPC emparentado con el balanceador de cargasVPC, puedes registrar sus direcciones IP.

• No puedes registrar las instancias por ID de instancia si están en una VPC instancia vinculada al balanceador de cargas VPC (en la misma región o en una región diferente). Puede registrar estas instancias por dirección IP.

Atributos del grupo de destino

Los siguientes atributos del grupo de destino se admiten si el tipo de grupo de destino es instance o ip:

deregistration_delay.timeout_seconds

Cantidad de tiempo que Elastic Load Balancing espera antes de anular el registro de un destino. El rango va de 0 a 3600 segundos. El valor de predeterminado es de 300 segundos.

load_balancing.algorithm.type

El algoritmo de equilibrador de carga determina cómo el equilibrador de carga selecciona los destinos al direccionar las solicitudes. El valor es round_robinleast_outstanding_requests, o. weighted_random El valor predeterminado es round_robin.

load_balancing.algorithm.anomaly_mitigation

Solo está disponible cuando load_balancing.algorithm.type estáweighted_random. Indica si la mitigación de anomalías está habilitada. El valor es on o off. El valor predeterminado es off.

load_balancing.cross_zone.enabled

Indica si el equilibrio de carga entre zonas está habilitado. El valor es true, false o use_load_balancer_configuration. El valor predeterminado es use_load_balancer_configuration.

slow_start.duration_seconds

El periodo de tiempo, en segundos, durante el cual el equilibrador de carga envía al grupo de destino recién registrado una cuota linealmente mayor del tráfico. El rango oscila entre 30 y 900 segundos (15 minutos). El valor predeterminado es 0 segundos (deshabilitado).

stickiness.enabled

Indica si están habilitadas las sesiones rápidas. El valor es true o false. El valor predeterminado es false.

stickiness.app_cookie.cookie_name

El nombre de la cookie de aplicación. El nombre de la cookie de aplicación no puede tener los siguientes prefijos: AWSALB, AWSALBAPP oAWSALBTG; ya que están reservados para el uso del equilibrador de carga.

stickiness.app_cookie.duration_seconds

Periodo de vencimiento de las cookies basadas en aplicación, en segundos. Una vez transcurrido este periodo, la cookie se considera antigua. El valor mínimo es de 1 segundo y el máximo es de 7 días (604800 segundos). El valor predeterminado es de 1 día (86400 segundos).

stickiness.lb_cookie.duration_seconds

Periodo de vencimiento de las cookies basado en la duración, en segundos. Una vez transcurrido este periodo, la cookie se considera antigua. El valor mínimo es de 1 segundo y el máximo es de 7 días (604800 segundos). El valor predeterminado es de 1 día (86400 segundos).

stickiness.type

Tipo de persistencia. Los valores posibles son lb_cookie y app_cookie.

target_group_health.dns_failover.minimum_healthy_targets.count

La cantidad mínima de destinos que deben estar en buen estado. Si el número de objetivos en buen estado es inferior a este valor, marque la zona como en DNS mal estado para que el tráfico se dirija solo a las zonas en buen estado. Los valores posibles son off o un número entero comprendido entre 1 y la cantidad máxima de destinos. Cuando la off opción DNS failaway está desactivada, lo que significa que, aunque todos los destinos del grupo objetivo no estén en buen estado, no se eliminará DNS el nodo. El valor predeterminado de es 1.

target_group_health.dns_failover.minimum_healthy_targets.percentage

El porcentaje mínimo de destinos que deben estar en buen estado. Si el porcentaje de objetivos en buen estado está por debajo de este valor, marque el nodo como en DNS mal estado para que el tráfico se dirija solo a los nodos en buen estado. Los valores posibles son off o un número entero comprendido entre 1 y la cantidad máxima de destinos. Cuando la off opción DNS failaway está desactivada, lo que significa que, aunque todos los destinos del grupo objetivo no estén en buen estado, no se eliminará DNS el nodo. El valor predeterminado es off.

target_group_health.unhealthy_state_routing.minimum_healthy_targets.count

La cantidad mínima de destinos que deben estar en buen estado. Si la cantidad de destinos en buen estado es inferior a este valor, envíe el tráfico a todos los destinos, incluidos los destinos en mal estado. El rango comprende del 1 a la cantidad máxima de destinos. El valor predeterminado de es 1.

target_group_health.unhealthy_state_routing.minimum_healthy_targets.percentage

El porcentaje mínimo de destinos que deben estar en buen estado. Si el porcentaje de destinos en buen estado es inferior a este valor, envíe el tráfico a todos los destinos, incluidos los destinos en mal estado. Los valores posibles son off o un número entero comprendido entre 1 y 100. El valor predeterminado es off.

El siguiente atributo del grupo de destino se admite si el tipo de grupo de destino es lambda:

lambda.multi_value_headers.enabled

Indica si los encabezados de solicitud y respuesta intercambiados entre el equilibrador de carga y la función de Lambda incluyen matrices de valores o cadenas. Los valores posibles son true o.false El valor predeterminado es false. Para obtener más información, consulte Encabezados de varios valores.

Los algoritmos de enrutamiento

Un algoritmo de enrutamiento es el método que utiliza el balanceador de cargas para determinar qué objetivos recibirán las solicitudes. El algoritmo de enrutamiento por turnos se utiliza de forma predeterminada para enrutar las solicitudes a nivel del grupo objetivo. Las solicitudes menos pendientes y los algoritmos de enrutamiento aleatorio ponderado también están disponibles en función de las necesidades de su aplicación. Un grupo objetivo solo puede tener un algoritmo de enrutamiento activo a la vez, sin embargo, el algoritmo de enrutamiento se puede actualizar siempre que sea necesario.

Si habilita las sesiones permanentes, el algoritmo de enrutamiento seleccionado se utiliza para la selección inicial del destino. Las solicitudes futuras del mismo cliente se reenviarán al mismo destino, sin tener en cuenta el algoritmo de enrutamiento seleccionado.

¡Ronda contra todos!

• El algoritmo de enrutamiento por turnos enruta las solicitudes de manera uniforme entre los objetivos sanos del grupo objetivo, en orden secuencial.

• Este algoritmo se suele utilizar cuando las solicitudes que se reciben tienen una complejidad similar, los destinos registrados tienen una capacidad de procesamiento similar o si es necesario distribuir las solicitudes por igual entre los destinos.

Solicitudes menos pendientes

• El algoritmo de enrutamiento de las solicitudes menos pendientes enruta las solicitudes a los destinos con el menor número de solicitudes en curso.

• Este algoritmo se suele utilizar cuando las solicitudes que se reciben varían en complejidad y los objetivos registrados varían en cuanto a su capacidad de procesamiento.

• Cuando un balanceador de cargas que admite HTTP /2 utiliza destinos que solo admiten HTTP /1.1, convierte la solicitud en varias solicitudes de HTTP /1.1. En esta configuración, el algoritmo de solicitudes menos pendientes tratará cada solicitud HTTP /2 como solicitudes múltiples.

• Cuando se utiliza WebSockets, el objetivo se selecciona mediante el algoritmo de solicitudes menos pendientes. Una vez seleccionado, el balanceador de carga crea una conexión con el destino y envía todos los mensajes a través de esta conexión.

• El algoritmo de enrutamiento de solicitudes menos pendientes no se puede utilizar con el modo de inicio lento.

Ponderado al azar

• El algoritmo de enrutamiento aleatorio ponderado enruta las solicitudes de manera uniforme entre los objetivos sanos del grupo objetivo, en orden aleatorio.

• Este algoritmo admite la mitigación automática de anomalías de Target Weights (ATW).

• El algoritmo de enrutamiento aleatorio ponderado no se puede utilizar con el modo de inicio lento.

Modifique el algoritmo de enrutamiento de un grupo objetivo

Puede modificar el algoritmo de enrutamiento de su grupo objetivo en cualquier momento.

Para modificar el algoritmo de enrutamiento mediante la nueva consola

1. Abre la EC2 consola de Amazon en https://console.aws.amazon.com/ec2/.

2. En el panel de navegación, en Load Balancing (Equilibración de carga), elija Target Groups (Grupos de destino).

3. Elija el nombre del grupo de destino para mostrar sus detalles.

4. En la página de detalles de los grupos objetivo, en la pestaña Atributos, selecciona Editar.

5. En la página Editar los atributos del grupo objetivo, en la sección Configuración del tráfico, en Algoritmo de equilibrio de carga, selecciona Por turnos, Solicitudes menos pendientes o Ponderadas de forma aleatoria.

6. Elija Guardar cambios.

Para modificar el algoritmo de enrutamiento mediante el AWS CLI

Utilice el modify-target-group-attributescomando con el load_balancing.algorithm.type atributo.

Estado del grupo de destino

De forma predeterminada, un grupo de destino se considera en buen estado siempre que tenga al menos un destino en buen estado. Si tiene una flota grande, no basta con tener un solo destino en buen estado que atienda el tráfico. En su lugar, puede especificar un recuento o porcentaje mínimo de destinos que deben estar en buen estado y qué acciones tomará el equilibrador de carga cuando los destinos en buen estado estén por debajo del umbral especificado. Esto puede mejorar la disponibilidad.

Acciones en mal estado

Puede configurar umbrales de buen estado para las siguientes acciones:

• DNSconmutación por error: cuando los objetivos en buen estado de una zona están por debajo del umbral, marcamos las direcciones IP del nodo del equilibrador de carga de la zona como en mal estado. DNS Por lo tanto, cuando los clientes resuelven el DNS nombre del balanceador de cargas, el tráfico se enruta solo a las zonas en buen estado.

• Conmutación por error de enrutamiento: cuando los destinos en buen estado de una zona están por debajo del umbral, el equilibrador de carga envía tráfico a todos los destinos que están disponibles para el nodo del equilibrador de carga, incluidos los destinos en mal estado. Esto aumenta las probabilidades de que la conexión de un cliente se realice correctamente, en particular cuando los destinos no pasan temporalmente las comprobaciones de estado, y reduce el riesgo de sobrecargar los destinos en buen estado.

Requisitos y consideraciones

• Esta característica no se puede utilizar con grupos de destino en los que el destino es una función de Lambda. Si el Application Load Balancer es el objetivo de un Network Load Balancer o Global Accelerator, no configure un umbral para la conmutación por error. DNS

• Si especifica ambos tipos de umbrales para una acción (recuento y porcentaje), el equilibrador de carga realizará la acción cuando se supere alguno de los umbrales.

• Si especifica umbrales para ambas acciones, el umbral de la conmutación por error debe ser mayor o igual que el umbral de la DNS conmutación por error del enrutamiento, de modo que la conmutación por error se produzca antes o antes de la conmutación por DNS error del enrutamiento.

• Si especifica el umbral como un porcentaje, calculamos el valor de forma dinámica en función de la cantidad total de destinos registrados en los grupos de destino.

• La cantidad total de destinos se basa en si el equilibrio de carga entre zonas está activado o desactivado. Si el equilibrio de carga entre zonas está desactivado, cada nodo envía tráfico solo a los destinos de su propia zona, lo que significa que los umbrales se aplican a la cantidad de destinos de cada zona habilitada por separado. Si el equilibrio de carga entre zonas está activado, cada nodo envía tráfico a todos los destinos de todas las zonas habilitadas, lo que significa que los umbrales especificados se aplican a la cantidad total de destinos de todas las zonas habilitadas.

• Con la DNS conmutación por error, eliminamos las direcciones IP de las zonas en mal estado del nombre de host del balanceador de cargas. DNS Sin embargo, la DNS memoria caché del cliente local puede contener estas direcciones IP hasta que caduque el time-to-live (TTL) del DNS registro (60 segundos).

• Cuando se produce DNS una conmutación por error, esto afecta a todos los grupos objetivo asociados al balanceador de cargas. Asegúrese de tener suficiente capacidad en las zonas restantes para gestionar este tráfico adicional, especialmente si el equilibrio de carga entre zonas está desactivado.

• Con la DNS conmutación por error, si todas las zonas del balanceador de cargas se consideran en mal estado, el balanceador de cargas envía tráfico a todas las zonas, incluidas las zonas en mal estado.

• Existen otros factores, además de la existencia de suficientes objetivos en buen estado, que podrían provocar una DNS conmutación por error, como el estado de la zona.

Supervisión

Para supervisar el estado de los grupos objetivo, consulte CloudWatch las métricas del estado del grupo objetivo.

Ejemplo

En el siguiente ejemplo, se muestra cómo se aplica la configuración de estado del grupo de destino.

Escenario

• Un equilibrador de carga que admite dos zonas de disponibilidad, A y B

• Cada zona de disponibilidad contiene 10 destinos registrados

• El grupo de destino tiene la siguiente configuración de estado del grupo de destino:

  • DNSconmutación por error: 50%

  • Conmutación por error de enrutamiento: 50 %

• Seis destinos fallan en la zona de disponibilidad B

Cuando el equilibrio de carga entre zonas está desactivado

• El nodo del equilibrador de carga de cada zona de disponibilidad solo puede enviar tráfico a los 10 destinos de su zona de disponibilidad.

• Hay 10 destinos en buen estado en la zona de disponibilidad A que cumplen con el porcentaje requerido de destinos en buen estado. El equilibrador de carga sigue distribuyendo el tráfico entre los 10 destinos en buen estado.

• Solo hay 4 destinos en buen estado en la zona de disponibilidad B, es decir, el 40% de los destinos del nodo del equilibrador de carga de la zona de disponibilidad B. Como este porcentaje es inferior al porcentaje de destinos en buen estado requerido, el equilibrador de carga toma las siguientes medidas:

  • DNSconmutación por error: la zona de disponibilidad B está marcada como en mal estado en. DNS Como los clientes no pueden resolver el nombre del equilibrador de carga en el nodo del equilibrador de carga de la zona de disponibilidad B y la zona de disponibilidad A está en buen estado, los clientes envían nuevas conexiones a la zona de disponibilidad A.

  • Conmutación por error de enrutamiento: cuando se envían nuevas conexiones de forma explícita a la zona de disponibilidad B, el equilibrador de carga distribuye el tráfico a todos los destinos de la zona de disponibilidad B, incluidos los destinos en mal estado. Esto evita interrupciones entre los demás destinos en buen estado.

Cuando el equilibrio de carga entre zonas está activado

• Cada nodo del equilibrador de carga puede enviar tráfico a los 20 destinos registrados en ambas zonas de disponibilidad.

• Hay 10 destinos en buen estado en la zona de disponibilidad A y 4 destinos en buen estado en la zona de disponibilidad B, con un total de 14 destinos en buen estado. Esto representa el 70% de los destinos de los nodos del equilibrador de carga en ambas zonas de disponibilidad, lo que cumple con el porcentaje requerido de destinos en buen estado.

• El equilibrador de carga distribuye el tráfico entre los 14 destinos en buen estado en ambas zonas de disponibilidad.

Uso de la DNS conmutación por error de Route 53 como balanceador de carga

Si utilizas Route 53 para enrutar DNS las consultas a tu balanceador de carga, también puedes configurar la DNS conmutación por error para tu balanceador de carga mediante Route 53. En una configuración de conmutación por error, Route 53 comprueba el estado de los destinos del grupo de destino para el equilibrador de carga con el fin de determinar si están disponibles. Si no existen destinos en buen estado registrados en el equilibrador de carga o si este no se encuentra en buen estado, Route 53 enruta el tráfico a otro recurso disponible, como un equilibrador de carga en buen estado o un sitio web estático en Amazon S3.

Por ejemplo, supongamos que tenemos una aplicación web para www.example.com y deseamos ejecutar instancias redundantes por detrás de dos equilibradores de carga que residen en regiones distintas. Queremos enrutar el tráfico principalmente al equilibrador de carga de una de las regiones y utilizar el equilibrador de carga de la otra región como copia de seguridad en caso de error. Si configuras la DNS conmutación por error, puedes especificar tus balanceadores de carga principal y secundario (de respaldo). Route 53 enruta el tráfico al equilibrador de carga principal si está disponible, o bien, en caso contrario, al secundario.

Uso de Evaluate Target Health

• Cuando Evaluate Target Health se establece en Yes en un registro de alias para un Equilibrador de carga de aplicación, Route 53 evalúa el estado del recurso especificado por el valor de alias target. Para un Equilibrador de carga de aplicación, Route 53 utiliza las comprobaciones de estado del grupo de destino asociadas al equilibrador de carga.

• Cuando todos los grupos de destino de un Equilibrador de carga de aplicación están en buen estado, Route 53 marca el registro del alias como en buen estado. Si un grupo de destino contiene al menos un destino en buen estado, se aprueba la comprobación de estado del grupo de destino. A continuación, Route 53 devuelve los registros de acuerdo con su política de enrutamiento. Si se utiliza la política de enrutamiento de conmutación por error, Route 53 devuelve el registro principal.

• Si alguno de los grupos de destino de un Equilibrador de carga de aplicación está en mal estado, el registro de alias no pasa la comprobación de estado de Route 53 (apertura por error). Si se utiliza la evaluación del estado del destino, no se aplicará la política de enrutamiento de conmutación por error.

• Si todos los grupos de destino de un Equilibrador de carga de aplicación están vacíos (no hay destinos), Route 53 considera que el registro está en mal estado (apertura por error). Si se utiliza la evaluación del estado del destino, no se aplicará la política de enrutamiento de conmutación por error.

Para obtener más información, consulte Configuración de la DNS conmutación por error en la Guía para desarrolladores de Amazon Route 53.