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 zonal del grupo Auto Scaling
El cambio zonal es una capacidad del Amazon Application Recovery Controller (ARC). Con el cambio zonal, puede recuperarse rápidamente de las deficiencias de las aplicaciones en una zona de disponibilidad con una sola acción. Cuando habilita el cambio zonal para un grupo de Auto Scaling, el grupo se registra en el servicio de cambio zonal ARC. A continuación, puede iniciar un cambio zonal mediante la Consola de administración de AWS AWS CLI, o API y el grupo Auto Scaling considerará que la zona de disponibilidad con un cambio zonal activo está alterada.
## Conceptos de cambio zonal del grupo Auto Scaling
Antes de continuar, asegúrese de estar familiarizado con los siguientes conceptos básicos relacionados con la integración con el cambio zonal de ARC.
**Cambio zonal ARC**
Auto Scaling puede registrar grupos de Auto Scaling con cambio zonal ARC cuando se habilita esta función. Tras registrarse, podrá ver sus recursos con la `ListManagedResources` API [ARC](https://docs.aws.amazon.com/arc-zonal-shift/latest/api/API_ListManagedResources.html). Para obtener más información, consulte [Cambio zonal en ARC en](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-shift.html) la *Guía para desarrolladores de Amazon Application Recovery Controller (ARC)*.
**Reequilibrio de la zona de disponibilidad**
Auto Scaling intenta mantener equilibrada la capacidad en cada zona de disponibilidad. Cuando se produce un desequilibrio entre las zonas de disponibilidad, Auto Scaling intenta corregirlo automáticamente. Para obtener más información, consulte [Distribución de instancias](auto-scaling-benefits.md#AutoScalingBehavior.Rebalancing).
**Escalado dinámico**
El escalado dinámico escala la capacidad deseada de su grupo de Auto Scaling en función de las métricas que elija con las políticas de escalado. Para obtener más información, consulte [Escalado dinámico para Amazon EC2 Auto Scaling](as-scale-based-on-demand.md).
**Comprobaciones de estado**
Auto Scaling comprueba periódicamente el estado de todas las instancias de un grupo de Auto Scaling para asegurarse de que se estén ejecutando y en buenas condiciones. Cuando se detecta una instancia en mal estado, Auto Scaling la marca para reemplazarla. Para obtener más información, consulte [Comprobaciones de estado para instancias en un grupo de escalado automático](ec2-auto-scaling-health-checks.md).
**Actualización de instancias**
Puede utilizar una actualización de instancias para actualizar las instancias del grupo de escalado automático. Una vez iniciada la actualización de una instancia, Auto Scaling intenta reemplazar todas las instancias de su grupo de Auto Scaling. Para obtener más información, consulte [Uso de una actualización de instancias para actualizar instancias en un grupo de escalado automático](asg-instance-refresh.md).
**Preescalado**
Puede tolerar la pérdida de una sola zona de disponibilidad porque tiene suficiente capacidad en las zonas de disponibilidad restantes para su aplicación.
**Escalado ascendente**
Al aumentar la capacidad deseada de un grupo de Auto Scaling, Auto Scaling intenta lanzar instancias adicionales para cumplir con la nueva capacidad deseada. De forma predeterminada, Auto Scaling lanza la instancia de forma equilibrada para mantener la misma capacidad en cada zona de disponibilidad habilitada de un grupo de Auto Scaling.
## Cómo funciona el cambio zonal para los grupos de Auto Scaling
Suponga que tiene un grupo de Auto Scaling con las siguientes zonas de disponibilidad:
+ `us-east-1a`
+ `us-east-1b`
+ `us-east-1c`
Tiene activado el cambio zonal en todas las zonas de disponibilidad y observa errores en ellas, `us-east-1a` por lo que activa un cambio zonal. Los siguientes comportamientos se producen cuando se activa un cambio zonal. `us-east-1a`
+ **Ampliación**: Auto Scaling lanzará 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 impedirá que las políticas de escalado reduzcan la capacidad deseada en todas las zonas de disponibilidad. Auto Scaling no impedirá que las políticas de escalado aumenten la capacidad deseada en todas las zonas de disponibilidad.
+ **Actualizaciones de instancias**: Auto Scaling prolongará el tiempo de espera de cualquier proceso de actualización de instancias que se retrase mientras haya un cambio zonal activo.
En la siguiente tabla, se describe el comportamiento de las comprobaciones de estado de cada opción cuando se activa un cambio zonal. `us-east-1a`
| Deterioro de la selección del comportamiento de las comprobaciones de estado de | Comportamiento de Health Check |
| --- | --- |
| Reemplace lo poco saludable | Las instancias que parezcan estar en mal estado se reemplazarán en todas las zonas de disponibilidad (`us-east-1a``us-east-1b`, y`us-east-1c`). |
| Ignore el estado | Los casos que parezcan insalubres se sustituirán por `us-east-1b` y`us-east-1c`. Las instancias de la zona de disponibilidad no se reemplazarán con el cambio zonal activo (`us-east-1a`). |
## Mejores prácticas para usar el cambio zonal
Para mantener una alta disponibilidad de sus aplicaciones al utilizar el cambio zonal, le 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 [Se usa EventBridge para gestionar eventos de Auto Scaling](automating-ec2-auto-scaling-with-eventbridge.md).
+ 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 de mantenimiento del 100%. Con esta configuración, Auto Scaling espera a que una nueva instancia esté lista para usarse antes de cerrar una instancia en mal estado.
Para los clientes preescalados, también recomendamos lo siguiente:
+ Seleccione **Ignorar** el estado incorrecto como comportamiento de comprobación de estado para la zona de disponibilidad dañada, ya que no es necesario reemplazar la instancia en mal estado durante el caso de deterioro.
+ Utilice el cambio automático zonal en ARC para sus grupos de Auto Scaling. La función de cambio automático zonal de ARC AWS permite 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 zonal en ARC en](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-autoshift.html) la Guía para *desarrolladores de Amazon Application Recovery Controller (ARC)*.
Para los clientes con balanceadores de carga entre zonas desactivados, también recomendamos lo siguiente:
+ Usa el **balanceado solo** para tu distribución por zonas de disponibilidad.
+ Si está utilizando el cambio zonal tanto en los grupos de Auto Scaling como en los balanceadores de carga, cancele primero el cambio zonal en su grupo de Auto Scaling. A continuación, espere a que la capacidad se equilibre en todas las zonas de disponibilidad antes de cancelar el cambio zonal 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 incluye un paso de validación adicional. Si sigue las prácticas recomendadas, puede reconocer esta posibilidad seleccionando la Consola de administración de AWS casilla de verificación o utilizando la `skip-zonal-shift-validation` marca en, o. `CreateAutoScalingGroup` `UpdateAutoScalingGroup` `AttachTrafficSources`
Para obtener más información sobre el uso del cambio zonal con grupos de Auto Scaling, consulte el blog de AWS informática Cómo [usar el cambio zonal con Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/using-zonal-shift-with-amazon-ec2-auto-scaling/).
# Habilite el cambio zonal mediante el o el Consola de administración de AWS AWS CLI
Para activar el cambio zonal, utilice uno de los siguientes métodos.
------
#### [ Console ]
**Para habilitar el cambio zonal en un grupo nuevo (consola)**
1. Siga las instrucciones [Creación de un grupo de Auto Scaling mediante una plantilla de lanzamiento](create-asg-launch-template.md) y complete cada paso del procedimiento, hasta el paso 10.
1. En la página **Integrar con otros servicios**, para el cambio **zonal del Application Recovery Controller (ARC), seleccione la casilla de verificación para habilitar el cambio** zonal.
1. Para **Comportamiento de Health Check**, selecciona Ignorar lo que no es saludable o Reemplazar lo que no es saludable. Para obtener más información, consulte [Cómo funciona el cambio zonal para los grupos de Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
1. Continúe con los pasos en [Creación de un grupo de Auto Scaling mediante una plantilla de lanzamiento](create-asg-launch-template.md).
------
#### [ AWS CLI ]
**Para habilitar el cambio zonal en un grupo nuevo ()AWS CLI**
Agregue el parámetro `--availability-zone-impairment-policy` al comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html).
El `--availability-zone-impairment-policy` parámetro 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 anula el registro del grupo Auto Scaling del cambio zonal de ARC. Debe tener ya activado el cambio zonal para configurarlo. `false`
+ **ImpairedZoneHealthCheckBehavior**— Si se establece en esta `replace-unhealthy` opción, las instancias en mal estado se sustituirán en la zona de disponibilidad por el cambio zonal activo. Si se establece en esta `ignore-unhealthy` opción, las instancias en mal estado no se reemplazarán en la zona de disponibilidad con el cambio zonal activo. Para obtener más información, consulte [Cómo funciona el cambio zonal para los grupos de Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
El siguiente ejemplo habilita el cambio zonal en un nuevo grupo de Auto Scaling 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 ]
**Para habilitar el cambio zonal en un grupo existente (consola)**
1. Abre la EC2 consola de Amazon en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)y selecciona **Auto Scaling Groups** en el panel de navegación.
1. En la barra de navegación de la parte superior de la pantalla, elija la misma Región de AWS que utilizó cuando creó el grupo de escalado automático.
1. Seleccione la casilla situada junto al grupo de escalado automático.
Se abre un panel dividido en la parte inferior de la página.
1. **En la pestaña **Integraciones**, en el **cambio zonal del Application Recovery Controller (ARC)**, seleccione Editar.**
1. Seleccione la casilla de verificación para activar el cambio zonal.
1. Para **Comportamiento de Health Check**, selecciona Ignorar lo que no es saludable o Reemplazar lo que no es saludable. Para obtener más información, consulte [Cómo funciona el cambio zonal para los grupos de Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
1. Elija **Actualizar**.
------
#### [ AWS CLI ]
**Para habilitar el cambio zonal en un grupo existente ()AWS CLI**
Agregue el parámetro `--availability-zone-impairment-policy` al comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).
El `--availability-zone-impairment-policy` parámetro 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 anula el registro del grupo Auto Scaling del cambio zonal de ARC. Debe tener ya activado el cambio zonal para configurarlo. `false`
+ **ImpairedZoneHealthCheckBehavior**— Si se establece en esta `replace-unhealthy` opción, las instancias en mal estado se sustituirán en la zona de disponibilidad por el cambio zonal activo. Si se establece en esta `ignore-unhealthy` opción, las instancias en mal estado no se reemplazarán en la zona de disponibilidad con el cambio zonal activo. Para obtener más información, consulte [Cómo funciona el cambio zonal para los grupos de Auto Scaling](ec2-auto-scaling-zonal-shift.md#asg-zonal-shift-how-it-works).
El siguiente ejemplo habilita el cambio zonal en el grupo de Auto Scaling especificado.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--availability-zone-impairment-policy '{
"ZonalShiftEnabled": true,
"ImpairedZoneHealthCheckBehavior": IgnoreUnhealthy
}'
```
------