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.
Cambio de zona del Equilibrador de carga de aplicación
El cambio zonal y el cambio automático zonal son características de Amazon Application Recovery Controller (ARC). Con el cambio zonal, puede desviar el tráfico de una zona de disponibilidad reducida con una sola acción. De esta forma, podrá seguir operando desde otras zonas de disponibilidad en buen estado en una Región de AWS.
Con el cambio automático zonal, usted autoriza AWS a desviar el tráfico de recursos de una aplicación desde una zona de disponibilidad durante los eventos, en su nombre, para reducir el tiempo de recuperación. AWS inicia un cambio automático cuando la supervisión interna indica que se ha producido un deterioro en la zona de disponibilidad que podría afectar a los clientes. Cuando se AWS inicia un cambio automático, el tráfico de aplicaciones hacia los recursos que ha configurado para el cambio automático zonal comienza a alejarse de la zona de disponibilidad.
Al activar un cambio de zona, el equilibrador de carga deja de enviar el tráfico nuevo del recurso a la zona de disponibilidad afectada. ARC crea el cambio de zona de inmediato. Sin embargo, las conexiones existentes y en curso en la zona de disponibilidad también pueden tardar poco en completarse, según el comportamiento del cliente y la reutilización de las conexiones. Según la configuración de DNS y otros factores, las conexiones existentes pueden completarse en solo unos minutos o pueden tardar más. Para obtener más información, consulte Limit the time that clients stay connected to your endpoints en la Guía para desarrolladores del Controlador de recuperación de aplicaciones de Amazon (ARC).
Contenido
Antes de iniciar un cambio zonal
-
El cambio zonal está desactivado de forma predeterminada y debe estar habilitado en cada Application Load Balancer. Para obtener más información, consulte Habilite el cambio zonal para su Application Load Balancer.
-
Puede comenzar un cambio de zona para un equilibrador de carga específico solo para una zona de disponibilidad única. No puede comenzar un cambio de zona para varias zonas de disponibilidad.
-
AWS elimina de forma proactiva las direcciones IP del balanceador de carga zonal del DNS cuando varios problemas de infraestructura afectan a los servicios. Compruebe siempre la capacidad actual de la zona de disponibilidad antes de comenzar un cambio de zona. Si sus equilibradores de carga tienen desactivado el equilibrio de carga entre zonas y utiliza un cambio de zona para eliminar la dirección IP del equilibrador de carga de zona, la zona de disponibilidad afectada por el cambio de zona también pierde la capacidad de destino.
Para obtener más información, consulte Prácticas recomendadas para cambios zonales en ARC en la Guía para desarrolladores de Amazon Application Recovery Controller (ARC).
Equilibrio de carga entre zonas
Cuando se inicia un cambio zonal en un Application Load Balancer con el equilibrio de carga entre zonas activado, todo el tráfico dirigido a los destinos se bloquea en la zona de disponibilidad afectada y las direcciones IP zonales se eliminan del DNS.
Ventajas:
-
Recuperación más rápida de los fallos de la zona de disponibilidad.
-
La capacidad de mover el tráfico a una zona de disponibilidad en buen estado si se detectan errores en una zona de disponibilidad.
-
Puede probar la integridad de las aplicaciones simulando e identificando los errores para evitar tiempos de inactividad no planificados.
Anulación administrativa por cambio de zona
Los destinos que pertenecen a un Application Load Balancer incluyen un nuevo estadoAdministrativeOverride, que es independiente del TargetHealth estado.
Cuando se inicia un cambio zonal para un Application Load Balancer, todos los destinos de la zona de la que se está alejando se consideran anulados administrativamente. El Application Load Balancer deja de enrutar tráfico nuevo a destinos anulados administrativamente. Las conexiones existentes permanecen intactas hasta que se cierran orgánicamente.
Los estados posibles de AdministrativeOverride son:
- unknown
-
El estado no se puede propagar debido a un error interno
- no_override
-
No existe ninguna anulación activa en el destino actualmente
- zonal_shift_active
-
El cambio de zona está activo en la zona de disponibilidad de destino
