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.
Grupos de destino para los equilibradores de carga de aplicaciones
Cada grupo de destino direcciona las solicitudes a destinos registrados individuales, tales como instancias EC2, utilizando el protocolo y el número de puerto que ha especificado. 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
- Pesos objetivo automáticos (ATW)
- Retardo de anulación del registro
- Modo de inicio lento
- Crear un grupo de destino.
- Comprobaciones de estado de los grupos de destino
- Equilibrio de carga entre zonas para grupos de destino
- Estado del grupo de destino
- Registro de destinos con el grupo de destino
- Sesiones persistentes para Equilibrador de carga de aplicación
- Funciones de Lambda como destino
- Etiquetas para su grupo de destino
- Eliminar un grupo de destino
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
Si un grupo de destino se configura con el protocolo HTTPS o utiliza comprobaciones de estado HTTPS, las conexiones SSL/TLS a los destinos utilizarán la configuración de seguridad de la política ELBSecurityPolicy-2016-08. El equilibrador de carga establece conexiones TLS con los destinos mediante certificados que instala 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 man-in-the-middle de sufrir ataques o suplantación de identidad aunque los certificados de los destinos no sean válidos. El tráfico que salga no AWS tendrá 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.
Cuando el tipo de destino es ip, puede especificar direcciones IP de uno de los siguientes bloques de CIDR:
importante
No puede especificar direcciones IP direccionables públicamente.
Todos los bloques CIDR compatibles le permiten registrar los siguientes destinos en un grupo de destino:
-
Instancias en una VPC que está interconectada a la VPC del equilibrador de carga (misma región o región diferente).
-
Los recursos de AWS que se pueden direccionar mediante una dirección IP y un puerto (por ejemplo, bases de datos).
-
Recursos en las instalaciones vinculados a AWS mediante AWS Direct Connect o a una conexión de VPN Site-to-Site.
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 locales de AWS?.
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 Funciones de Lambda como destino.
Puede configurar Amazon Elastic Container Service (Amazon ECS) como destino de Equilibrador de carga de aplicación. 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 equilibradores de carga de aplicaciones admiten grupos de destino IPv4 e IPv6. 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 destino IPv4 en un grupo de destino IPv6.
-
Los grupos de destino de IPv6 solo se pueden usar con equilibradores de carga de
dualstack. -
Los grupos de destino IPv6 admiten destinos de tipo IP y de instancia.
Versión del protocolo
De forma predeterminada, los equilibradores de carga de aplicaciones envían solicitudes a los destinos mediante HTTP/1.1. Puede usar la versión del protocolo para enviar solicitudes a los destinos mediante HTTP/2 o gRPC.
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 |
| gRPC | HTTP/1.1 | Error |
| HTTP/1.1 | HTTP/2 | Error |
| HTTP/2 | HTTP/2 | Success |
| gRPC | HTTP/2 | Correcto si los destinos respaldan el gRPC |
| HTTP/1.1 | gRPC | Error |
| HTTP/2 | gRPC | Correcto si una solicitud POST |
| gRPC | gRPC | Success |
Consideraciones para la versión del protocolo gRPC
-
El único protocolo de oyente compatible es HTTPS.
-
El único tipo de acción que se admite para las reglas de oyente es
forward. -
Solo se admiten los tipos de destino
instanceyip. -
El equilibrador de carga analiza las llamadas de gRPC y las enruta a los grupos de destino adecuados en función del paquete, el servicio y el método.
-
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 estado de gRPC que deben utilizarse al comprobar si se ha recibido una respuesta correcta de un destino.
-
No podrá utilizar funciones de Lambda como destinos.
Consideraciones para la versión del protocolo HTTP/2
-
El único protocolo de oyente que se admite es HTTPS.
-
El único tipo de acción que se admite para las reglas de oyente es
forward. -
Solo se admiten los tipos de destino
instanceyip. -
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 equilibrador de carga comienza a direccionar las solicitudes a un destino recién registrado tan pronto como se completa el proceso de registro y el destino supera las comprobaciones de estado iniciales.
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 equilibrador de carga al grupo de escalado automático en la Guía del usuario de Amazon EC2 Auto Scaling.
Límites
-
No puede registrar las direcciones IP de otro Equilibrador de carga de aplicación en la misma VPC. Si el otro Equilibrador de carga de aplicación está en una VPC que está interconectada a la VPC del equilibrador de carga, puede registrar sus direcciones IP.
-
No puede registrar instancias por ID de instancia si están en una VPC interconectada a la VPC del equilibrador de carga (la misma región o 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, oweighted_random. El valor predeterminado esround_robin. load_balancing.algorithm.anomaly_mitigation-
Solo está disponible cuando
load_balancing.algorithm.typeestáweighted_random. Indica si la mitigación de anomalías está habilitada. El valor esonooff. El valor predeterminado esoff. load_balancing.cross_zone.enabled-
Indica si el equilibrio de carga entre zonas está habilitado. El valor es
true,falseouse_load_balancer_configuration. El valor predeterminado esuse_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
trueofalse. El valor predeterminado esfalse. 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,AWSALBAPPoAWSALBTG; 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_cookieyapp_cookie. target_group_health.dns_failover.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, marque la zona como zona en mal estado en DNS para que el tráfico se dirija solo a las zonas que están en buen estado. Los valores posibles son
offo un número entero comprendido entre 1 y la cantidad máxima de destinos. Cuando esoff, la conmutación por error de DNS está deshabilitada, lo que significa que cada grupo de destino contribuye de forma independiente a la conmutación por error de DNS. 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 destinos en buen estado es inferior a este valor, marque la zona como zona en mal estado en DNS para que el tráfico se dirija solo a las zonas que están en buen estado. Los posibles valores son
off, o un número entero comprendido entre 1 y la cantidad máxima de destinos. Cuando esoff, la conmutación por error de DNS está deshabilitada, lo que significa que cada grupo de destino contribuye de forma independiente a la conmutación por error de DNS. El valor predeterminado de es 1. 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
offo un número entero comprendido entre 1 y 100. El valor predeterminado esoff.
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
trueo.falseEl valor predeterminado esfalse. 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 compatible con HTTP/2 utiliza destinos que solo admiten HTTP/1.1, convierte la solicitud en varias solicitudes HTTP/1.1. En esta configuración, el algoritmo de solicitudes menos pendientes tratará cada solicitud de 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 de anomalías de los pesos objetivo automáticos (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 direccionamiento usando la AWS CLI
Utilice el modify-target-group-attributescomando con el load_balancing.algorithm.type atributo.
Pesos objetivo automáticos (ATW)
Los pesos objetivo automáticos (ATW) supervisan constantemente los objetivos en los que se ejecutan sus aplicaciones y detectan desviaciones de rendimiento significativas, conocidas como anomalías. El ATW permite ajustar dinámicamente la cantidad de tráfico que se dirige a los objetivos mediante la detección de anomalías en los datos en tiempo real.
Automatic Target Weights (ATW) detecta automáticamente las anomalías en todos los Application Load Balancer de tu cuenta. Cuando se identifican objetivos anómalos, ATW puede intentar estabilizarlos automáticamente reduciendo la cantidad de tráfico a los que se enrutan, lo que se conoce como mitigación de anomalías. ATW optimiza continuamente la distribución del tráfico para maximizar las tasas de éxito por objetivo y, al mismo tiempo, minimizar las tasas de fracaso del grupo objetivo.
Consideraciones:
-
La detección de anomalías monitorea actualmente los códigos de respuesta HTTP 5xx que provienen de sus objetivos y los fallos de conexión con ellos. La detección de anomalías está siempre activada y no se puede desactivar.
-
No se admite ATW cuando se utiliza Lambda como objetivo.
Detección de anomalías
La detección de anomalías ATW monitorea cualquier objetivo que muestre una desviación significativa en su comportamiento con respecto a otros objetivos de su grupo objetivo. Estas desviaciones, denominadas anomalías, se determinan comparando el porcentaje de errores de un objetivo con el porcentaje de errores de otros objetivos del grupo objetivo. Estos errores pueden ser tanto errores de conexión como códigos de error HTTP. Los objetivos que reportan cifras significativamente más altas que sus pares se consideran anómalos.
La detección de anomalías requiere un mínimo de tres objetivos sanos en el grupo objetivo. Cuando un objetivo está registrado en un grupo objetivo, primero tiene que pasar los controles de estado para empezar a recibir tráfico. Una vez que el objetivo recibe el objetivo, ATW comienza a monitorizarlo y publica continuamente el resultado de la anomalía. En el caso de los objetivos sin anomalías, el resultado de la anomalía es. normal En el caso de los objetivos con anomalías, el resultado de la anomalía es. anomalous
La detección de anomalías ATW funciona independientemente de los controles de estado del grupo objetivo. Un objetivo puede superar todos los controles de estado del grupo objetivo, pero aun así ser marcado como anómalo debido a una elevada tasa de error. El hecho de que los objetivos pasen a ser anómalos no afecta al estado de las comprobaciones de estado del grupo objetivo.
Estado de detección de anomalías
ATW publica continuamente el estado de las detecciones de anomalías que realiza en los objetivos. Puede ver el estado actual en cualquier momento mediante la tecla o. AWS Management Console AWS CLI
Para ver el estado de la detección de anomalías mediante la consola:
-
Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/
. -
En el panel de navegación, en Load Balancing (Equilibración de carga), elija Target Groups (Grupos de destino).
-
Elija el nombre del grupo de destino para mostrar sus detalles.
-
En la página de detalles de los grupos objetivo, seleccione la pestaña Objetivos.
-
En la tabla de objetivos registrados, puede ver el estado de las anomalías de cada objetivo en la columna de resultados de la detección de anomalías.
Si no se detectó ninguna anomalía, el resultado es.
normalSi se detectaron anomalías, el resultado es.
anomalous
Para ver los resultados de la detección de anomalías mediante el AWS CLI
Utilice el describe-target-healthcomando con el valor del Include.member.N atributo establecido en. AnomalyDetection
Mitigación de anomalías
importante
La función de mitigación de anomalías de ATW solo está disponible cuando se utiliza el algoritmo de enrutamiento aleatorio ponderado.
La mitigación de anomalías ATW desvía automáticamente el tráfico de los objetivos anómalos, lo que les da la oportunidad de recuperarse.
Durante la mitigación:
-
La ATW ajusta periódicamente la cantidad de tráfico que se dirige a objetivos anómalos. Actualmente, el período es cada cinco segundos.
-
El ATW reduce la cantidad de tráfico que se dirige a objetivos anómalos al mínimo necesario para mitigar las anomalías.
-
A los objetivos que ya no se detecten como anómalos se les dirigirá gradualmente más tráfico hasta que alcancen la paridad con otros objetivos normales del grupo objetivo.
Activa la mitigación de anomalías ATW
Puedes activar la mitigación de anomalías en cualquier momento.
Para activar la mitigación de anomalías:
-
Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/
. -
En el panel de navegación, en Load Balancing (Equilibración de carga), elija Target Groups (Grupos de destino).
-
Elija el nombre del grupo de destino para mostrar sus detalles.
-
En la página de detalles de los grupos objetivo, en la pestaña Atributos, selecciona Editar.
-
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, asegúrese de seleccionar Ponderado aleatorio.
Nota: Cuando se selecciona inicialmente el algoritmo aleatorio ponderado, la detección de anomalías está activada de forma predeterminada.
-
En Mitigación de anomalías, asegúrate de que esté seleccionada la opción Activar la mitigación de anomalías.
-
Elija Guardar cambios.
Para activar la mitigación de anomalías mediante la AWS CLI
Utilice el modify-target-group-attributescomando con el load_balancing.algorithm.anomaly_mitigation atributo.
Estado de mitigación de anomalías
Siempre que ATW lleve a cabo una mitigación en un objetivo, podrá ver el estado actual en cualquier momento utilizando la AWS Management Console tecla o. AWS CLI
Para ver el estado de la mitigación de anomalías mediante la consola:
-
Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/
. -
En el panel de navegación, en Load Balancing (Equilibración de carga), elija Target Groups (Grupos de destino).
-
Elija el nombre del grupo de destino para mostrar sus detalles.
-
En la página de detalles de los grupos objetivo, seleccione la pestaña Objetivos.
-
En la tabla de objetivos registrados, puedes ver el estado de mitigación de las anomalías de cada objetivo en la columna Mitigación en vigor.
Si la mitigación no está en curso, el estado es
yes.Si la mitigación está en curso, el estado es
no.
Para ver el estado de mitigación de anomalías mediante el AWS CLI
Utilice el describe-target-healthcomando con el valor del Include.member.N atributo establecido en. AnomalyDetection
Retardo de anulación del registro
Elastic Load Balancig deja de enviar solicitudes a los destinos que están en proceso de anulación del registro. De forma predeterminada, Elastic Load Balancing espera 300 segundos antes de completar el proceso de anulación del registro, para ayudar a que se completen las solicitudes en tránsito hacia el destino. Para cambiar la cantidad de tiempo que Elastic Load Balancing espera, actualice el valor del retardo de anulación de registro.
El estado inicial de un destino en proceso de anulación del registro es draining. Una vez transcurrido el retardo de anulación del registro, el proceso de anulación del registro se completa y el estado del destino es unused. Si el destino forma parte de un grupo de escalado automático, pueden terminarse y sustituirse.
Si un destino que anula el registro no tiene ninguna solicitud en tránsito y ninguna conexión activa, Elastic Load Balancing completa inmediatamente el proceso de anulación de registro, sin esperar a que transcurra el retardo de anulación de registro. Sin embargo, aunque se haya completado el proceso de anulación del registro del destino, se mostrará el estado del destino como draining hasta que transcurra el tiempo de anulación de registro. Una vez transcurrido el tiempo de espera, el destino pasa a un estado unused.
Si un destino en proceso de anulación del registro termina la conexión antes de que haya transcurrido el retardo de anulación del registro, el cliente recibe una respuesta de error de nivel 500.
Para actualizar el valor del retardo de anulación del registro desde la AWS CLI
Utilice el modify-target-group-attributescomando con el deregistration_delay.timeout_seconds atributo.
Modo de inicio lento
De forma predeterminada, un destino comienza a recibir su cuota completa de solicitudes tan pronto como se registra con un grupo de destino y pasa una comprobación de estado inicial. Usar el modo de inicio lento proporciona a los destinos tiempo para calentarse antes de que el equilibrador de carga les envíe una cuota completa de solicitudes.
Después de habilitar el inicio lento para un grupo de destino, sus destinos entran en modo de inicio lento cuando el grupo de destino los considera en buen estado. Un destino en modo de inicio lento sale de este modo cuando transcurre el período de duración de inicio lento configurado o el destino deja de estar en buen estado. El equilibrador de carga aumenta linealmente el número de solicitudes que puede enviar a un destino en modo de inicio lento. Una vez que un destino en buen estado sale del modo de inicio lento, el equilibrador de carga puede enviarle una cuota completa de solicitudes.
Consideraciones
-
Al habilitar el inicio lento para un grupo de destino, los destinos en buen estado registrados en el grupo de destino no entran en el modo de inicio lento.
-
Al habilitar el inicio lento para un grupo de destino vacío y, a continuación, registrar varios destinos mediante una operación de registro único, estos destinos no entran en el modo de inicio lento. Los destinos recién registrados entran en el modo de inicio lento solo cuando hay al menos un destino en buen estado que no está en modo de inicio lento.
-
Si anula el registro de un destino en modo de inicio lento, el destino sale del modo de inicio lento. Si vuelve a registrar el mismo destino, este entra en modo de inicio lento cuando el grupo de destino lo considere en buen estado.
-
Si un destino en modo de inicio lento dejar de estar en buen estado, el destino sale del modo de inicio lento. Cuando el destino está en buen estado, este vuelve a entrar en el modo de inicio lento.
-
No se puede activar el modo de inicio lento cuando se utilizan las solicitudes menos pendientes o los algoritmos de enrutamiento aleatorio ponderado.
Para actualizar el valor de duración de inicio lento con AWS CLI
Utilice el modify-target-group-attributescomando con el slow_start.duration_seconds atributo.
