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 Amazon EC2 Auto Scaling
Un grupo de Amazon EC2 Auto Scaling contiene una colección de instancias de Amazon EC2 que se tratan como una agrupación lógica a los efectos del escalado y la 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. Sigue las instrucciones de [ Crear un grupo de Auto Scaling con una plantilla de lanzamiento ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template) y completa 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 descritos en [ Crear un grupo de Auto Scaling con una plantilla de lanzamiento](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template).
------
#### [ 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://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 el cambio zonal ARC y puedes [ 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`replace-unhealthy`, las instancias en mal estado se reemplazará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 de 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 de la parte superior de la pantalla, elija el grupo en el Región de AWS que creó su grupo de Auto Scaling.
1. Selecciona 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 ]
**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://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 el cambio zonal ARC y puedes [ 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`replace-unhealthy`, las instancias en mal estado se reemplazará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**: Auto Scaling lanza todas las solicitudes de capacidad nuevas en las zonas de disponibilidad en buen estado (`us-east-1b`y`us-east-1c`).
+ **Escalado dinámico: el escalado ** automático impide que las políticas de escalado reduzcan la capacidad deseada. El escalado automático no impide que las políticas de escalado aumenten la capacidad deseada.
+ **Actualización de instancias**: Auto Scaling prolonga 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 hay un evento continuo de deterioro de la zona de disponibilidad. Para obtener más información, consulte [ Automatizar el escalado automático de Amazon EC2 con. EventBridge ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/automating-ec2-auto-scaling-with-eventbridge.html)
+ 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 función 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 una alteración 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 utilizas el cambio zonal tanto en tu grupo de Auto Scaling como en tus balanceadores de carga, asegúrate de cancelar primero el cambio zonal en tu 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 se produzca un desequilibrio en la capacidad si activas el cambio zonal y utilizas un balanceador de cargas desactivado entre zonas, Auto Scaling cuenta con una validación adicional. Si sigues las prácticas recomendadas, puedes reconocer esta posibilidad marcando la casilla de verificación en Consola de administración de AWS o usando la `skip-zonal-shift-validation` marca en, o. `CreateAutoScalingGroup` `UpdateAutoScalingGroup` `AttachTrafficSources`