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.
# Recursos admitidos
El Controlador de recuperación de aplicaciones de Amazon (ARC) admite actualmente la habilitación de los siguientes recursos para el cambio de zona y el cambio automático de zona:
+ [Grupos de Amazon EC2 Auto Scaling](arc-zonal-shift.resource-types.ec2-auto-scaling-groups.md)
+ [Amazon Elastic Kubernetes Service](arc-zonal-shift.resource-types.eks.md)
+ [Equilibrador de carga de aplicación](arc-zonal-shift.resource-types.app-load-balancers.md) con equilibrio de carga entre zonas habilitado o deshabilitado
+ [Equilibrador de carga de red](arc-zonal-shift.resource-types.network-load-balancers.md) con equilibrio de carga entre zonas habilitado o deshabilitado
Para conocer los requisitos específicos de los equilibradores de carga de red y los equilibradores de carga de aplicaciones, consulte los temas adicionales en esta sección.
Revise las siguientes condiciones para trabajar con cambios de zona, cambios automáticos de zona y recursos en ARC:
+ Un recurso debe estar activo y aprovisionado por completo para desplazar el tráfico hacia él. Antes de iniciar un cambio de zona para un recurso, asegúrese de que se trata de un recurso administrado en ARC. Por ejemplo, consulte la lista de recursos Consola de administración de AWS gestionados o utilice la `get-managed-resource` operación con el identificador del recurso.
+ Para iniciar un cambio de zona con un recurso, debe implementarse en la zona de disponibilidad y la Región de AWS en las que se inicia el turno. Asegúrese de iniciar un cambio de zona en la misma región en la que se encuentra la zona de disponibilidad del cambio y de que el recurso al que va a transferir el tráfico también esté en la misma zona de disponibilidad y región.
+ Asegúrese de que el usuario cuente con los permisos de IAM correctos para utilizar el cambio de zona con un recurso. Para obtener más información, consulte [IAM y permisos para el cambio de zona](security_iam_service-with-iam-zonal-shift.md).
+ Cuando un equilibrador de carga de red o equilibrador de carga de aplicación se encuentra en un estado de apertura por error, el cambio de zona no tendrá efecto. Este es el comportamiento esperado, ya que el cambio zonal no puede hacer que una zona de disponibilidad no funcione correctamente y, a continuación, transferir el tráfico a la otra AZs zona de una región cuando se produce un error al abrir un balanceador de cargas. Para obtener más información, consulte [Uso de la conmutación por error de DNS de Route 53 para su equilibrador de carga](https://docs.aws.amazon.com//elasticloadbalancing/latest/network/load-balancer-target-groups.html#r53-dns-failover) en la *Guía del usuario de equilibradores de carga de red* y [Uso de la conmutación por error de DNS de Route 53 para su equilibrador de carga](https://docs.aws.amazon.com//elasticloadbalancing/latest/application/load-balancer-target-groups.html#r53-dns-failover) en la *Guía del usuario de equilibradores de carga de aplicaciones*.
+ Si varios equilibradores de carga reenvían el tráfico a los mismos destinos, un cambio de zona en un equilibrador de carga compatible entre zonas reduce la capacidad objetivo de todos los equilibradores de carga, incluso si su tráfico no se desplaza por un cambio de zona.
# Grupos de Amazon EC2 Auto Scaling
Un grupo de Amazon EC2 Auto Scaling contiene un conjunto de instancias de Amazon EC2 que se tratan como una agrupación lógica con fines de escalado y administración automáticos. Un grupo de escalado automático también le permite utilizar características de Amazon EC2 Auto Scaling, como sustituciones de comprobaciones de estado y políticas de escalado. Tanto el mantenimiento del número de instancias en un grupo de Auto Scaling como el escalado automático son las funcionalidades básicas del servicio de Amazon EC2 Auto Scaling.
## Uso del cambio zonal para los grupos de Auto Scaling
Para habilitar el cambio de zona, utilice uno de los siguientes métodos.
------
#### [ Console ]
**Cómo habilitar el cambio de zona en un grupo nuevo (consola)**
1. Siga las instrucciones de [Crear un grupo de Auto Scaling mediante una plantilla de lanzamiento](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template) y complete cada paso del procedimiento, hasta el paso 10.
1. En la página **Integración con otros servicios**, para el **Cambio de zona de ARC**, seleccione la casilla de verificación para habilitar el cambio de zona.
1. Para **Comportamiento de comprobación de estado**, elija Ignorar el estado o Reemplazar mal estado. Si se establece en `replace-unhealthy`, las instancias en mal estado se reemplazarán en la zona de disponibilidad con el cambio de zona activa. Si se establece en `ignore-unhealthy`, las instancias en mal estado no se reemplazarán en la zona de disponibilidad con el cambio de zona activa.
1. Continúe con los pasos de [Crear un grupo de Auto Scaling mediante una plantilla de lanzamiento](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template).
------
#### [ AWS CLI ]
**Cómo habilitar el cambio de zona en un grupo nuevo (AWS CLI)**
Agregue el parámetro `--availability-zone-impairment-policy` al comando [create-auto-scaling-group](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/create-auto-scaling-group.html).
El parámetro `--availability-zone-impairment-policy` tiene dos opciones:
+ **ZonalShiftEnabled**— Si se establece en`true`, Auto Scaling registra el grupo de Auto Scaling con cambio zonal ARC y usted puede [iniciar, actualizar o cancelar un cambio zonal](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.start-cancel.html) en la consola ARC. Si se establece en `false`, Auto Scaling anulará el registro del grupo de escalado automático del cambio de zona del ARC. Debe tener ya habilitado el cambio de zona para configurarlo en `false`.
+ **ImpairedZoneHealthCheckBehavior**— Si se establece en esta opción`replace-unhealthy`, las instancias en mal estado se sustituirán en la zona de disponibilidad por el cambio zonal activo. Si se establece en `ignore-unhealthy`, las instancias en mal estado no se reemplazarán en la zona de disponibilidad con el cambio de zona activa.
El siguiente ejemplo habilita el cambio de zona en un nuevo grupo de escalado automático denominado `my-asg`.
```
aws autoscaling create-auto-scaling-group \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--auto-scaling-group-name my-asg \
--min-size 1 \
--max-size 10 \
--desired-capacity 5 \
--availability-zones us-east-1a us-east-1b us-east-1c \
--availability-zone-impairment-policy '{
"ZonalShiftEnabled": true,
"ImpairedZoneHealthCheckBehavior": IgnoreUnhealthy
}'
```
------
------
#### [ Console ]
**Cómo habilitar el cambio de zona en un grupo existente (consola)**
1. Abra la consola Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)y seleccione **Auto Scaling Groups** en el panel de navegación.
1. En la barra de navegación situada en la parte superior de la pantalla, selecciona la ubicación en la Región de AWS que creaste tu grupo de Auto Scaling.
1. Seleccione la casilla de verificación situada junto al grupo Auto Scaling.
Se abre un panel dividido en la parte inferior de la página.
1. En la pestaña **Integraciones**, en **Cambio de zona de ARC**, elija **Editar**.
1. Seleccione la casilla de verificación para habilitar el cambio de zona.
1. Para **Comportamiento de comprobación de estado**, elija **Ignorar el estado** o **Reemplazar mal estado**.
+ Si el comportamiento de comprobación de estado está establecido en Ignorar el estado, las instancias en mal estado *no* se reemplazarán en la zona de disponibilidad por el cambio de zona activo.
+ Si el comportamiento de comprobación de estado está configurado para reemplazar instancias en mal estado, las instancias en mal estado se reemplazarán en la zona de disponibilidad por el cambio de zona activo.
1. Elija **Actualizar**.
------
#### [ AWS CLI ]
**Cómo habilitar el cambio de zona en un grupo existente (AWS CLI)**
Agregue el parámetro `--availability-zone-impairment-policy` al comando [update-auto-scaling-group](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/update-auto-scaling-group.html).
El parámetro `--availability-zone-impairment-policy` tiene dos opciones:
+ **ZonalShiftEnabled**— Si se establece en`TRUE`, Auto Scaling registra el grupo de Auto Scaling con cambio zonal ARC y usted puede [iniciar, actualizar o cancelar un cambio zonal](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.start-cancel.html) en la consola ARC. Si se establece en `FALSE`, Auto Scaling anulará el registro del grupo de escalado automático del cambio de zona del ARC. Debe tener ya habilitado el cambio de zona para establecerlo en `FALSE`.
+ **ImpairedZoneHealthCheckBehavior**— Si se establece en esta opción`replace-unhealthy`, las instancias en mal estado se sustituirán en la zona de disponibilidad por el cambio zonal activo. Si se establece en `ignore-unhealthy`, las instancias en mal estado no se reemplazarán en la zona de disponibilidad con el cambio de zona activa.
El siguiente ejemplo habilita el cambio de zona en el grupo de escalado automático especificado.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--availability-zone-impairment-policy '{
"ZonalShiftEnabled": true,
"ImpairedZoneHealthCheckBehavior": IgnoreUnhealthy
}'
```
------
Para comenzar un cambio de zona, consulte [Inicio, actualización o cancelación de un cambio de zona](arc-zonal-shift.start-cancel.md).
## Cómo funciona el cambio de zona para los grupos de escalado automático
Supongamos que tiene un grupo de escalado automático con las siguientes zonas de disponibilidad:
+ `us-east-1a`
+ `us-east-1b`
+ `us-east-1c`
Observa errores en `us-east-1a` e inicia un cambio de zona. Los siguientes comportamientos se producen cuando un cambio de zona se inicia en `us-east-1a`.
+ **Escalamiento horizontal**: Auto Scaling lanza todas las nuevas solicitudes de capacidad en las zonas de disponibilidad en buen estado (`us-east-1b`y`us-east-1c`).
+ **Escalado dinámico**: Auto Scaling impide que las políticas de escalado reduzcan la capacidad deseada. Auto Scaling no impide que las políticas de escalado aumenten la capacidad deseada.
+ **Actualización de instancias**: Auto Scaling extiende el tiempo de espera de cualquier proceso de actualización de instancias que se retrase durante un cambio zonal activo.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/r53recovery/latest/dg/arc-zonal-shift.resource-types.ec2-auto-scaling-groups.html)
## Prácticas recomendadas para utilizar el cambio de zona
Para mantener una alta disponibilidad de las aplicaciones al utilizar un cambio de zona, recomendamos las siguientes prácticas recomendadas:
+ Supervise EventBridge las notificaciones para determinar si se está produciendo un deterioro continuo de la zona de disponibilidad. Para obtener más información, consulte [Automatización de Amazon EC2 Auto Scaling](https://docs.aws.amazon.com//autoscaling/ec2/userguide/automating-ec2-auto-scaling-with-eventbridge.html) con. EventBridge
+ Utilice políticas de escalado con los umbrales adecuados para asegurarse de que tiene la capacidad suficiente para tolerar la pérdida de una zona de disponibilidad.
+ Establezca una política de mantenimiento de instancias con un porcentaje mínimo en buen estado del 100 %. Con esta configuración, Auto Scaling espera a que una nueva instancia esté lista para usarse antes de terminar una instancia en mal estado.
Para los clientes con capacidad preescalada, también recomendamos lo siguiente:
+ Seleccione **Ignorar el estado** como el comportamiento de comprobación de estado para la zona de disponibilidad afectada, ya que no es necesario reemplazar la instancia en mal estado durante el caso de deterioro.
+ Utilice el cambio de zona automático en el ARC para sus grupos de escalado automático. La capacidad de cambio automático zonal Controlador de recuperación de aplicaciones (ARC) de Amazon permite AWS desviar el tráfico de un recurso fuera de una zona de disponibilidad cuando se AWS detecta un deterioro en una zona de disponibilidad. Para obtener más información, consulte [Cambio automático de zona en ARC](arc-zonal-autoshift.md).
Para los clientes con equilibradores de carga entre zonas inhabilitadas, también recomendamos lo siguiente:
+ Utilice **solo equilibrado** para su distribución por zonas de disponibilidad.
+ Si está utilizando el cambio zonal tanto en su grupo de Auto Scaling como en sus balanceadores de carga, asegúrese de cancelar primero el cambio zonal en su grupo de Auto Scaling. A continuación, espere a que la capacidad esté equilibrada en todas las zonas de disponibilidad antes de cancelar el cambio de zona en el equilibrador de carga.
+ Debido a la posibilidad de que la capacidad se desequilibre cuando se habilita el cambio zonal y se utiliza un balanceador de carga desactivado entre zonas, Auto Scaling tiene una validación adicional. Si sigue las prácticas recomendadas, puede reconocer esta posibilidad `skip-zonal-shift-validation` marcando la casilla de verificación de la casilla de verificación o marcando la casilla correspondiente a, Consola de administración de AWS o. `CreateAutoScalingGroup` `UpdateAutoScalingGroup` `AttachTrafficSources`
# Amazon Elastic Kubernetes Service
Amazon EKS ofrece características nativas que le permiten que sus aplicaciones sean más resistentes a eventos, como el deterioro del estado o el deterioro de una zona de disponibilidad. Al ejecutar sus cargas de trabajo en un clúster de Amazon EKS, puede mejorar aún más la tolerancia a errores del entorno de su aplicación y la recuperación de aplicaciones mediante el cambio de zona o cambio de zona automático.
## Uso del cambio de zona con Amazon Elastic Kubernetes Service
Para habilitar el cambio de zona, utilice uno de los siguientes métodos. Para obtener más información, consulte [Más información sobre el cambio de zona de ARC](https://docs.aws.amazon.com//eks/latest/userguide/zone-shift-enable.html#zone-shift-enable-steps) en la *Guía del usuario de Amazon Elastic Kubernetes Service*.
------
#### [ Console ]
**Para habilitar el cambio de zona en un nuevo clúster de Amazon EKS (consola)**
1. Busque el nombre y la región del clúster de Amazon EKS que desea registrar con el ARC.
1. Abra la consola Amazon EKS en [https://console.aws.amazon.com/eks/home\$1/clusters](https://console.aws.amazon.com/eks/home#/clusters).
1. Seleccione el clúster.
1. Seleccione la pestaña **Información general** en la página **Información del clúster**.
1. En **Cambio de zona**, elija **Administrar**.
1. Seleccione **Cambio de zona de EKS**, elija **Habilitar** o **Deshabilitar**.
------
#### [ AWS CLI ]
**Cómo habilitar el cambio de zona en un nuevo clúster de Amazon EKS (AWS CLI)**
+ Introduzca el siguiente comando:
```
aws eks create-cluster --name my-eks-cluster --role-arn my-role-arn-to-create-cluster --resources-vpc-config subnetIds=string,string,securityGroupIds=string,string,endpointPublicAccess=boolean,endpointPrivateAccess=boolean,publicAccessCidrs=string,string --zonal-shift-config enabled=true
```
**Cómo habilitar el cambio de zona en un clúster de Amazon EKS existente (AWS CLI)**
+ Introduzca el siguiente comando:
```
aws eks update-cluster-config --name my-eks-cluster --zonal-shift-config enabled=true
```
------
Puede iniciar un cambio zonal para un clúster de Amazon EKS, o puede AWS permitir que lo haga por usted activando el cambio automático zonal. Una vez que el cambio zonal del clúster de Amazon EKS esté habilitado con ARC, puede iniciar un cambio zonal o habilitar el cambio automático zonal mediante la consola ARC, la AWS CLI o el cambio zonal y el cambio automático zonal. APIs
Para obtener más información acerca del inicio de un cambio de zona, consulte [Inicio, actualización o cancelación de un cambio de zona](arc-zonal-shift.start-cancel.md).
Para obtener más información sobre cómo habilitar Amazon EKS con cambio de zona, consulte [Más información sobre el cambio de zona de ARC en Amazon EKS](https://docs.aws.amazon.com//eks/latest/userguide/zone-shift.html) en la *Guía del usuario de Amazon Elastic Kubernetes Service*.
## Cómo funciona el cambio de zona para Amazon Elastic Kubernetes Service
Durante un cambio de zona en Amazon EKS, automáticamente ocurrirá lo siguiente:
+ Se acordonan todos los nodos de la AZ afectada. Esto evita que el programador de Kubernetes programe nuevos pods en los nodos de la AZ en mal estado.
+ Si utiliza [grupos de nodos gestionados](https://docs.aws.amazon.com//eks/latest/userguide/managed-node-groups.html), se suspende el [reequilibrio de la zona de disponibilidad](https://docs.aws.amazon.com//autoscaling/ec2/userguide/auto-scaling-benefits.html#AutoScalingBehavior.InstanceUsage) y se actualiza el grupo de Auto Scaling para garantizar que los nuevos nodos del plano de datos de Amazon EKS solo se lancen en buen estado AZs.
+ Los nodos de la AZ en mal estado no se cierran y los pods no se expulsan de estos nodos. Esto es para garantizar que, cuando un cambio de zona caduque o se cancele, el tráfico pueda devolverse con seguridad a la AZ que aún tiene capacidad plena.
+ El EndpointSlice controlador encuentra todos los puntos finales del pod en la zona de disponibilidad dañada y los elimina de la zona correspondiente. EndpointSlices Esto garantiza que solo los puntos finales del Pod que estén en buen estado AZs estén destinados a recibir tráfico de red. Cuando se cancela o caduca un cambio zonal, el EndpointSlice controlador lo actualiza EndpointSlices para incluir los puntos finales en la zona de disponibilidad restaurada.
Para obtener más información, consulte el [Blog de contenedores de AWS](https://aws.amazon.com/blogs/containers/amazon-eks-now-supports-amazon-application-recovery-controller/).
# Equilibrador de carga de aplicación
## Uso del cambio de zona de los equilibradores de carga de aplicación
Para usar equilibradores de carga de aplicación con cambio de zona, debe habilitar la integración de cambio de zona de ARC en los atributos del equilibrador de carga de aplicación. El equilibrador de carga de aplicación admite el cambio de zona con configuraciones habilitadas o deshabilitadas entre zonas.
Antes de habilitar la integración de ARC y empezar a utilizar el cambio de zona, revise la siguiente información:
+ 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.
+ El cambio zonal no funcionará para los grupos objetivo de zona única (Single-AZ).
+ Cuando un Equilibrador de carga de aplicación sea el destino de un Equilibrador de carga de red, comience siempre el cambio de zona desde el Equilibrador de carga de red. Si comienza un cambio de zona desde el Equilibrador de carga de aplicación, el Equilibrador de carga de red no reconoce el cambio y continúa enviando tráfico al Equilibrador de carga de aplicación.
Puedes iniciar un cambio zonal para un balanceador de carga en la consola Elastic Load Balancing (en la mayoría de los casos Regiones de AWS) o en la consola ARC.
------
#### [ Console ]
**Cómo habilitar el cambio de zona en un equilibrador de carga (consola)**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En la página **Navegación**, en **Equilibrio de carga**, elija **Equilibradores de carga**.
1. Seleccione el nombre del Equilibrador de carga de aplicación.
1. En la pestaña **Atributos**, seleccione **Editar**.
1. En **Configuración de enrutamiento de la zona de disponibilidad**, para > Integración de cambios de zona ARC, elija **Habilitar**.
1. Seleccione **Save**.
------
#### [ AWS CLI ]
**Cómo habilitar el cambio de zona en un equilibrador de carga (AWS CLI)**
+ Introduzca el siguiente comando:
```
aws elbv2 modify-load-balancer-attributes --load-balancer-arn my-alb-arn --attributes Key=zonal_shift.config.enabled,Value=true
```
------
Para obtener más información acerca del inicio de un cambio de zona, consulte [Inicio, actualización o cancelación de un cambio de zona](arc-zonal-shift.start-cancel.md).
Puede usar la opción `keepalive` para configurar cuánto tiempo duran las conexiones. Para obtener más información, consulte [Duración del valor keepalive del cliente HTTP](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html#http-client-keep-alive-duration) en la Guía del usuario del equilibrador de carga de aplicación. De forma predeterminada, los equilibradores de carga de aplicación establecen el valor de duración keepalive del cliente HTTP en 3600 segundos o 1 hora. Le recomendamos que reduzca el valor para que se ajuste al objetivo de tiempo de recuperación de la aplicación, por ejemplo, 300 segundos. Al elegir un tiempo de duración del valor keepalive del cliente HTTP, tenga en cuenta que este valor es una compensación entre volver a conectarse con más frecuencia en general, lo que puede afectar a la latencia, y desviar más rápidamente a todos los clientes de una zona de disponibilidad o región con fallos.
## Cómo funciona el cambio de zona de los equilibradores de carga de aplicación
Cuando se inicia un cambio de zona en un Equilibrador de carga de aplicación con el equilibrio de carga entre zonas habilitado, todo el tráfico dirigido a los destinos se bloquea en la zona de disponibilidad afectada y el cambio de zona elimina la dirección IP de zona del DNS.
Para obtener más información, consulte [Integraciones para su Equilibrador de carga de aplicación](https://docs.aws.amazon.com//elasticloadbalancing/latest/application/load-balancer-integrations.html#zonal-shift) en la *Guía del usuario para Equilibradores de carga de aplicación*.
# Equilibrador de carga de red
## Uso del cambio de zona de los equilibradores de carga de red
Para usar equilibradores de carga de red con cambio de zona, debe habilitar la integración de cambio de zona de ARC en los atributos del Equilibrador de carga de red. El Equilibrador de carga de red admite el cambio de zona con configuraciones entre zonas habilitadas o deshabilitadas.
Puede elegir los recursos por los que desee optar para utilizar el cambio de zona y el cambio automático de zona, y cuándo desea salir por error de una zona de disponibilidad afectada. Se admiten los equilibradores de carga de red tanto internos como con acceso a Internet.
Para habilitar el cambio de zona del equilibrador de carga de red habilitado para uso entre zonas, todos los grupos de destino asociados al equilibrador de carga deben cumplir los siguientes requisitos:
+ Tener habilitado, o configurado como `use_load_balancer_configuration`, el equilibrio de carga entre zonas.
+ Para obtener más información sobre el equilibrio de carga entre zonas, consulte [Equilibrador de carga entre zonas para grupos de destino](https://docs.aws.amazon.com//elasticloadbalancing/latest/network/edit-target-group-attributes.html#target-group-cross-zone).
+ El protocolo del grupo de destino debe ser TCP o TLS.
+ Para obtener más información sobre los protocolos de los grupos de destino del Equilibrador de carga de red, consulte [Configuración de enrutamiento](https://docs.aws.amazon.com//elasticloadbalancing/latest/network/load-balancer-target-groups.html#target-group-routing-configuration).
+ La interrupción de la conexión para destinos en mal estado debe estar habilitada.
+ Para obtener más información sobre la finalización de la conexión del grupo de destino, consulte [Finalización de la conexión para destinos en mal estado](https://docs.aws.amazon.com//elasticloadbalancing/latest/network/edit-target-group-attributes.html#unhealthy-target-connection-termination).
+ El grupo de destino no debe tener ningún equilibrador de carga de aplicación como destino.
+ Para obtener más información sobre los equilibradores de carga de aplicación como destinos, consulte [Uso de equilibradores de carga de aplicación como destinos de un equilibrador de carga de red](https://docs.aws.amazon.com//elasticloadbalancing/latest/network/application-load-balancer-target.html).
Puedes iniciar un cambio zonal para un Network Load Balancer mediante AWS CLI el widget Elastic Load Balancing Consola de administración de AWS o Elastic Load Balancing. Cuando un Equilibrador de carga de aplicación sea el destino de un Equilibrador de carga de red, debe comenzar el cambio de zona desde el Equilibrador de carga de red. Si comienza el cambio de zona desde el Equilibrador de carga de aplicación, el Equilibrador de carga de red no dejará de enviar tráfico al Equilibrador de carga de aplicación y sus objetivos.
------
#### [ Console ]
**Cómo habilitar el cambio de zona en un equilibrador de carga (consola)**
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En la página **Navegación**, en **Equilibrio de carga**, elija **Equilibradores de carga**.
1. Seleccione el nombre del equilibrador de carga de red.
1. En la pestaña **Atributos**, seleccione **Editar**.
1. En **Configuración de enrutamiento de la zona de disponibilidad**, para **Integración de cambios de zona ARC**, elija **Habilitar**.
1. Seleccione **Save**.
------
#### [ AWS CLI ]
**Cómo habilitar el cambio de zona en un equilibrador de carga (AWS CLI)**
+ Introduzca el siguiente comando:
```
aws elbv2 modify-load-balancer-attributes --load-balancer-arn my-nlb-arn --attributes Key=zonal_shift.config.enabled,Value=true
```
------
Para obtener más información sobre cómo iniciar un cambio de zona, consulte [Inicio, actualización o cancelación de un cambio de zona](arc-zonal-shift.start-cancel.md).
## Cómo funciona el cambio de zona para los equilibradores de carga de red
ARC crea un error de comprobación de estado para el Equilibrador de carga de red registrado, de modo que el nodo del Equilibrador de carga de red de la zona de disponibilidad afectada se elimina del DNS al iniciar un cambio de zona. El Network Load Balancer desactiva los objetivos de la zona afectada para que dejen de recibir tráfico, y Elastic Load Balancing trata estos objetivos como objetivos deshabilitados para el cambio zonal. Los objetivos con el estado deshabilitado siguen recibiendo comprobaciones de estado. Cuando los objetivos se encuentran en buen estado y el cambio de zona caduca (o se cancela), se reanuda el enrutamiento hacia los objetivos que se encuentran en la zona afectada anteriormente.
Durante un cambio de zona en equilibradores de carga de red con el equilibrio de carga entre zonas habilitado, las direcciones IP del equilibrador de carga de zona se eliminan del DNS. Las conexiones existentes con destinos de la zona de disponibilidad afectada persisten hasta que se cierran de manera orgánica, mientras que las nuevas conexiones dejan de enrutarse a destinos de la zona de disponibilidad afectada.
Para obtener más información, consulte [Cambio de zona para el equilibrador de carga de red](https://docs.aws.amazon.com//elasticloadbalancing/latest/network/zonal-shift.html) en la *Guía del usuario de equilibradores de carga de red*.