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. # AWS servicios integrados con Amazon EC2 Auto Scaling Amazon EC2 Auto Scaling se puede integrar con AWS otros servicios. Consulte las siguientes opciones de integración para obtener más información sobre cómo funciona cada servicio con Amazon EC2 Auto Scaling. **Topics** + [Reequilibrio de la capacidad en Auto Scaling para reemplazar las instancias de spot en riesgo](ec2-auto-scaling-capacity-rebalancing.md) + [Capacidad reservada en zonas de disponibilidad específicas con reserva de capacidad](use-ec2-capacity-reservations.md) + [Cree grupos de Auto Scaling desde la línea de comandos usando AWS CloudShell](create-auto-scaling-groups-with-cloudshell.md) + [Cree grupos de Auto Scaling con AWS CloudFormation](creating-auto-scaling-groups-with-cloudformation.md) + [Obtenga recomendaciones de tipos de instancias con AWS Compute Optimizer](asg-getting-recommendations.md) + [Utilice Elastic Load Balancing para distribuir el tráfico entrante de la aplicación en su grupo de escalado automático.](autoscaling-load-balancer.md) + [Administración del flujo de tráfico con un grupo de destino de VPC Lattice](ec2-auto-scaling-vpc-lattice.md) + [Se usa EventBridge para gestionar eventos de Auto Scaling](automating-ec2-auto-scaling-with-eventbridge.md) + [Proporcionar conectividad de red para sus instancias de Auto Scaling mediante Amazon VPC](asg-in-vpc.md) # Reequilibrio de la capacidad en Auto Scaling para reemplazar las instancias de spot en riesgo El reequilibrio de capacidad en Auto Scaling permite mantener la disponibilidad de su carga de trabajo al sustituir de forma proactiva las instancias de spot que corren el riesgo de sufrir interrupciones. Cuando las instancias de spot se encuentran en un riesgo elevado de interrupción, el servicio de spot de Amazon EC2 envía una recomendación de reequilibrio de instancias de EC2 a Amazon EC2 Auto Scaling. Si habilita el reequilibrio de la capacidad, Auto Scaling intentará reemplazar de forma proactiva las instancias de spot del grupo que han recibido una recomendación de reequilibrio de la instancia EC2. Esto le da la oportunidad de reequilibrar la carga de trabajo con nuevas instancias de spot que no tengan un riesgo elevado de interrupción. Cuando no se usa el reequilibrio de la capacidad, Auto Scaling no reemplaza las instancias de spot hasta que el servicio de spot de Amazon EC2 interrumpe las instancias y se produzca un error en la comprobación de estado. Antes de interrumpir una instancia, Amazon EC2 siempre proporciona una recomendación de reequilibrio de instancias de EC2 y un aviso de interrupción de las instancias de spot con dos minutos de antelación. **Topics** + [Descripción general de](#capacity-rebalancing-overview) + [Comportamiento de reequilibrio de la capacidad](#capacity-rebalancing-behavior) + [Consideraciones](#capacity-rebalancing-considerations) + [Habilitar el reequilibrio de la capacidad para reemplazar de forma proactiva las instancias de spot en riesgo](enable-capacity-rebalancing-console-cli.md) ## Descripción general de Para usar el reequilibrio de la capacidad con su grupo de escalado automático, los pasos básicos son: 1. Configure su grupo de escalado automático para utilizar varios tipos de instancia y zonas de disponibilidad. De esta forma, Amazon EC2 Auto Scaling puede examinar la capacidad disponible para instancias de spot en cada zona de disponibilidad. Para obtener más información, consulte [Grupos de Auto Scaling con varios tipos de instancia y opciones de compra](ec2-auto-scaling-mixed-instances-groups.md). 1. Agregue enlaces de ciclo de vida según sea necesario para cerrar correctamente la aplicación dentro de las instancias que reciben la notificación de reequilibrio. Para obtener más información, consulte [Enlaces de ciclo de vida de Amazon EC2 Auto Scaling](lifecycle-hooks.md). A continuación, se indican algunos de los motivos por los que podría utilizar un enlace de ciclo de vida: + Apagar correctamente los trabajos de Amazon SQS + Completar la anulación del registro del sistema de nombres de dominio (DNS) + Extracción de registros del sistema o de aplicaciones y carga en Amazon Simple Storage Service (Amazon S3) 1. Desarrolle una acción personalizada para el enlace de ciclo de vida. Para invocar su acción personalizada lo antes posible, necesita saber cuándo una instancia está lista para ser terminada. Averígüelo detectando el estado del ciclo de vida de la instancia. + Para invocar una acción fuera de la instancia, escribe una EventBridge regla y automatiza la acción que se debe realizar cuando un patrón de eventos coincida con la regla. + Para invocar una acción dentro de la instancia, configure la instancia para que ejecute un script de cierre y recupere el estado del ciclo de vida a través de los metadatos de la instancia. Es fundamental diseñar la acción personalizada para que finalice en menos de dos minutos. Esto garantiza que haya tiempo suficiente para completar las tareas antes de la terminación de la instancia. Una vez que complete estos pasos, podrá empezar a utilizar el reequilibrio de la capacidad. ## Comportamiento de reequilibrio de la capacidad Con el reequilibrio de la capacidad, Amazon EC2 Auto Scaling se comporta de la siguiente manera cuando una instancia recibe una recomendación de reequilibrio: + Al lanzar la nueva instancia de spot, Amazon EC2 Auto Scaling espera hasta que la nueva instancia supera la comprobación de estado antes de efectuar la terminación de la instancia anterior. Al reemplazar más de una instancia, la terminación de cada instancia anterior comienza después de que la nueva instancia se lanzó y superó la comprobación de estado. + Dado que Amazon EC2 Auto Scaling intenta lanzar nuevas instancias antes de terminar las anteriores, el hecho de satisfacer por completo o casi la capacidad máxima especificada podría impedir o detener completamente las actividades de reequilibrio. Para evitar este problema, Amazon EC2 Auto Scaling puede superar temporalmente el tamaño máximo del grupo hasta un 10 por ciento de la capacidad deseada. + Si usted no agregó un enlace de ciclo de vida a su grupo de escalado automático, Amazon EC2 Auto Scaling comienza a terminar las instancias anteriores tan pronto como las nuevas instancias superen la comprobación de estado. + Si agregó un enlace de ciclo de vida, esto prolonga el tiempo necesario para que empecemos a terminar las instancias anteriores en función del valor de tiempo de espera que especificó para el enlace de ciclo de vida. + Si utiliza políticas de escalado o un escalado programado, las actividades de escalado se ejecutan en paralelo. Si una actividad de escalado está en curso y el grupo de escalado automático está por debajo de la nueva capacidad deseada, Amazon EC2 Auto Scaling se escala horizontalmente primero antes de terminar las instancias anteriores. Si no hay capacidad para sus tipos de instancias en una zona de disponibilidad, Amazon EC2 Auto Scaling sigue intentando lanzar las instancias de spot en otras zonas de disponibilidad habilitadas hasta que logre efectuar la acción correctamente. En el peor de los casos, si las nuevas instancias no se lanzan o si la comprobación de estado no se supera, Amazon EC2 Auto Scaling sigue intentando volver a lanzarlas. Mientras está tratando de lanzar nuevas instancias, las anteriores finalmente se verán interrumpidas y se terminarán a la fuerza previo aviso de interrupción tras dos minutos. ## Consideraciones Tenga en cuenta lo siguiente cuando use el reequilibrio de la capacidad: **Diseño de su aplicación para que sea tolerante a las interrupciones de spot** La aplicación debería poder gestionar cambios dinámicos en el número de instancias y la posibilidad de que una instancia de spot se interrumpa antes. Por ejemplo, si su grupo de escalado automático está detrás de un equilibrador de carga de Elastic Load Balancing, Amazon EC2 Auto Scaling espera a que el registro de la instancia se anule en el equilibrador de carga antes de llamar a su enlace de ciclo de vida. Si el tiempo para anular el registro de la instancia y completar la acción de ciclo de vida tarda demasiado, la instancia puede interrumpirse mientras Amazon EC2 Auto Scaling espera a que su acción de ciclo de vida se complete antes de terminar la instancia. Amazon EC2 no siempre puede enviar la señal de recomendación de reequilibrio antes del aviso de interrupción de dos minutos de instancia de spot. En ocasiones, la señal de recomendación de reequilibrio llega al mismo tiempo que el aviso de interrupción de dos minutos. Cuando esto ocurre, Amazon EC2 Auto Scaling llama al enlace de ciclo de vida e intenta lanzar una nueva instancia de spot de inmediato. **Evite un riesgo elevado de interrupción de instancias de spot de reemplazo** Las instancias de spot de reemplazo podrían correr un riesgo elevado de interrupción si utiliza la estrategia de asignación `lowest-price`. Esto se debe a que siempre lanzamos instancias en el grupo de menor precio que tiene capacidad disponible en ese momento, incluso si es probable que las instancias de spot de reemplazo se interrumpan poco después de lanzarse. Para evitar un alto riesgo de interrupción, es recomendable no utilizar la estrategia de asignación del `lowest-price`. En su lugar, recomendamos la estrategia de asignación del `price-capacity-optimized`. Esta estrategia lanza instancias de spot de reemplazo en grupos de spot que tienen menos probabilidades de interrupción y el precio más bajo posible. Por lo tanto, es menos probable que se interrumpan en un futuro cercano. **Amazon EC2 Auto Scaling solo lanzará una nueva instancia si la disponibilidad es igual o superior** Uno de los objetivos del reequilibrio de la capacidad es mejorar la disponibilidad de una instancia de spot. Si una instancia de spot existente recibe una recomendación de reequilibrio, Amazon EC2 Auto Scaling solo lanzará una nueva instancia si la nueva instancia ofrece la misma o mejor disponibilidad que la existente. Si el riesgo de interrupción de una nueva instancia es peor que el de la instancia existente, Amazon EC2 Auto Scaling no lanzará ninguna instancia nueva. Sin embargo, Amazon EC2 Auto Scaling seguirá evaluando los grupos de capacidades de spot con base en la información proporcionada por el servicio de spot de Amazon EC2 y lanzará una nueva instancia si mejora la disponibilidad. Existe la posibilidad de que la instancia existente se interrumpa sin que Amazon EC2 Auto Scaling lance una nueva instancia de forma proactiva. Cuando esto suceda, Amazon EC2 Auto Scaling intenta lanzar una nueva instancia tan pronto como reciba el aviso de interrupción de la instancia de spot. Esto ocurre independientemente de si la nueva instancia tiene un alto riesgo de interrupción. **El reequilibrio de la capacidad no aumenta la tasa de interrupciones de las instancias de spot** Cuando habilita el reequilibrio de capacidad, no aumenta la [tasa de interrupciones de las instancias de spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-interruptions.html) (el número de instancias de spot que se reclaman cuando Amazon EC2 necesita recuperar la capacidad). Sin embargo, si el reequilibrio de capacidad detecta que una instancia está en riesgo de interrupción, Amazon EC2 Auto Scaling intentará lanzar inmediatamente una nueva instancia. Por lo tanto, se podrían reemplazar más instancias en lugar de esperar a que Amazon EC2 Auto Scaling lance una nueva después de que se interrumpa la instancia en riesgo. Si bien es posible que se reemplacen más instancias con el reequilibrio de la capacidad habilitado, se beneficia de ser proactivo en lugar de reactivo. Esto le da más tiempo para tomar medidas antes de que sus instancias se interrumpan. Con un [aviso de interrupción de instancias de spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-instance-termination-notices.html), normalmente solo dispone de dos minutos para apagar correctamente la instancia. Dado que el reequilibrio de la capacidad lanza una nueva instancia por adelantado, le da a los procesos existentes una mejor oportunidad de completarse en la instancia en riesgo. También puede iniciar los procedimientos de apagado de la instancia, evitar que se programen nuevos trabajos en la instancia en riesgo y preparar la instancia recién lanzada para que se haga cargo de la aplicación. Con el reemplazo proactivo del reequilibrio de la capacidad, usted se beneficia de una continuidad estable. El siguiente ejemplo teórico demuestra los riesgos y beneficios del uso del reequilibrio de la capacidad: + 14:00: se recibe una recomendación de reequilibrio para la instancia A. Amazon EC2 Auto Scaling inmediatamente intenta lanzar una instancia B de reemplazo, lo que le da tiempo para iniciar los procedimientos de apagado. + 14:30: se recibe una recomendación de reequilibrio para la instancia B, que es reemplazada por la instancia C. Esto le da tiempo para iniciar los procedimientos de apagado. + 14:32: si el reequilibrio de la capacidad no estuviera habilitado y si se hubiera recibido un aviso de interrupción de la instancia de spot a las 14:32 para la instancia A, usted solo habría tenido dos minutos para actuar. Sin embargo, la instancia A habría seguido ejecutándose hasta ese momento. # Habilitar el reequilibrio de la capacidad para reemplazar de forma proactiva las instancias de spot en riesgo Puede usar Consola de administración de AWS o AWS CLI para habilitar el reequilibrio de capacidad para su grupo de Auto Scaling. Cuando se habilita el reequilibrio de la capacidad, Amazon EC2 Auto Scaling intentará reemplazar de forma proactiva las instancias de spot en su grupo que han recibido una recomendación de reequilibrio de instancias de EC2. ## Habilitar el reequilibrio de la capacidad (consola) Puede habilitar o desactivar el reequilibrio de la capacidad al crear o actualizar un grupo de escalado automático. **Para habilitar el reequilibrio de la capacidad para un nuevo grupo de escalado automático** 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. Elija **Create Auto Scaling group (Crear grupo de escalado automático)**. 1. Para el **paso 1: Elegir la plantilla de lanzamiento o la configuración**, ingrese un nombre para el grupo de escalado automático, elija una plantilla de lanzamiento y, a continuación, elija **Siguiente** para continuar con el próximo paso. 1. Para el **paso 2: Elegir las opciones de lanzamiento de instancias**, en **Requisitos de tipo de instancias**, elija la configuración para crear un grupo de instancias mixtas. Esto incluye los tipos de instancias que puede lanzar, las opciones de compra de instancias y las estrategias de asignación para las instancias de spot y bajo demanda. De forma predeterminada, estas opciones no están configuradas. Para configurarlas, debe seleccionar **Override launch template** (Anular plantilla de lanzamiento). Para obtener más información sobre cómo crear un grupo de instancias mixtas, consulte [Grupos de Auto Scaling con varios tipos de instancia y opciones de compra](ec2-auto-scaling-mixed-instances-groups.md). 1. En **Red**, elija las opciones que desee. Compruebe que las subredes que desea utilizar se encuentran en diferentes zonas de disponibilidad. 1. En la sección **Estrategias de asignación**, elija una estrategia de asignación de spot. Para habilitar o deshabilitar el reequilibrio de la capacidad, seleccione o desmarque la casilla debajo de **Reequilibrio de la capacidad**. Esta opción solo aparece cuando uno solicita un porcentaje del grupo de escalado automático que se lanzará como instancias de spot en la sección **Opciones de compra de instancias**. 1. Cree el grupo de escalado automático. 1. (Opcional) Añada enlaces de ciclo de vida según sea necesario. Para obtener más información, consulte [Incorporación de los enlaces de ciclo de vida en su grupo de escalado automático](adding-lifecycle-hooks.md). **Habilitación o deshabilitación del reequilibrio de la capacidad para un grupo de escalado automático existente** 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. 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 **Details** (Detalles), elija **Allocation strategies** (Estrategias de asignación) y **Edit** (Editar). 1. En la sección **Estrategias de asignación**, habilite o deshabilite el reequilibrio de la capacidad seleccionando o desmarcando la casilla debajo de **Reequilibrio de la capacidad**. 1. Elija **Actualizar**. ## Habilitar el reequilibrio de la capacidad (AWS CLI) Los siguientes ejemplos muestran cómo utilizar el AWS CLI para activar y desactivar el reequilibrio de capacidad. Utilice el [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)o con el siguiente parámetro: + `--capacity-rebalance` / `--no-capacity-rebalance`: valor booleano que indica si el reequilibrio de la capacidad está habilitado. Antes de ejecutar el [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando, necesitará el nombre de una plantilla de lanzamiento que esté configurada para usarse con un grupo de Auto Scaling. Para obtener más información, consulte [Creación de una plantilla de lanzamiento para un grupo de Auto Scaling](create-launch-template.md). **nota** En los procedimientos siguientes se muestra cómo utilizar un archivo de configuración con formato JSON o YAML. Si utiliza la AWS CLI versión 1, debe especificar un archivo de configuración con formato JSON. Si usa la AWS CLI versión 2, puede especificar un archivo de configuración formateado en YAML o JSON. ### JSON **Para crear y configurar un nuevo grupo de escalado automático** + Use el siguiente [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando para crear un nuevo grupo de Auto Scaling y habilitar el reequilibrio de capacidad. Este comando hace referencia a un archivo JSON como único parámetro de su grupo de escalado automático. ``` aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json ``` Si aún no tiene un archivo de configuración de la CLI que especifique una [política de instancias mixtas](ec2-auto-scaling-mixed-instances-groups.md), cree uno. Agregue la siguiente línea al objeto JSON de nivel superior en el archivo de configuración. ``` { "CapacityRebalance": true } ``` A continuación se muestra un ejemplo de un archivo `config.json`. ``` { "AutoScalingGroupName": "my-asg", "DesiredCapacity": 12, "MinSize": 12, "MaxSize": 15, "CapacityRebalance": true, "MixedInstancesPolicy": { "InstancesDistribution": { "OnDemandBaseCapacity": 0, "OnDemandPercentageAboveBaseCapacity": 25, "SpotAllocationStrategy": "price-capacity-optimized" }, "LaunchTemplate": { "LaunchTemplateSpecification": { "LaunchTemplateName": "my-launch-template", "Version": "$Default" }, "Overrides": [ { "InstanceType": "c5.large" }, { "InstanceType": "c5a.large" }, { "InstanceType": "m5.large" }, { "InstanceType": "m5a.large" }, { "InstanceType": "c4.large" }, { "InstanceType": "m4.large" }, { "InstanceType": "c3.large" }, { "InstanceType": "m3.large" } ] } }, "TargetGroupARNs": "arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff", "VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" } ``` ### YAML **Para crear y configurar un nuevo grupo de escalado automático** + Use el siguiente [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando para crear un nuevo grupo de Auto Scaling y habilitar el reequilibrio de capacidad. Este comando hace referencia a un archivo YAML como único parámetro de su grupo de escalado automático. ``` aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml ``` Agregue la siguiente línea al archivo de configuración con formato YAML. ``` CapacityRebalance: true ``` A continuación se muestra un ejemplo de un archivo `config.yaml`. ``` --- AutoScalingGroupName: my-asg DesiredCapacity: 12 MinSize: 12 MaxSize: 15 CapacityRebalance: true MixedInstancesPolicy: InstancesDistribution: OnDemandBaseCapacity: 0 OnDemandPercentageAboveBaseCapacity: 25 SpotAllocationStrategy: price-capacity-optimized LaunchTemplate: LaunchTemplateSpecification: LaunchTemplateName: my-launch-template Version: $Default Overrides: - InstanceType: c5.large - InstanceType: c5a.large - InstanceType: m5.large - InstanceType: m5a.large - InstanceType: c4.large - InstanceType: m4.large - InstanceType: c3.large - InstanceType: m3.large TargetGroupARNs: - arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782 ``` **Para habilitar el reequilibrio de la capacidad para un grupo de escalado automático existente** + Use el siguiente [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando para habilitar el reequilibrio de capacidad. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --capacity-rebalance ``` **Para verificar que el reequilibrio de la capacidad esté habilitado para un grupo de escalado automático** + Utilice el siguiente [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando para comprobar que el reequilibrio de capacidad esté activado y para ver los detalles. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg ``` A continuación, se muestra un ejemplo de respuesta. ``` { "AutoScalingGroups": [ { "AutoScalingGroupName": "my-asg", "AutoScalingGroupARN": "arn", ... "CapacityRebalance": true } ] } ``` **Para desactivar el reequilibrio de la capacidad** Utilice el [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando con la `--no-capacity-rebalance` opción de deshabilitar el reequilibrio de capacidad. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --no-capacity-rebalance ``` ## Recursos relacionados Para obtener más información sobre el reequilibrio de capacidad, consulte [Gestionar proactivamente el ciclo de vida de las instancias puntuales mediante la nueva función de reequilibrio de capacidad para Amazon EC2 Auto](https://aws.amazon.com/blogs/compute/proactively-manage-spot-instance-lifecycle-using-the-new-capacity-rebalancing-feature-for-ec2-auto-scaling/) Scaling en el blog de informática. AWS Para obtener más información acerca de las recomendaciones de reequilibrio de instancias de EC2, consulte [Recomendación de reequilibrio de instancias de EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/rebalance-recommendations.html) en la *Guía del usuario de Amazon EC2*. Para obtener más información acerca de los enlaces de ciclo de vida, consulte los siguientes recursos. + [Tutorial: Configuración de un enlace de ciclo de vida que invoca una función Lambda](tutorial-lifecycle-hook-lambda.md)(usando) EventBridge + [Tutorial: Uso del script de datos y los metadatos de la instancia para recuperar el estado del ciclo de vida](tutorial-lifecycle-hook-instance-metadata.md) ## Limitaciones + Amazon EC2 Auto Scaling puede reemplazar la instancia que recibe la notificación de reequilibrio solo si la instancia no está protegida contra la reducción horizontal. Sin embargo, la protección de reducir horizontalmente no impide la terminación debido a una interrupción de spot. Para obtener más información, consulte [Uso de la protección frente a la reducción horizontal de instancias para controlar la terminación de instancias](ec2-auto-scaling-instance-protection.md). + La compatibilidad con el reequilibrio de la capacidad está disponible en todas las Regiones de AWS comerciales donde está disponible Amazon EC2 Auto Scaling, excepto la región de Oriente Medio (EAU). # Capacidad reservada en zonas de disponibilidad específicas con reserva de capacidad Las reservas de capacidad bajo demanda de Amazon EC2 permiten reservar capacidad de cómputo para zonas de disponibilidad específicas. Para comenzar a utilizar reservas de capacidad con Auto Scaling, primero cree una reserva de capacidad o un grupo de reserva de capacidad en una zona de disponibilidad específica. Luego, puede agregar una preferencia de reserva de capacidad a su grupo de escalado automático al crearlo o al actualizar un grupo existente. Para crear una reserva de capacidad, consulte [Crear una reserva de capacidad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) en la *Guía del usuario de Amazon EC2*. Y para crear un grupo de reserva de capacidad, consulte [Crear un grupo de reservas de capacidad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-cr-group.html) en la *Guía del usuario de Amazon EC2*. ## Preferencia de reserva de capacidad La preferencia de reserva de capacidad permite usar las reservas de capacidad de manera eficiente al priorizar la capacidad reservada en una reserva de capacidad antes de usar la capacidad bajo demanda. Puede seleccionar una de las siguientes opciones de preferencia de reserva de capacidad: + **Predeterminado**: Auto Scaling utiliza la preferencia de reserva de capacidad de su plantilla de lanzamiento o una reserva de capacidad abierta. + **Ninguno**: Auto Scaling no lanzará instancias en una reserva de capacidad. Las instancias solo se ejecutarán en capacidad bajo demanda. + **Solo reservas de capacidad**: Auto Scaling solo lanzará instancias en una reserva de capacidad o un grupo de reserva de capacidad. No se lanzarán las instancias si no hay capacidad disponible. + **Reservas de capacidad primero**: Auto Scaling lanzará instancias en una reserva de capacidad o un grupo de reserva de capacidad. Las instancias se ejecutarán en capacidad bajo demanda si no hay capacidad disponible. Si selecciona solo reservas de capacidad o reservas de capacidad primero, puede especificar un objetivo de reserva de capacidad. **nota** Es obligatorio seleccionar una preferencia de reserva de capacidad. El objetivo de reserva de capacidad es opcional. **Aspectos a tener en cuenta sobre las preferencias de reserva de capacidad y las plantillas de lanzamiento** Es importante recordar lo siguiente si selecciona solo reservas de capacidad o reservas de capacidad primero: + Si selecciona solo reservas de capacidad o reservas de capacidad primero, Auto Scaling utilizará el objetivo de reserva de capacidad especificado en el grupo de escalado automático en lugar del objetivo de reserva de capacidad de la plantilla de lanzamiento. + Si selecciona solo reservas de capacidad o reservas de capacidad primero y no especifica un objetivo de reserva de capacidad, Auto Scaling utilizará el objetivo de reserva de capacidad de la plantilla de lanzamiento o una reserva de capacidad abierta. **Especificación del objetivo de reserva de capacidad** Si selecciona solo reservas de capacidad o reservas de capacidad primero, estarán disponibles las siguientes opciones del objetivo de reserva de capacidad: + **Abierta**: Auto Scaling lanzará instancias en cualquier reserva de capacidad abierta. Si seleccionó solo reservas de capacidad y la capacidad no está disponible, las instancias no se lanzarán. Pero si seleccionó reservas de capacidad primero y la capacidad no está disponible, las instancias se lanzarán en la capacidad bajo demanda. + **Especificar reserva de capacidad**: Auto Scaling lanzará las instancias en una reserva de capacidad especificada. Si seleccionó solo reservas de capacidad y la capacidad no está disponible, las instancias no se lanzarán. Pero si seleccionó reservas de capacidad primero y la capacidad no está disponible, las instancias se lanzarán en la capacidad bajo demanda. + **Especificar el grupo de recursos de reserva de capacidad**: Auto Scaling lanzará las instancias en una reserva de capacidad abierta en un grupo de recursos de reserva de capacidad especificado. Si seleccionó solo reservas de capacidad y la capacidad no está disponible, las instancias no se lanzarán. Pero si seleccionó reservas de capacidad primero y la capacidad no está disponible, las instancias se lanzarán en la capacidad bajo demanda. ## Equilibrio de la zona de disponibilidad y las reservas de capacidad Auto Scaling le da prioridad al equilibrio de la zona de disponibilidad incluso cuando se utilizan las preferencias de reservas de capacidad. Esto significa: + Con`capacity-reservations-first`: el grupo Auto Scaling distribuirá AZs primero las instancias de manera uniforme y, a continuación, utilizará las reservas de capacidad cuando estén disponibles. Si las reservas de capacidad no están disponibles en una zona de disponibilidad, las instancias se lanzarán bajo demanda para mantener el equilibrio de la zona de disponibilidad. + Con `capacity-reservations-only`: el grupo de escalado automático solo usará reservas de capacidad. Esto podría provocar una distribución desigual de las instancias en AZs función de dónde estén disponibles las reservas de capacidad. **Ejemplo** Si tiene 10 reservas de capacidad en AZ-a, 3 en AZ-b, 1 en AZ-c y una capacidad deseada de 9 instancias: + Con `capacity-reservations-first` para 9 instancias, se obtendrán 3 instancias por zona de disponibilidad (manteniendo el equilibrio de la zona de disponibilidad), y algunas instancias podrían ejecutarse bajo demanda. + Con `capacity-reservations-only` para 9 instancias provocará una distribución desigual según las reservas de capacidad disponibles. # Utilizar la preferencia de reserva de capacidad con el grupo de escalado automático Para usar las reservas de capacidad con su grupo de escalado automático, primero debe crear una reserva de capacidad o un grupo de recursos de reserva de capacidad. Luego, puede agregar una preferencia de reserva de capacidad a su grupo de escalado automático al crearlo o al actualizar un grupo existente. Para crear una reserva de capacidad, consulte [Crear una reserva de capacidad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) en la *Guía del usuario de Amazon EC2*. Y para crear un grupo de reserva de capacidad, consulte [Crear un grupo de reservas de capacidad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-group.html) en la *Guía del usuario de Amazon EC2*. Utilice uno de los siguientes métodos para usar la preferencia de reserva de capacidad al crear o editar un grupo de escalado automático. ------ #### [ Console ] **Cómo usar la preferencia de reserva de capacidad en un grupo nuevo (consola)** 1. Siga las instrucciones [Creación de un grupo de Auto Scaling mediante el asistente de lanzamiento de Amazon EC2](create-asg-ec2-wizard.md) y complete cada paso del procedimiento, hasta el paso 3. 1. En la página **Configurar el tamaño y la escala del grupo**, en **Ajustes de capacidad adicionales**, **Preferencia de reserva de capacidad**, seleccione una preferencia de reserva de capacidad. Para obtener información sobre la preferencia de reserva de capacidad, consulte [Preferencia de reserva de capacidad](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Continúe con los pasos en [Creación de un grupo de Auto Scaling mediante el asistente de lanzamiento de Amazon EC2](create-asg-ec2-wizard.md). ------ #### [ AWS CLI ] **Para usar la preferencia de reserva de capacidad en un grupo nuevo (AWS CLI)** Agregue el parámetro `--capacity-reservation-specification` al comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html). 1. Especifique la preferencia de reserva de capacidad. Para obtener más información, consulte [Preferencia de reserva de capacidad](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Especifique un objetivo de reserva de capacidad. Si selecciona solo reservas de capacidad o reservas de capacidad primero y no especifica un objetivo de reserva de capacidad, Auto Scaling utilizará el objetivo de reserva de capacidad de la plantilla de lanzamiento o una reserva de capacidad abierta. ------ ------ #### [ Console ] **Cómo usar la preferencia de reserva de capacidad 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 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 **Detalles**, en la sección **Preferencia de reserva de capacidad**, seleccione **Editar**. 1. En **Ajustes de capacidad adicional**, **Preferencia de reserva de capacidad**, seleccione una preferencia de reserva de capacidad. Para obtener información sobre la preferencia de reserva de capacidad, consulte [Preferencia de reserva de capacidad](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Elija **Actualizar**. ------ #### [ AWS CLI ] **Cómo usar la preferencia de reserva de capacidad en un grupo existente (AWS CLI)** Agregue el parámetro `--capacity-reservation-specification` al comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). 1. Especifique la preferencia de reserva de capacidad. Para obtener más información, consulte [Preferencia de reserva de capacidad](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Especifique un objetivo de reserva de capacidad. Si selecciona solo reservas de capacidad o reservas de capacidad primero y no especifica un objetivo de reserva de capacidad, Auto Scaling utilizará el objetivo de reserva de capacidad de la plantilla de lanzamiento o una reserva de capacidad abierta. ------ # Reservas de capacidad interrumpible con Auto Scaling de EC2 Las reservas de capacidad interrumpible representan la capacidad sobrante que le prestan los propietarios de reservas de capacidad bajo demanda de su organización. AWS Estas reservas son adecuadas para cargas de trabajo interrumpibles, ya que el propietario de la capacidad puede recuperar la capacidad en cualquier momento con un aviso de interrupción de 2 minutos, tras lo cual se dan por terminadas las instancias. Para obtener información general sobre las reservas de capacidad interrumpible y su funcionamiento, consulte las reservas de [capacidad interrumpible en la Guía](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) del usuario de *Amazon EC2*. Para empezar, cree una reserva interrumpible asignando la capacidad no utilizada de cualquier reserva de capacidad bajo demanda de su cuenta. A continuación, debe crear la plantilla de lanzamiento, especificar el identificador de reserva de capacidad interrumpible y el tipo de mercado correspondiente. Por último, cree su grupo de Auto Scaling para usar la plantilla de lanzamiento que ha creado. **nota** No se admiten grupos de instancias mixtas con reservas de capacidad interrumpibles. Las reservas de capacidad interrumpibles aparecen en su cuenta con un nuevo atributo `interruptible` establecido en. `true` **Topics** + [Directrices operativas](#operational-guidelines) + [Especifica una reserva de capacidad interrumpible en tu plantilla de lanzamiento](#specify-interruptible-cr) + [Limitaciones](#limitations) + [Recursos relacionados](#related-resources) ## Directrices operativas Las siguientes son pautas operativas básicas que debe seguir cuando utilice reservas de capacidad interrumpible con un grupo de Auto Scaling. + Las instancias lanzadas a partir de reservas de capacidad interrumpible se pueden cancelar con un aviso de 2 minutos cuando se recupere la capacidad. Diseñe sus aplicaciones de manera que se puedan detener sin problemas. + Amazon EC2 envía EventBridge las notificaciones 2 minutos antes de la finalización de las instancias. Si bien Auto Scaling no reacciona automáticamente ante estos eventos, puede configurar una automatización personalizada para responder a los avisos de interrupción. + Cuando las instancias se cancelan debido a la recuperación de capacidad, el comprobador de estado de Auto Scaling detectará la terminación y lanzará automáticamente las instancias de reemplazo según la configuración del grupo. + Seleccione una versión específica de la plantilla de lanzamiento en lugar de la `$Latest` versión `$Default` o para garantizar la coherencia. **nota** Cuando se recupera una instancia de reserva de capacidad interrumpible, las actividades de escalado de su grupo de Auto Scaling indicarán:. `taken out of service in response to an Amazon EC2 health check that indicated it had been terminated or stopped` Auto Scaling intentará reemplazar la instancia de la misma manera que lo hace con cualquier instancia que no pase una comprobación de estado. ## Especifica una reserva de capacidad interrumpible en tu plantilla de lanzamiento Para crear una plantilla de lanzamiento destinada a una reserva de capacidad interrumpible específica para su grupo de Auto Scaling, utilice uno de los siguientes métodos: ------ #### [ Console ] **Para especificar una reserva de capacidad interrumpible en la plantilla de lanzamiento (consola)** 1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. En la barra de navegación superior, selecciona el Región de AWS lugar donde tienes tu reserva de capacidad interrumpible. 1. En el panel de navegación, en **Instances**, seleccione **Launch Templates**. 1. Seleccione **Crear plantilla de lanzamiento** y cree la plantilla de lanzamiento. Incluya el ID de la AMI, el tipo de instancia y cualquier otra configuración de la plantilla de lanzamiento según sea necesario. 1. Expanda la sección **Detalles avanzados** para ver la configuración avanzada. 1. Como **opción de compra**, elija **Reserva de capacidad interrumpible**. 1. Para **la reserva de capacidad**, elija **Target por ID** y, a continuación, en **Reserva de capacidad (Target by ID)**, elija la ID de reserva de capacidad de una reserva de capacidad interrumpible existente. 1. Cuando haya terminado, seleccione **Crear plantilla de lanzamiento**. Para obtener ayuda para crear un grupo de escalado automático con una plantilla de lanzamiento, consulte [Creación de un grupo de Auto Scaling mediante una plantilla de lanzamiento](create-asg-launch-template.md). ------ #### [ AWS CLI ] **Para especificar una reserva de capacidad interrumpible en la plantilla de lanzamiento ()AWS CLI** Utilice el siguiente [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)comando para crear una plantilla de lanzamiento que especifique un ID de reserva de capacidad interrumpible existente. Reemplace cada marcador de posición de entrada del usuario con información propia. ``` aws ec2 create-launch-template --launch-template-name my-template-for-interruptible-cr \ --version-description AutoScalingVersion1 --region us-east-2 \ --launch-template-data file://config.json ``` **sugerencia** Si este comando arroja un error, asegúrese de haber actualizado la versión AWS CLI local a la última versión. Contenido de `config.json`: ``` { "ImageId": "ami-04d5cc9b88example", "InstanceType": "t3.nano", "SecurityGroupIds": [ "sg-903004f88example" ], "KeyName": "MyKeyPair", "InstanceMarketOptions": { "MarketType": "interruptible-capacity-reservation" }, "CapacityReservationSpecification": { "CapacityReservationTarget": { "CapacityReservationId": "cr-02168da1478b509e0" } } } ``` A continuación, se muestra un ejemplo de la salida: ``` { "LaunchTemplate": { "LaunchTemplateId": "lt-068f72b724example", "LaunchTemplateName": "my-template-for-interruptible-cr", "CreateTime": "2023-10-27T15:12:44.000Z", "CreatedBy": "arn:aws:iam::123456789012:user/Bob", "DefaultVersionNumber": 1, "LatestVersionNumber": 1 } } ``` Puede usar el siguiente [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html)comando para verificar el identificador de reserva de capacidad interrumpible asociado a la plantilla de lanzamiento: ``` aws ec2 describe-launch-template-versions --launch-template-names my-template-for-interruptible-cr \ --region us-east-2 ``` ------ **Configuración a nivel de grupo de Auto Scaling** Si lo desea, puede especificar la configuración de reserva de capacidad en el nivel de grupo de Auto Scaling para anular la configuración de la plantilla de lanzamiento: + **Preferencia de reserva de capacidad**: solo `capacity-reservations-only` se admite para reservas de capacidad interrumpibles. No se admite esta `capacity-reservations-first` preferencia. + **Especificación objetivo**: puede especificar un identificador de reserva de capacidad interrumpible diferente a nivel de grupo para anular la configuración de la plantilla de lanzamiento. ## Limitaciones + Las políticas de instancias mixtas no son compatibles con las reservas de capacidad interrumpible. + Debe especificar el tipo de mercado correcto (`interruptible-capacity-reservation`) en la plantilla de lanzamiento junto con el identificador de reserva de capacidad. ## Recursos relacionados + Para obtener información sobre la creación y administración de reservas de capacidad interrumpible, consulte Reservas de [capacidad interrumpible](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) en la Guía del usuario de *Amazon EC2*. + Para obtener información general sobre el uso de reservas de capacidad con Auto Scaling, consulte[Capacidad reservada en zonas de disponibilidad específicas con reserva de capacidad](use-ec2-capacity-reservations.md). + Para obtener información sobre las comprobaciones de estado de los grupos de Auto Scaling, consulte [Comprobaciones de estado para instancias de un grupo de Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html). # Cree grupos de Auto Scaling desde la línea de comandos usando AWS CloudShell Si es [compatible Regiones de AWS](https://docs.aws.amazon.com/cloudshell/latest/userguide/supported-aws-regions.html), puede ejecutar AWS CLI comandos utilizando AWS CloudShell un shell preautenticado y basado en un navegador que se inicia directamente desde el. Consola de administración de AWS Puedes ejecutar AWS CLI comandos en los servicios mediante el shell que prefieras (shell Bash o Z). PowerShell Puedes AWS CloudShell lanzarlos desde uno de los dos métodos siguientes: Consola de administración de AWS + Seleccione el AWS CloudShell icono de la barra de navegación de la consola. Se encuentra a la derecha del cuadro de búsqueda. + Utilice el cuadro de búsqueda de la barra de navegación de la consola para buscar la **CloudShell**opción **CloudShell**y, a continuación, seleccionarla. Cuando se AWS CloudShell abre por primera vez en una nueva ventana del navegador, aparece un panel de bienvenida con una lista de las funciones principales. Después de cerrar este panel, se proporcionan actualizaciones de estado mientras el shell configura y reenvía las credenciales de la consola. Cuando aparece el símbolo del sistema, el shell está listo para la interacción. Para obtener más información acerca este servicio, consulte la [Guía del usuario de AWS CloudShell](https://docs.aws.amazon.com//cloudshell/latest/userguide/welcome.html). # Cree grupos de Auto Scaling con AWS CloudFormation Amazon EC2 Auto Scaling está integrado AWS CloudFormation con un servicio que le ayuda a modelar y configurar AWS sus recursos para que pueda dedicar menos tiempo a crear y administrar sus recursos e infraestructura. Usted crea una plantilla que describe todos los AWS recursos que desea (como los grupos de Auto Scaling) y CloudFormation aprovisiona y configura esos recursos por usted. Cuando la utilice CloudFormation, podrá reutilizar la plantilla para configurar los recursos de Amazon EC2 Auto Scaling de forma coherente y repetida. Describa sus recursos una vez y, a continuación, aprovisione los mismos recursos una y otra vez en varias Cuentas de AWS regiones. ## Amazon EC2 Auto CloudFormation Scaling y plantillas Para aprovisionar y configurar los recursos de Amazon EC2 Auto Scaling y sus servicios relacionados, debe entender las [plantillas de CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html). Las plantillas son archivos de texto con formato JSON o YAML. Estas plantillas describen los recursos que desea aprovisionar en sus CloudFormation pilas. Si no estás familiarizado con JSON o YAML, puedes usar CloudFormation Designer para ayudarte a empezar con CloudFormation las plantillas. Para obtener más información, consulta [¿Qué es CloudFormation Designer?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/working-with-templates-cfn-designer.html) en la *Guía AWS CloudFormation del usuario*. Para empezar a crear sus propias plantillas de pila para Amazon EC2 Auto Scaling, haga las siguientes tareas: + Cree una plantilla de lanzamiento utilizando [AWS::EC2::LaunchTemplate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ec2-launchtemplate.html). + Cree un grupo de Auto Scaling mediante [AWS::AutoScaling::AutoScalingGroup AWS::AutoScaling::AutoScaling](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-autoscaling-autoscalinggroup.html) . Para ver un tutorial que muestra cómo implementar un grupo de escalado automático detrás de un Equilibrador de carga de aplicación, consulte [Tutorial: Cree un servidor web escalable con balanceadores de carga](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/walkthrough-autoscaling.html) en la *Guía del usuario de AWS CloudFormation *. Puede encontrar ejemplos útiles adicionales de fragmentos de plantillas con las que se crean grupos de escalado automático y recursos relacionados en las siguientes secciones de la *Guía del usuario de AWS CloudFormation *. + [Referencia de tipo de recurso de Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_AutoScaling.html) + [Configure los recursos de Amazon EC2 Auto Scaling con AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-ec2-auto-scaling.html) ## Obtenga más información sobre CloudFormation Para obtener más información CloudFormation, consulte los siguientes recursos: + [AWS CloudFormation](https://aws.amazon.com/cloudformation/) + [AWS CloudFormation Guía del usuario](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) + [CloudFormation Referencia de la API](https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/Welcome.html) + [AWS CloudFormation Guía del usuario de la interfaz de línea de comandos](https://docs.aws.amazon.com/cloudformation-cli/latest/userguide/what-is-cloudformation-cli.html) # Obtenga recomendaciones de tipos de instancias con AWS Compute Optimizer AWS proporciona recomendaciones de tipos de instancias de Amazon EC2 para ayudarlo a mejorar el rendimiento, ahorrar dinero o ambas cosas, mediante el uso de funciones impulsadas por. AWS Compute Optimizer Puede utilizar estas recomendaciones para decidir si desea pasar a un nuevo tipo de instancia en su grupo de escalado automático. Para hacer recomendaciones, Compute Optimizer analiza las especificaciones de instancia existentes y el historial de métricas recientes. A continuación, los datos compilados se utilizan para recomendar qué tipos de instancia de Amazon EC2 se optimizan mejor para gestionar la carga de trabajo de rendimiento existente. Las recomendaciones se devuelven junto con el precio de la instancia por hora. **nota** Para obtener recomendaciones de Compute Optimizer, primero debe darse de alta en Compute Optimizer. Para obtener más información, consulte el [Tutorial de introducción a AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html) en la *Guía del usuario de AWS Compute Optimizer *. **Topics** + [Limitaciones](#compute-optimizer-limitations) + [Hallazgos](#findings-classifications) + [Ver recomendaciones](#viewing-recommendations) + [Consideraciones para evaluar las recomendaciones](#considerations) ## Limitaciones Compute Optimizer genera recomendaciones para instancias en grupos de Auto Scaling que están configurados para lanzar y ejecutar tipos de instancias M, C, R, T y X. Sin embargo, no genera recomendaciones para los tipos de instancias -g que utilizan procesadores AWS Graviton2 (por ejemplo, C6g) ni para los tipos de instancias -n que tienen un rendimiento de ancho de banda de red superior (por ejemplo, M5n). Los grupos Auto Scaling también deben configurarse para ejecutar un único tipo de instancia (es decir, no hay tipos de instancia mixtos), no deben tener una política de escalado asociada a ellos y tener los mismos valores para la capacidad deseada, mínima y máxima (es decir, un grupo de escalado automático con un número fijo de instancias). Compute Optimizer genera recomendaciones para instancias en grupos de Auto Scaling que cumplen *todo* de estos requisitos de configuración. ## Hallazgos Compute Optimizer clasifica sus hallazgos para grupos de Auto Scaling de la siguiente manera: + **No optimizado**: se considera que un grupo de escalado automático no está optimizado cuando Compute Optimizer ha identificado una recomendación que puede proporcionar un mejor rendimiento para su carga de trabajo. + **Optimizado**: un grupo de escalado automático se considera optimizado cuando Compute Optimizer determina que el grupo está aprovisionado correctamente para ejecutar la carga de trabajo, según el tipo de instancia elegido. Para recursos optimizados, Compute Optimizer puede recomendar a veces un tipo de instancia de nueva generación. + **Ninguno**: no hay recomendaciones para este grupo de escalado automático. Esto puede ocurrir si hace menos de 12 horas que se dio de alta en Compute Optimizer, cuando el grupo de escalado automático lleva ejecutándose menos de 30 horas o cuando el grupo de escalado automático o el tipo de instancia no es compatible con Compute Optimizer. Para obtener más información, consulte la sección [Limitaciones](#compute-optimizer-limitations). ## Ver recomendaciones Una vez que haya optado por Compute Optimizer, puede ver las conclusiones y recomendaciones que genera para los grupos de Auto Scaling. Si ha optado recientemente, es posible que las recomendaciones no estén disponibles durante un máximo de 12 horas. **Para ver las recomendaciones generadas para un grupo de escalado automático** 1. Abre la consola de Compute Optimizer en. [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/) Se abrirá la página de Panel. 1. Elija **View recommendations for all Auto Scaling groups (Ver recomendaciones para todos los grupos de Auto Scaling)**. 1. Seleccione el grupo de escalado automático. 1. Elija **View detail (Ver detalles)**. La vista cambia para mostrar hasta tres recomendaciones de instancia diferentes en una vista preconfigurada, en función de la configuración predeterminada de la tabla. También proporciona datos de CloudWatch métricas recientes (uso promedio de la CPU, promedio de entrada de red y promedio de salida de red) para el grupo Auto Scaling. Determine si desea utilizar alguna de las recomendaciones. Decida si desea optimizar para mejora del rendimiento, para reducción de costos o para una combinación de ambos. Para cambiar el tipo de instancia del grupo de escalado automático, actualice la plantilla de lanzamiento o el grupo de escalado automático para que utilicen una nueva configuración de lanzamiento. Las instancias existentes siguen utilizando la configuración anterior. Para actualizar las instancias existentes, termínelas de forma que se sustituyan por el grupo de escalado automático o permita que el escalado automático reemplace gradualmente las instancias más antiguas por instancias más recientes en función de sus [políticas de terminación](as-instance-termination.md). **nota** Con la duración máxima de la instancia y las características de actualización de instancias, también puede reemplazar las instancias existentes de su grupo de escalado automático para iniciar nuevas instancias que utilicen la nueva plantilla de lanzamiento o configuración de lanzamiento. Para obtener más información, consulte [Reemplazo de instancias de Auto Scaling en función de la duración máxima de la instancia](asg-max-instance-lifetime.md) y [Uso de una actualización de instancias para actualizar instancias en un grupo de escalado automático](asg-instance-refresh.md). ## Consideraciones para evaluar las recomendaciones Antes de pasar a un nuevo tipo de instancia, tenga en cuenta lo siguiente: + Las recomendaciones no prevén el uso que hará de ellas. Las recomendaciones se basan en su uso histórico durante el periodo de 14 días más reciente. Asegúrese de elegir un tipo de instancia que se espera que satisfaga sus necesidades de uso futuras. + Céntrese en las métricas gráficas para determinar si el uso real es inferior a la capacidad de la instancia. También puede ver los datos métricos (promedio, pico, percentil) para evaluar más CloudWatch a fondo sus recomendaciones de instancias de EC2. Por ejemplo, observe cómo cambian las métricas de porcentaje de CPU durante el día y si hay picos que deben acomodarse. Para obtener más información, consulta Cómo [ver las métricas disponibles](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html) en la *Guía del CloudWatch usuario de Amazon*. + Compute Optimizer podría proporcionar recomendaciones para instancias de rendimiento ampliable, que son las instancias T3, T3a y T2. Si superas periódicamente tu valor de referencia, asegúrate de poder seguir haciéndolo en función de la v CPUs del nuevo tipo de instancia. Para obtener más información, consulte [Créditos de CPU y rendimiento de referencia para las instancias de rendimiento ampliable](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) en la *Guía del usuario de Amazon EC2*. + Si ha comprado una Instancia reservada, es posible que su instancia a petición se le facture como una Instancia reservada. Antes de cambiar el tipo de instancia actual, evalúe primero el impacto en la utilización y la cobertura de la instancia reservada. + Considere la posibilidad de cambiar a instancias de nueva generación, siempre que sea posible. + Al migrar a una familia de instancias diferente, asegúrese de que el tipo de instancia actual y el nuevo tipo de instancia sean compatibles, por ejemplo, en cuanto a virtualización, arquitectura o tipo de red. Para obtener más información, consulte [Compatibilidad con el redimensionamiento de instancias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-limitations) en la *Guía del usuario de Amazon EC2*. + Por último, considere la calificación de riesgo de rendimiento que se proporciona para cada recomendación. El riesgo de rendimiento indica la cantidad de esfuerzo que puede necesitar invertir para validar si el tipo de instancia recomendado cumple los requisitos de rendimiento de la carga de trabajo. También es recomendable que realice pruebas de carga y rendimiento rigurosas antes y después de realizar cualquier cambio. **Recursos adicionales** Además de los temas de esta página, consulte los siguientes recursos: + [Tipos de instancias de Amazon EC2](https://aws.amazon.com/ec2/instance-types/) + [AWS Compute Optimizer Guía del usuario](https://docs.aws.amazon.com/compute-optimizer/latest/ug/) # Utilice Elastic Load Balancing para distribuir el tráfico entrante de la aplicación en su grupo de escalado automático. Elastic Load Balancing distribuye automáticamente el tráfico entrante de la aplicación entre todas las instancias EC2 que están en ejecución. Elastic Load Balancing ayuda a administrar las solicitudes entrantes dirigiendo el tráfico de manera óptima para que ninguna instancia supere su capacidad. Para utilizar Elastic Load Balancing con el grupo de Auto Scaling, [asocie el balanceador de carga al grupo de Auto Scaling](attach-load-balancer-asg.md). De este modo, se registra el grupo en el balanceador de carga, que actúa como un único punto de contacto para todo el tráfico web entrante al grupo de Auto Scaling. Si utiliza Elastic Load Balancing con el grupo de Auto Scaling, no es necesario registrar las instancias EC2 individuales con el balanceador de carga. Las instancias lanzadas por el grupo de Auto Scaling se registran automáticamente en el balanceador de carga. Del mismo modo, se anula automáticamente el registro en el balanceador de carga de las instancias que el grupo de Auto Scaling termina. Después de adjuntar un balanceador de carga al grupo de Auto Scaling, puede configurar el grupo de Auto Scaling para que utilice métricas de Elastic Load Balancing (como el recuento de solicitudes del Application Load Balancer por destino) para escalar el número de instancias del grupo a medida que fluctúe la demanda. Opcionalmente, puede agregar comprobaciones de estado de Elastic Load Balancing al grupo de Auto Scaling para que Amazon EC2 Auto Scaling pueda identificar y reemplazar instancias que no estén en buen estado en función de estas comprobaciones de estado adicionales. De lo contrario, puede crear una CloudWatch alarma que le notifique si el número de anfitriones en buen estado del grupo objetivo es inferior al permitido. **Topics** + [Tipos de Elastic Load Balancing](#integrations-aws-elastic-load-balancing-types) + [Preparación para asociar un equilibrador de carga](getting-started-elastic-load-balancing.md) + [Asociar un equilibrador de carga](attach-load-balancer-asg.md) + [Configuración del equilibrador de carga](as-create-load-balancer-console.md) + [Verificación del estado de asociación](load-balancer-status.md) + [Agregar una zona de disponibilidad](as-add-az-console.md) + [Eliminar una zona de disponibilidad](as-remove-az-console.md) + [Desconexión de un balanceador de carga](as-remove-load-balancer.md) + [AWS CLI ejemplos para trabajar con Elastic Load Balancing](examples-elastic-load-balancing-aws-cli.md) ## Tipos de Elastic Load Balancing Elastic Load Balancing ofrece cuatro tipos de balanceadores de carga que se pueden utilizar con el grupo de Auto Scaling: balanceadores de carga de aplicaciones, balanceadores de carga de red, balanceadores de carga de gateway y balanceadores de carga clásicos. Hay una diferencia clave en el modo en que se configuran los tipos de equilibrador de carga. Con los balanceadores de carga de aplicaciones, los balanceadores de carga de red y los balanceadores de carga de gateway, las instancias se registran como destinos en un grupo de destino y puede dirigir el tráfico al grupo de destino. Con los balanceadores de carga clásicos, las instancias se registran directamente en el balanceador de carga. Equilibrador de carga de aplicación Enruta y balancea la carga en la capa de la aplicación (HTTP/HTTPS) y admite el enrutamiento basado en rutas. Un Application Load Balancer puede dirigir las solicitudes a puertos de uno o varios destinos registrados, como instancias EC2, en la nube virtual privada (VPC). Equilibrador de carga de red Dirige y equilibra la carga en la capa de transporte (capa 4 de TCP/UDP) basándose en la información de las direcciones que extrae del encabezado de la capa 4. Los balanceadores de carga de red pueden gestionar ráfagas de tráfico, conservar la IP de origen del cliente y utilizar una IP fija mientras dura la vida útil del balanceador de carga. Balanceador de carga de gateway Distribuye el tráfico a una flota de instancias de dispositivo. Proporciona escalabilidad, disponibilidad y simplicidad para dispositivos virtuales de terceros, como firewalls, sistemas de prevención y detección de intrusiones y otros dispositivos. Los balanceadores de carga de gateway funcionan con dispositivos virtuales compatibles con el protocolo GENEVE. Se requiere una integración técnica adicional, así que asegúrese de consultar la guía del usuario antes de elegir un balanceador de carga de gateway. Equilibrador de carga clásico Las rutas y los equilibrios de carga se encuentran en la capa de transporte (TCP/SSL), or at the application layer (HTTP/HTTPS). Para conocer mejor los diferentes tipos de equilibradores de carga disponibles, consulte los siguientes recursos: + [¿Qué es Elastic Load Balancing?](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/what-is-load-balancing.html) + [¿Qué es un Application Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) + [¿Qué es un Network Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html) + [¿Qué es un balanceador de carga de gateway?](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/introduction.html) + [¿Qué es un Classic Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html) # Preparación para asociar un equilibrador de carga de Elastic Load Balancing Debe cumplir estos requisitos previos antes de conectar un equilibrador de carga de Elastic Load Balancing al grupo de escalado automático: + Debe haber creado ya el equilibrador de carga y el grupo de destino que se usa para dirigir el tráfico al grupo de escalado automático. Hay dos formas de crear el equilibrador de carga y el grupo de destino: + **Uso de Elastic Load Balancing**: siga los procedimientos de la documentación de Elastic Load Balancing para crear y configurar el equilibrador de carga y el grupo de destino antes de crear el grupo de escalado automático. Omita el paso para registrar las instancias de Amazon EC2. Amazon EC2 Auto Scaling se encarga de registrar de manera automática las instancias, así como de anular dicho registro, cuando conecta un grupo de destino al grupo de escalado automático. Para obtener más información, consulte [Introducción a Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html) en la *Guía del usuario de Elastic Load Balancing*. + **Uso de Amazon EC2 Auto Scaling**: crear, configurar y asociar el equilibrador de carga y el grupo de destino con una configuración básica desde la consola de Amazon EC2 Auto Scaling. Para obtener más información, consulte [Configuración de un equilibrador de carga de aplicación o un equilibrador de carga de red desde la consola](as-create-load-balancer-console.md). + Antes de crear un equilibrador de carga, conozca cuál necesita. Para obtener más información, consulte [Tipos de Elastic Load Balancing](autoscaling-load-balancer.md#integrations-aws-elastic-load-balancing-types). + El balanceador de cargas y su grupo objetivo deben estar en la misma Cuenta de AWS VPC y región que tu grupo de Auto Scaling. + Los grupos de destino deben especificar el tipo de destino `instance`. No puede especificar un tipo de destino `ip` cuando se utiliza un grupo de Auto Scaling. + Si su plantilla de inicialización para su grupo de escalado automático no contiene el grupo de seguridad correcto que permita que el tráfico entrante del equilibrador de carga, debe actualizar la plantilla de inicialización. Las reglas recomendadas dependen del tipo de balanceador de carga y los tipos de backends que utilice el balanceador de carga. Por ejemplo, para dirigir el tráfico a los servidores web, permita el acceso HTTP entrante en el puerto 80 desde el balanceador de carga. Las instancias existentes no se actualizan con la nueva configuración cuando se modifica la plantilla de lanzamiento. Para actualizar las instancias existentes, puede comenzar una actualización de instancias para reemplazarlas. 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). + Los grupos de seguridad en la plantilla de inicialización deben permitir el acceso desde el equilibrador de carga en el puerto correcto para que Elastic Load Balancing realice las comprobaciones de estado. + Al implementar dispositivos virtuales detrás de un equilibrador de carga de puertas de enlace, la imagen de máquina de Amazon (AMI) en la plantilla de inicialización debe especificar el ID de una AMI que admita el protocolo GENEVE para permitir al grupo de escalado automático intercambiar tráfico con un equilibrador de carga de puertas de enlace. Además, los grupos de seguridad que especifique en la plantilla de inicialización deben permitir el tráfico UDP en el puerto 6081. **sugerencia** Si tiene scripts de arranque que tardan en completarse, de manera opcional puede agregar un enlace de ciclo de vida de lanzamiento a su grupo de escalado automático para retrasar el registro de las instancias detrás del equilibrador de carga antes de que sus scripts de arranque se hayan completado correctamente y que las aplicaciones de las instancias estén listas para aceptar tráfico. No puede agregar un enlace de ciclo de vida cuando crea inicialmente un grupo de Auto Scaling en la consola de Amazon EC2 Auto Scaling. Sin embargo, puede agregar un enlace de ciclo de vida después de crear el grupo. Para obtener más información, consulte [Enlaces de ciclo de vida de Amazon EC2 Auto Scaling](lifecycle-hooks.md). ## Configuración de las comprobaciones de estado de los destinos Puede configurar comprobaciones de estado para sus objetivos registrados con un equilibrador de carga de Elastic Load Balancing para garantizar que puedan administrar el tráfico de forma adecuada. Los pasos específicos varían según el tipo de equilibrador de carga que utilice. Para obtener más información, consulte los siguientes recursos: + **Equilibradores de carga de aplicación**. Consulte [Comprobaciones de estado de los grupos de destino](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html) en la *Guía del usuario para equilibradores de carga de aplicación*. + **Equilibradores de carga de red**. Consulte [Comprobaciones de estado de los grupos de destino](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html) en la *Guía del usuario de los equilibradores de carga de red*. + **Equilibrador de carga de la puerta de enlace**. Consulte [Comprobaciones de estado de los grupos de destino](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/health-checks.html) en la *Guía del usuario de los equilibradores de carga de la puerta de enlace.* + **Equilibrador de carga clásico**. Consulte [Configuración de comprobaciones de estado para el balanceador de carga clásico](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-healthchecks.html) en la *Guía del usuario para Equilibradores de carga clásicos*. De forma predeterminada, Amazon EC2 Auto Scaling no considera que una instancia está en mal estado ni la reemplaza si no supera las comprobaciones de estado de Elastic Load Balancing. Las comprobaciones de estado predeterminadas de un grupo de escalado automático son solo comprobaciones de estado de EC2. 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). Para permitir que Amazon EC2 Auto Scaling sustituya las instancias que Elastic Load Balancing considera que están en mal estado, puede configurar el grupo de escalado automático para que utilice las comprobaciones de estado de Elastic Load Balancing. De este modo, Amazon EC2 Auto Scaling considera que la instancia está en mal estado si no supera las comprobaciones de estado de EC2 o las comprobaciones de estado de Elastic Load Balancing. Si asocia varios grupos de destino del balanceador de carga o balanceadores de carga clásicos al grupo, todos ellos deben registrar la instancia como correcta para que se considere que está en buen estado. Si cualquiera de ellos informa de una instancia como en mal estado, el grupo de Auto Scaling reemplaza la instancia, aunque otros informen que es correcta. Para obtener más información sobre cómo habilitar las comprobaciones de estado para su grupo de escalado automático, consulte [Asociación de un equilibrador de carga de Elastic Load Balancing al grupo de escalado automático](attach-load-balancer-asg.md). **nota** Para asegurarse de que estas comprobaciones de estado comiencen lo antes posible, asegúrese de que el periodo de gracia de las comprobaciones de estado del grupo no sea demasiado alto, sino lo suficiente para que las comprobaciones de estado de Elastic Load Balancing puedan determinar si hay un objetivo disponible para gestionar las solicitudes. Para obtener más información, consulte [Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático](health-check-grace-period.md). # Asociación de un equilibrador de carga de Elastic Load Balancing al grupo de escalado automático En este tema, se describe cómo asociar un equilibrador de carga de Elastic Load Balancing al grupo de escalado automático. También describe cómo activar las comprobaciones de estado de Elastic Load Balancing para permitir que Amazon EC2 Auto Scaling sustituya las instancias que Elastic Load Balancing informa que están en mal estado. De forma predeterminada, Amazon EC2 Auto Scaling solo reemplaza las instancias en mal estado o inaccesibles en función de las comprobaciones de estado de Amazon EC2. Si activa las comprobaciones de estado de Elastic Load Balancing, Amazon EC2 Auto Scaling puede reemplazar una instancia en ejecución si alguno de los equilibradores de carga de Elastic Load Balancing que asocie al grupo de escalado automático informa que está en mal estado. Para obtener un tutorial sobre cómo adjuntar un equilibrador de carga de aplicación al grupo de escalado automático, consulte [Tutorial: Configuración de una aplicación con escalado y balanceo de carga aplicados](tutorial-ec2-auto-scaling-load-balancer.md). **importante** Antes de continuar, complete todos los [requisitos previos](getting-started-elastic-load-balancing.md) de la sección anterior. **Contents** + [Asociación de un grupo de destino o equilibrador de carga clásico](#as-add-load-balancer-console) + [Desasociación de un grupo de destino o equilibrador de carga clásico](#as-remove-load-balancer) ## Asociación de un grupo de destino o equilibrador de carga clásico Si crea o actualiza un grupo de escalado automático, puede asociar uno o varios grupos de destino o equilibradores de carga clásicos. Al asociar un equilibrador de carga de aplicación, un equilibrador de carga de red o un equilibrador de carga de puerta de enlace, se asocia un grupo de destino en lugar del propio equilibrador de carga. Siga los pasos de esta sección para utilizar la consola a fin de hacer lo siguiente: + Asociación de un grupo de destino o un equilibrador de carga clásico a un grupo de escalado automático + Activación de las comprobaciones de estado de Elastic Load Balancing **Para asociar un balanceador de carga existente mientras crea un nuevo grupo de Auto Scaling** 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 de la parte superior de la pantalla, seleccione la Región de AWS en la que creó su equilibrador de carga. 1. Elija **Create Auto Scaling group (Crear grupo de escalado automático)**. 1. En los pasos 1 y 2, elija las opciones que desee y continúe en **Paso 3: Configurar opciones avanzadas**. 1. En **Load balancing (Balanceo de carga)**, elija **Attach to an existing load balancer (Enlazar a un balanceador de carga existente)**. 1. En **Attach to an existing load balancer (Enlazar a un balanceador de carga existente)**, lleve a cabo una de las siguientes operaciones: 1. En los balanceadores de carga de aplicaciones, los balanceadores de carga de red y los balanceadores de carga de gateway: Seleccione **Choose from your load balancer target groups (Elegir entre los grupos de destino del balanceador de carga)** y, a continuación, elija un grupo de destino en el campo **Existing load balancer target groups (Grupos de destino existentes del balanceador de carga)**. 1. En los balanceadores de carga clásicos: Seleccione **Choose from Classic Load Balancers (Elegir entre los balanceadores de carga clásicos)** y, a continuación, elija el balanceador de carga en el campo **Classic Load Balancers (Balanceadores de carga clásicos)**. 1. (Opcional) En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, seleccione **Activar las comprobaciones de estado de Elastic Load Balancing**. 1. (Opcional) En **Período de gracia de comprobación de estado**, ingrese el tiempo, en segundos. Este es el tiempo que Amazon EC2 Auto Scaling debe esperar antes de comprobar el estado de una instancia una vez que pasa al estado `InService`. Para obtener más información, consulte [Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático](health-check-grace-period.md). 1. Proceda a crear el grupo de Auto Scaling. Las instancias se registrarán automáticamente en el balanceador de carga una vez creado el grupo de Auto Scaling. **Asociación de un equilibrador de carga existente a su grupo de escalado automático luego de haberlo creado** 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. Seleccione la casilla situada junto al grupo de escalado automático. Se abre un panel dividido en la parte inferior de la página **Auto Scaling groups** (Grupos de Auto Scaling). 1. En la pestaña **Integraciones**, elija **Equilibrador de carga** y luego **Editar**. 1. En **Load balancing (Balance de carga)**, realice una de las siguientes acciones: 1. En **Application, Network or Gateway Load Balancer target groups (Grupos de destino del Application Load Balancer, red o gateway)**, seleccione su casilla de verificación y elija un grupo de destino. 1. En **Classic Load Balancers (Balanceadores de carga clásicos)**, seleccione su casilla de verificación y elija el balanceador de carga. 1. Elija **Actualizar**. Cuando termine de asociar el equilibrador de carga, si lo desea, puede activar las comprobaciones de estado que lo utilizan. **Cómo activar las comprobaciones de estado de Elastic Load Balancing** 1. En la pestaña **Details (Detalles)**, elija **Health checks (Comprobaciones de estado)**, **Edit (Editar)**. 1. En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, seleccione **Activar las comprobaciones de estado de Elastic Load Balancing**. 1. En **Período de gracia de comprobación de estado**, ingrese el tiempo, en segundos. Este es el tiempo que Amazon EC2 Auto Scaling debe esperar antes de comprobar el estado de una instancia una vez que pasa al estado `InService`. Para obtener más información, consulte [Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático](health-check-grace-period.md). 1. Elija **Actualizar**. **nota** Puede usar AWS CLI para supervisar el estado del equilibrador de carga mientras está conectado. Cuando Amazon EC2 Auto Scaling registre correctamente las instancias y al menos una de ellas supere las comprobaciones de estado, recibirá el estado `InService`. Para obtener más información, consulte [Verificación del estado de asociación del equilibrador de carga](load-balancer-status.md). ## Desasociación de un grupo de destino o equilibrador de carga clásico Cuando ya no necesite el balanceador de carga, utilice el siguiente procedimiento para desconectarlo del grupo de Auto Scaling. **Para desasociar un balanceador de carga de un grupo** 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. Seleccione la casilla de verificación situada junto a un grupo existente. Se abre un panel dividido en la parte inferior de la página **Auto Scaling groups** (Grupos de Auto Scaling). 1. En la pestaña **Details (Detalles)**, elija **Load balancing (Balance de carga)**, **Edit (Editar)**. 1. En **Load balancing (Balance de carga)**, realice una de las siguientes acciones: 1. En **Application, Network or Gateway Load Balancer target groups (Grupos de destino del Application Load Balancer, red o gateway)**, elija el icono de eliminación (X) situado junto al grupo de destino. 1. En **Classic Load Balancers (Balanceadores de carga clásicos)**, elija el icono de eliminación (X) situado junto al balanceador de carga. 1. Elija **Actualizar**. Cuando termine de desasociar el grupo de destino, podrá desactivar las comprobaciones de estado de Elastic Load Balancing. **Cómo desactivar comprobaciones de estado de Elastic Load Balancing** 1. En la pestaña **Details (Detalles)**, elija **Health checks (Comprobaciones de estado)**, **Edit (Editar)**. 1. En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, anule la selección **Activar las comprobaciones de estado de Elastic Load Balancing**. 1. Elija **Actualizar**. # Configuración de un equilibrador de carga de aplicación o un equilibrador de carga de red desde la consola Utilice el siguiente procedimiento para crear y asociar un Application Load Balancer o un Network Load Balancer a medida que crea el grupo de Auto Scaling. **Para cear y asociar un balanceador de carga existente mientras crea un nuevo grupo de Auto Scaling** 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. Elija **Create Auto Scaling group (Crear grupo de escalado automático)**. 1. En los pasos 1 y 2, elija las opciones que desee y continúe en **Paso 3: Configurar opciones avanzadas**. 1. En **Load balancing (Balanceo de carga)**, elija **Attach to a new load balancer (Asociar a un nuevo balanceador de carga)**. 1. En **Attach to a new load balancer (Asociar a un nuevo balanceador de carga)**, en **Load balancer type (Tipo de balanceador de carga)**, elija si desea crear un Application Load Balancer o un Network Load Balancer. 1. En **Load balancer name (Nombre del balanceador de carga)**, escriba un nombre para el balanceador de carga o conserve el nombre predeterminado. 1. En **Load balancer scheme (Esquema del balanceador de carga)**, elija si desea crear un balanceador de carga público orientado a Internet o si mantiene el valor predeterminado para un balanceador de carga interno. 1. En **Availability Zones and subnets (Zonas de disponibilidad y subredes)**, seleccione la subred pública de cada zona de disponibilidad en la que elija lanzar las instancias EC2. (Se rellenan previamente a partir del paso 2). 1. En **Listeners and routing (Agentes de escucha y enrutamiento**, actualice el número de puerto de su agente de escucha (si es necesario) y en **Default routing (Enrutamiento predeterminado)**, elija **Create a target group (Crear un grupo de destino)**. O bien, puede elegir un grupo de destino existente en la lista desplegable. 1. Si eligió **Create a target group (Crear un grupo de destino)** en el último paso, en **New target group name (Nombre del nuevo grupo de destino)**, escriba un nombre para el grupo de destino o conserve el nombre predeterminado. 1. Para agregar etiquetas al equilibrador de carga, elija **Add Tags** (Agregar etiquetas), facilite una clave y un valor para cada etiqueta. 1. (Opcional) En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, seleccione **Activar las comprobaciones de estado de Elastic Load Balancing**. 1. (Opcional) En **Período de gracia de comprobación de estado**, ingrese el tiempo, en segundos. Este es el tiempo que Amazon EC2 Auto Scaling debe esperar antes de comprobar el estado de una instancia una vez que pasa al estado `InService`. Para obtener más información, consulte [Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático](health-check-grace-period.md). 1. Proceda a crear el grupo de Auto Scaling. Las instancias se registrarán automáticamente en el balanceador de carga una vez creado el grupo de Auto Scaling. **nota** Después de crear el grupo de Auto Scaling, puede utilizar la consola de Elastic Load Balancing para crear agentes de escucha adicionales. Esto resulta útil si necesita crear un agente de escucha con un protocolo seguro, como HTTPS o un agente de escucha UDP. Puede agregar más agentes de escucha a los balanceadores de carga existentes, siempre y cuando utilice puertos distintos. # Verificación del estado de asociación del equilibrador de carga Después de asociar un equilibrador de carga, este pasa a tener el estado `Adding` mientras registra las instancias del grupo. Cuando se registran todas las instancias del grupo, entra en el estado `Added`. Cuando al menos una de las instancias registradas supera las comprobaciones de estado, pasa a tener el estado `InService`. Cuando el balanceador de carga se encuentra en el estado `InService`, Amazon EC2 Auto Scaling puede terminar y reemplazar las instancias notificadas como en mal estado. Si ninguna de las instancias registradas supera las comprobaciones de estado (debido, por ejemplo, a una comprobación de estado configurada incorrectamente), el balanceador de carga no pasa al estado `InService`. Amazon EC2 Auto Scaling no termina y reemplaza las instancias. Cuando desasocia un balanceador de carga, este pasa a tener el estado `Removing` mientras se cancela el registro de las instancias del grupo. Las instancias siguen ejecutándose una vez que se cancela el registro. De forma predeterminada, el drenaje de conexión (retardo de anulación del registro) está habilitado para Application Load Balancers, Network Load Balancers y Gateway Load Balancers. Si Connection Draining está habilitado, Elastic Load Balancing espera a que se completen las solicitudes en tránsito o a que termine el tiempo de espera máximo (lo que ocurra primero) antes de cancelar el registro de las instancias. Puede verificar el estado del archivo adjunto mediante AWS Command Line Interface (AWS CLI) o AWS SDKs. No puede verificar el estado de asociación desde la consola. **Para usar el AWS CLI para verificar el estado del archivo adjunto** El siguiente [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)comando devuelve el estado de los adjuntos de todas las fuentes de tráfico del grupo de Auto Scaling especificado. ``` aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg ``` El ejemplo devuelve el ARN del grupo de destino de Elastic Load Balancing que está asociado al grupo de escalado automático, junto con el estado de asociación del grupo de destino en el elemento `State`. ``` { "TrafficSources": [ { "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456", "State": "InService", "Type": "elbv2" } ] } ``` # Agregar una zona de disponibilidad Para aprovecharse de la seguridad y la fiabilidad de la redundancia geográfica, distribuya el grupo de escalado automático entre varias zonas de disponibilidad de una región en la que trabaje y asocie después un equilibrador de carga para distribuir el tráfico entrante entre las zonas de disponibilidad. Cuando una zona de disponibilidad pasa a tener un estado incorrecto o deja de estar disponible, Amazon EC2 Auto Scaling lanza nuevas instancias en la zona de disponibilidad afectada. Cuando la zona de disponibilidad en mal estado vuelve a tener un estado correcto, Amazon EC2 Auto Scaling redistribuye automáticamente las instancias de la aplicación de manera uniforme por todas las zonas de disponibilidad del grupo de Auto Scaling. Para ello, Amazon EC2 Auto Scaling intenta lanzar nuevas instancias en la zona de disponibilidad con el menor número de instancias. Sin embargo, el intento fracasa, Amazon EC2 Auto Scaling intenta lanzar instancias en otras zonas de disponibilidad hasta que lo consiga. Elastic Load Balancing crea un nodo de balanceador de carga para cada zona de disponibilidad que habilita para el balanceador de carga. Si habilita el balanceo de carga entre zonas para el balanceador de carga, cada nodo del balanceador de carga distribuye el tráfico equitativamente entre las instancias registradas en todas las zonas de disponibilidad habilitadas. Si el equilibrio de cargas entre zonas está inhabilitado, cada nodo del equilibrador de carga distribuye las solicitudes equitativamente entre todas las instancias registradas solo en su zona de disponibilidad. Deberá especificar al menos una zona de disponibilidad cuando crea el grupo de Auto Scaling. Después, puede ampliar la disponibilidad de su aplicación agregando una zona de disponibilidad al grupo de Auto Scaling y habilitando esa zona de disponibilidad para el balanceador de carga (si este lo admite). **Limitaciones** Para actualizar las zonas de disponibilidad que están habilitadas para el balanceador de carga, debe conocer las siguientes limitaciones: + Cuando se habilita una zona de disponibilidad para el balanceador de carga, se especifica una subred de esa zona de disponibilidad. Tenga en cuenta que puede habilitar como máximo una subred por cada zona de disponibilidad para el balanceador de carga. + Para los balanceadores de carga expuestos a Internet, las subredes que especifique para el balanceador de carga deben tener al menos ocho direcciones IP disponibles. + Para los balanceadores de carga de aplicaciones, debe habilitar al menos dos zonas de disponibilidad. + En el caso de los balanceadores de carga de red, no puede desactivar las zonas de disponibilidad habilitadas, pero puede habilitar otras adicionales. + En el caso de los equilibradores de carga de puerta de enlace, no puede desactivar las zonas de disponibilidad habilitadas, pero puede habilitar otras adicionales. Utilice el siguiente procedimiento para ampliar el grupo de Auto Scaling y el balanceador de carga a una subred en una zona de disponibilidad adicional. **Para agregar una zona de disponibilidad** 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. Seleccione la casilla de verificación situada junto a un grupo existente. Se abre un panel dividido en la parte inferior de la página **Auto Scaling groups** (Grupos de Auto Scaling). 1. En la pestaña **Details (Detalles)**, elija **Network (Red)**, **Edit (Editar)**. 1. En **Subredes**, elija la subred correspondiente a la zona de disponibilidad que desee agregar al grupo de Auto Scaling. 1. Elija **Actualizar**. 1. Para actualizar las zonas de disponibilidad del balanceador de carga para que comparta las mismas zonas de disponibilidad que el grupo de Auto Scaling, realice los pasos siguientes: 1. En el panel de navegación, en **Equilibrio de carga**, elija **Equilibradores de carga**. 1. Elija el equilibrador de carga de . 1. Realice una de las siguientes acciones: + Para los balanceadores de carga de aplicaciones y los balanceadores de carga de red: 1. En la pestaña **Description (Descripción)**, en **Availability Zones (Zonas de disponibilidad)**, elija **Edit subnets (Editar las subredes)**. 1. En la página **Edit subnets (Editar las subredes)**, en **Availability Zones (Zonas de disponibilidad)**, seleccione la casilla de verificación de la zona de disponibilidad que desea agregar. Si solo hay una subred para esa zona, se selecciona. Si hay más de una subred para esa zona, seleccione una de ellas. + Para balanceadores de carga clásicos en una VPC: 1. En la pestaña **Instances** (Instancias), elija **Edit Availability Zones** (Editar zonas de disponibilidad). 1. En la página **Add and Remove Subnets (Agregar y eliminar subredes)**, en **Available subnets (Subredes disponibles)**, seleccione la subred utilizando su icono de adición (\$1). La subred se situará bajo **Selected subnets** (Subredes seleccionadas). 1. Seleccione **Save**. ## Recursos relacionados Amazon EC2 Auto Scaling reequilibra el grupo al cambiar las zonas de disponibilidad. Esto implica reemplazar y redistribuir algunas instancias. Para obtener más información, consulte [Ejemplo: distribuir instancias entre zonas de disponibilidad](auto-scaling-benefits.md#arch-AutoScalingMultiAZ). Si ha registrado destinos en zonas de disponibilidad que no están habilitadas para el equilibrador de cargas, este no dirige el tráfico hacia ellas. Para obtener más información, consulte [Funcionamiento de Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html) en la *Guía del usuario de Elastic Load Balancing*. # Eliminar una zona de disponibilidad Para quitar una zona de disponibilidad del grupo de Auto Scaling y el balanceador de carga, utilice el siguiente procedimiento. **Para eliminar una zona de disponibilidad** 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. Seleccione la casilla de verificación situada junto a un grupo existente. Se abre un panel dividido en la parte inferior de la página **Auto Scaling groups** (Grupos de Auto Scaling). 1. En la pestaña **Details (Detalles)**, elija **Network (Red)**, **Edit (Editar)**. 1. En **Subnets (Subredes)**, elija el icono de eliminación (X) de la subred correspondiente a la zona de disponibilidad que desee quitar del grupo de Auto Scaling. Si hay más de una subred en esa zona, elija el icono de eliminación (X) para cada una de ellas. 1. Elija **Actualizar**. 1. Para actualizar las zonas de disponibilidad del balanceador de carga para que comparta las mismas zonas de disponibilidad que el grupo de Auto Scaling, realice los pasos siguientes: 1. En el panel de navegación, en **Equilibrio de carga**, elija **Equilibradores de carga**. 1. Elija el equilibrador de carga de . 1. Realice una de las siguientes acciones: + Para equilibradores de carga de aplicaciones: 1. En la pestaña **Description (Descripción)**, en **Availability Zones (Zonas de disponibilidad)**, elija **Edit subnets (Editar las subredes)**. 1. En la página **Edit subnets (Editar las subredes)**, en **Availability Zones (Zonas de disponibilidad)**, borre la casilla de verificación para eliminar la subred de la zona de disponibilidad. + Para balanceadores de carga clásicos en una VPC: 1. En la pestaña **Instances** (Instancias), elija **Edit Availability Zones** (Editar zonas de disponibilidad). 1. En la página **Add and Remove Subnets (Agregar y eliminar subredes)**, en **Available subnets (Subredes disponibles)**, quite la subred utilizando su icono de eliminación (-). La subred se situará bajo **Available Subnets (Subredes disponibles)**. 1. Seleccione **Save**. # Desasociación de un grupo de destino o equilibrador de carga clásico de su grupo de escalado automático Cuando ya no necesite el balanceador de carga, utilice el siguiente procedimiento para desconectarlo del grupo de Auto Scaling. **Para desasociar un balanceador de carga de un grupo** 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. Seleccione la casilla de verificación situada junto a un grupo existente. Se abre un panel dividido en la parte inferior de la página **Auto Scaling groups** (Grupos de Auto Scaling). 1. En la pestaña **Details (Detalles)**, elija **Load balancing (Balance de carga)**, **Edit (Editar)**. 1. En **Load balancing (Balance de carga)**, realice una de las siguientes acciones: 1. En **Application, Network or Gateway Load Balancer target groups (Grupos de destino del Application Load Balancer, red o gateway)**, elija el icono de eliminación (X) situado junto al grupo de destino. 1. En **Classic Load Balancers (Balanceadores de carga clásicos)**, elija el icono de eliminación (X) situado junto al balanceador de carga. 1. Elija **Actualizar**. Cuando termine de desasociar el grupo de destino, podrá desactivar las comprobaciones de estado de Elastic Load Balancing. **Cómo desactivar comprobaciones de estado de Elastic Load Balancing** 1. En la pestaña **Details (Detalles)**, elija **Health checks (Comprobaciones de estado)**, **Edit (Editar)**. 1. En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, anule la selección **Activar las comprobaciones de estado de Elastic Load Balancing**. 1. Elija **Actualizar**. # Ejemplos de cómo trabajar con Elastic Load Balancing mediante AWS CLI Utilice AWS Command Line Interface (AWS CLI) para adjuntar, separar y describir los balanceadores de carga y los grupos objetivo, añadir y eliminar comprobaciones de estado de Elastic Load Balancing y cambiar las zonas de disponibilidad que están habilitadas. En este tema se muestran ejemplos de AWS CLI comandos que realizan tareas comunes para Amazon EC2 Auto Scaling. **importante** Para obtener más ejemplos de comandos, consulte [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html) y [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html) en la *Referencia de los comandos de AWS CLI *. **Topics** + [Asociación de su grupo de destino o equilibrador de carga clásico](#example-attach-traffic-sources) + [Descripción de sus grupos de destino o equilibradores de carga clásicos](#example-describe-traffic-sources) + [Adición de comprobaciones de estado de Elastic Load Balancing](#example-add-elb-healthcheck) + [Cambio de sus zonas de disponibilidad](#example-specify-availability-zones) + [Desasociación de su grupo de destino o equilibrador de carga clásico](#example-detach-traffic-sources) + [Eliminación de las comprobaciones de estado Elastic Load Balancing](#example-remove-elb-healthcheck) + [Comandos heredados](#legacy-commands) ## Asociación de su grupo de destino o equilibrador de carga clásico Utilice el siguiente [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando para crear un grupo de Auto Scaling y adjuntar simultáneamente un grupo de destino especificando su nombre de recurso de Amazon (ARN). El grupo de destino puede asociarse con un equilibrador de carga de aplicación, un equilibrador de carga de red o un equilibrador de carga de puerta de enlace. Sustituya los valores de muestra de `--auto-scaling-group-name`, `--vpc-zone-identifier`, `--min-size` y `--max-size`. Para la opción `--launch-template`, sustituya `my-launch-template` y `1` por el nombre y la versión de una plantilla de lanzamiento para su grupo de escalado automático. Para la opción `--traffic-sources`, sustituya el ARN de muestra por el ARN de un grupo de destino para un equilibrador de carga de aplicación, un equilibrador de carga de red o un equilibrador de carga de puerta de enlace. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-template LaunchTemplateName=my-launch-template,Version='1' \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --min-size 1 --max-size 5 \ --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1" ``` Use el [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)comando para adjuntar grupos de destino adicionales al grupo Auto Scaling una vez creado. El siguiente comando agrega otro grupo de destino al mismo grupo. ``` aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2" ``` Como alternativa, para asociar un equilibrador de carga clásico a su grupo, especifique las opciones `--traffic-sources` y `--type` cuando utilice **create-auto-scaling-group** o **attach-traffic-sources**, como en el siguiente ejemplo. Reemplace `my-classic-load-balancer` por el nombre de un equilibrador de carga clásico. Para la opción `--type`, especifique un valor de `elb`. ``` --traffic-sources "Identifier=my-classic-load-balancer" --type elb ``` ## Descripción de sus grupos de destino o equilibradores de carga clásicos Para describir los balanceadores de carga o los grupos objetivo adjuntos a su grupo de Auto Scaling, utilice el siguiente [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)comando. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg ``` El ejemplo devuelve el ARN de los grupos de destino de Elastic Load Balancing que asoció al grupo de escalado automático. ``` { "TrafficSources": [ { "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1", "State": "InService", "Type": "elbv2" }, { "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2", "State": "InService", "Type": "elbv2" } ] } ``` Para obtener una explicación del campo `State`, consulte [Verificación del estado de asociación del equilibrador de carga](load-balancer-status.md). ## Adición de comprobaciones de estado de Elastic Load Balancing Para añadir las comprobaciones de estado de Elastic Load Balancing a las comprobaciones de estado que su grupo de Auto Scaling realiza en las instancias, utilice el siguiente [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando y especifique `ELB` el valor de la `--health-check-type` opción. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "ELB" ``` Las instancias nuevas a menudo necesitan tiempo para una breve preparación antes de que puedan pasar una comprobación de estado. Si el período de gracia no proporciona suficiente tiempo de preparación, es posible que las instancias no aparezcan listas para servir tráfico. Amazon EC2 Auto Scaling podría considerar que esas instancias no están en buen estado y reemplazarlas. Para actualizar el período de gracia de la comprobación de estado, utilice la opción `--health-check-grace-period` cuando use **update-auto-scaling-group**, como en el siguiente ejemplo. *300*Sustitúyalo por el número de segundos para mantener las nuevas instancias en servicio antes de cancelarlas si se descubre que no están en buen estado. ``` --health-check-grace-period 300 ``` 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). ## Cambio de sus zonas de disponibilidad Cambiar las zonas de disponibilidad tiene algunas limitaciones que debe conocer. Para obtener más información, consulte [Agregar una zona de disponibilidadEliminar una zona de disponibilidad](as-add-az-console.md). **Cambio de las zonas de disponibilidad de un equilibrador de carga de aplicación o un equilibrador de carga de red** 1. Antes de cambiar las zonas de disponibilidad del equilibrador de cargas, se recomienda actualizar primero las zonas de disponibilidad del grupo de escalado automático para comprobar que hay disponibilidad para los tipos de instancia en las zonas especificadas. Para actualizar las zonas de disponibilidad de su grupo de Auto Scaling, utilice el siguiente [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando. Sustituya la subred IDs de ejemplo por la IDs de las subredes de las zonas de disponibilidad para activarla. Las subredes especificadas sustituyen a las subredes habilitadas anteriormente. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --vpc-zone-identifier "subnet-41767929,subnet-cb663da2,subnet-8360a9e7" ``` 1. Usa el siguiente [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando para verificar que se hayan lanzado las instancias de las nuevas subredes. Si las instancias se han lanzado, verá una lista de las instancias y sus estados. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg ``` 1. Use el siguiente comando [set-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/set-subnets.html) para especificar las subredes de su equilibrador de carga. Reemplace la subred IDs de ejemplo por la IDs de las subredes de las zonas de disponibilidad para habilitarla. Puede especificar solo una subred por zona de disponibilidad. Las subredes especificadas sustituyen a las subredes habilitadas anteriormente. Reemplace `my-lb-arn` por el ARN de su equilibrador de carga. ``` aws elbv2 set-subnets --load-balancer-arn my-lb-arn \ --subnets subnet-41767929 subnet-cb663da2 subnet-8360a9e7 ``` **Cambio de las zonas de disponibilidad de un equilibrador de carga clásico** 1. Antes de cambiar las zonas de disponibilidad del equilibrador de cargas, se recomienda actualizar primero las zonas de disponibilidad del grupo de escalado automático para comprobar que hay disponibilidad para los tipos de instancia en las zonas especificadas. Para actualizar las zonas de disponibilidad de su grupo de Auto Scaling, utilice el siguiente [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando. Sustituya la subred IDs de ejemplo por la IDs de las subredes de las zonas de disponibilidad para activarla. Las subredes especificadas sustituyen a las subredes habilitadas anteriormente. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --vpc-zone-identifier "subnet-41767929,subnet-cb663da2" ``` 1. Usa el siguiente [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando para verificar que se hayan lanzado las instancias de las nuevas subredes. Si las instancias se han lanzado, verá una lista de las instancias y sus estados. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg ``` 1. Usa el siguiente comando [attach-load-balancer-to-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/attach-load-balancer-to-subnets.html) para habilitar una nueva zona de disponibilidad para tu Classic Load Balancer. Sustituya el ID de la subred de muestra por el ID de la subred de las zonas de disponibilidad para habilitarlas. Sustituya `my-lb` por el nombre de su equilibrador de carga. ``` aws elb attach-load-balancer-to-subnets --load-balancer-name my-lb \ --subnets subnet-cb663da2 ``` [Para deshabilitar una zona de disponibilidad, usa el siguiente detach-load-balancer-from comando -subnets.](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/detach-load-balancer-from-subnets.html) Sustituya el ID de la subred de muestra por el ID de la subred de las zonas de disponibilidad para deshabilitarlas. Sustituya `my-lb` por el nombre de su equilibrador de carga. ``` aws elb detach-load-balancer-from-subnets --load-balancer-name my-lb \ --subnets subnet-8360a9e7 ``` ## Desasociación de su grupo de destino o equilibrador de carga clásico El siguiente [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)comando separa un grupo objetivo de su grupo de Auto Scaling cuando ya no lo necesita. Para la opción `--auto-scaling-group-name`, reemplace `my-asg` por el nombre de su grupo. Para la opción `--traffic-sources`, sustituya el ARN de muestra por el ARN de un grupo de destino para un equilibrador de carga de aplicación, un equilibrador de carga de red o un equilibrador de carga de puerta de enlace. ``` aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" ``` Para separar un equilibrador de carga clásico de su grupo, especifique las opciones `--traffic-sources` y `--type`, como en el siguiente ejemplo. Reemplace `my-classic-load-balancer` por el nombre de un equilibrador de carga clásico. Para la opción `--type`, especifique un valor de `elb`. ``` --traffic-sources "Identifier=my-classic-load-balancer" --type elb ``` ## Eliminación de las comprobaciones de estado Elastic Load Balancing Para eliminar las comprobaciones de estado de Elastic Load Balancing del grupo de Auto Scaling, utilice el siguiente [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando y especifique `EC2` el valor de la `--health-check-type` opción. Reemplace `my-asg` por el nombre de su grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EC2" ``` 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). ## Comandos heredados Los siguientes ejemplos muestran cómo usar comandos de CLI heredados para asociar, desasociar y describir equilibradores de carga y grupos de destino. Permanecen en este documento como referencia para cualquier cliente que quiera usarlos. Seguimos admitiendo los comandos CLI antiguos, pero le recomendamos que utilice los nuevos comandos CLI “fuentes de tráfico”, que pueden asociar y desasociar varios tipos de fuentes de tráfico. Puede usar los comandos CLI heredados y los comandos CLI “fuentes de tráfico” en el mismo grupo de escalado automático. ### Asociación de su grupo de destino o equilibrador de carga clásico (heredado) **Asociación de su grupo de destino** El siguiente [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando crea un grupo de Auto Scaling con un grupo objetivo adjunto. Especifique el Nombre de recurso de Amazon (ARN) de un grupo de destino para un Application Load Balancer, un Network Load Balancer o un balanceador de carga de gateway. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-template LaunchTemplateName=my-launch-template,Version='1' \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" \ --min-size 1 --max-size 5 ``` El siguiente comando [attach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancer-target-groups.html) asocia un grupo objetivo a un grupo de Auto Scaling existente. ``` aws autoscaling attach-load-balancer-target-groups --auto-scaling-group-name my-asg \ --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" ``` **Asociación de su equilibrador de carga clásico** El siguiente [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando crea un grupo de Auto Scaling con un Classic Load Balancer adjunto. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-configuration-name my-launch-config \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --load-balancer-names "my-load-balancer" \ --min-size 1 --max-size 5 ``` El siguiente [attach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancers.html)comando adjunta el Classic Load Balancer especificado a un grupo de Auto Scaling existente. ``` aws autoscaling attach-load-balancers --auto-scaling-group-name my-asg \ --load-balancer-names my-lb ``` ### Descripción de su grupo de destino o equilibrador de carga clásico (heredado) **Descripción de grupos de destino** Para describir los grupos objetivo asociados a un grupo de Auto Scaling, utilice el comando [describe-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancer-target-groups.html). En el siguiente ejemplo se enumeran los grupos objetivo de*my-asg*. ``` aws autoscaling describe-load-balancer-target-groups --auto-scaling-group-name my-asg ``` **Descripción de los equilibradores de carga clásicos** Para describir los balanceadores de carga clásicos asociados a un grupo de Auto Scaling, usa el [describe-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancers.html)comando. En el siguiente ejemplo, se enumeran los balanceadores de carga clásicos de. *my-asg* ``` aws autoscaling describe-load-balancers --auto-scaling-group-name my-asg ``` ### Desasociación de su grupo de destino o equilibrador de carga clásico (heredado) **Para desasociar un grupo de destino** El siguiente comando [detach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancer-target-groups.html) separa un grupo objetivo del grupo de Auto Scaling cuando ya no lo necesita. ``` aws autoscaling detach-load-balancer-target-groups --auto-scaling-group-name my-asg \ --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" ``` **Desasociación de un equilibrador de carga clásico** El siguiente [detach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancers.html)comando desconecta un Classic Load Balancer del grupo de Auto Scaling cuando ya no lo necesita. ``` aws autoscaling detach-load-balancers --auto-scaling-group-name my-asg \ --load-balancer-names my-lb ``` # Administración del flujo de tráfico con un grupo de destino de VPC Lattice Puede usar Amazon VPC Lattice para administrar el flujo de tráfico y las llamadas a la API entre las aplicaciones y los servicios que se ejecutan en recursos independientes, como los grupos de escalado automático o las funciones de Lambda. VPC Lattice es un servicio de redes de aplicaciones que le permite conectar, proteger y supervisar todos sus servicios en varias cuentas y nubes privadas virtuales (). VPCs Para obtener más información sobre VPC Lattice, consulte [¿Qué es VPC Lattice?](https://docs.aws.amazon.com/vpc-lattice/latest/ug/) Para empezar a usar VPC Lattice, primero cree los recursos de VPC Lattice necesarios que permitan que los recursos de una VPC asociada a una red de servicios se conecten entre sí. Estos recursos incluyen los servicios, los oyentes, las reglas de oyente y los grupos de destino. Para asociar un grupo de escalado automático a un servicio de VPC Lattice, cree un grupo de destino para el servicio que envíe las solicitudes a las instancias registradas por ID de instancia y agregue un oyente al servicio que envíe las solicitudes al grupo de destino. Después asocie el grupo de destino con su grupo de escalado automático. Amazon EC2 Auto Scaling registra automáticamente las instancias EC2 como destinos en el grupo de destino. Más adelante, cuando Amazon EC2 Auto Scaling necesite terminar una instancia, cancelará automáticamente el registro de la instancia en el grupo de destino antes de la terminación. Después de asociar el grupo de destino, es el punto de entrada para todas las solicitudes entrantes a su grupo de escalado automático. Como se muestra en el ejemplo del siguiente diagrama, las solicitudes entrantes se pueden dirigir al grupo de destino correspondiente mediante las reglas de oyente especificadas para un servicio de VPC Lattice. ![\[VPC Lattice dirige el tráfico a los objetivos registrados en dos grupo de escalado automático mediante el enrutamiento basado en rutas.\]](http://docs.aws.amazon.com/es_es/autoscaling/ec2/userguide/images/vpc-lattice-diagram-auto-scaling-groups.png) Cuando el tráfico se dirige a través de VPC Lattice a su grupo de escalado automático, VPC Lattice equilibra las solicitudes entre las instancias del grupo mediante el equilibrio de carga por turnos. VPC Lattice también puede monitorizar el estado de las instancias registradas y dirigir el tráfico solo a las instancias en buen estado. Para mantener las instancias disponibles para las solicitudes entrantes, si lo desea, puede añadir comprobaciones de estado de VPC Lattice a su grupo de escalado automático. De esta forma, si una de las instancias de EC2 experimenta un error, su grupo de escalado automático lanza automáticamente una instancia nueva para sustituirla. El comportamiento de las comprobaciones de estado de VPC Lattice es similar al comportamiento de las comprobaciones de estado de Elastic Load Balancing. Las comprobaciones de estado predeterminadas de un grupo de escalado automático son solo comprobaciones de estado de EC2. Para obtener más información sobre VPC Lattice, consulte [Simplifique la Service-to-Service conectividad, la seguridad y la supervisión con Amazon VPC Lattice, que ya está disponible de forma general en el blog](https://aws.amazon.com/blogs/aws/simplify-service-to-service-connectivity-security-and-monitoring-with-amazon-vpc-lattice-now-generally-available/). AWS **Topics** + [Preparación para asociar un grupo de destino](getting-started-vpc-lattice.md) + [Asociación de un grupo de destino de VPC Lattice](attach-vpc-lattice-target-group-asg.md) + [Verificación del estado de asociación](verify-target-group-attachment-status.md) # Preparación para asociar un grupo de destino de VPC Lattice a un grupo de escalado automático Antes de asociar un grupo de destino de VPC Lattice a un grupo de escalado automático, debe cumplir los siguientes requisitos previos: + Debe haber creado ya una red de servicios, un servicio, un oyente y un grupo de destino de VPC Lattice. Para obtener más información, consulte los siguientes temas en la *Guía del usuario de VPC Lattice*: + [Redes de servicios](https://docs.aws.amazon.com/vpc-lattice/latest/ug/service-networks.html) + [Servicios](https://docs.aws.amazon.com/vpc-lattice/latest/ug/services.html) + [Oyentes](https://docs.aws.amazon.com/vpc-lattice/latest/ug/listeners.html) + [Grupos de destino](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-groups.html) + El grupo objetivo debe estar en la misma Cuenta de AWS VPC y región que su grupo de Auto Scaling. + Los grupos de destino deben especificar el tipo de destino `instance`. No puede especificar un tipo de destino `ip` cuando se utiliza un grupo de Auto Scaling. + Usted debe tener suficientes permisos de IAM para asociar el grupo de destino al grupo de escalado automático. El siguiente ejemplo de política muestra los permisos mínimos necesarios para asociar y desasociar grupos de destino. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "autoscaling:AttachTrafficSources", "autoscaling:DetachTrafficSources", "autoscaling:DescribeTrafficSources", "vpc-lattice:RegisterTargets", "vpc-lattice:DeregisterTargets" ], "Resource": "*" } ] } ``` ------ + Si la plantilla de lanzamiento de su grupo de escalado automático no contiene la configuración correcta para VPC Lattice, como un grupo de seguridad compatible, debe actualizar la plantilla de lanzamiento. Las instancias existentes no se actualizan con la nueva configuración cuando se modifica la plantilla de lanzamiento. Para actualizar las instancias existentes, puede comenzar una actualización de instancias para reemplazarlas. 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). + Antes de habilitar las comprobaciones de estado de VPC Lattice en su grupo de escalado automático, puede configurar una comprobación de estado basada en la aplicación para comprobar que la aplicación responde según lo esperado. Para obtener más información, consulte [Comprobaciones de estado de sus grupos de destino](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-group-health-checks.html) en la *Guía del usuario de VPC Lattice*. ## Grupos de seguridad: reglas de entrada y salida Los grupos de seguridad actúan como firewall para las instancias de EC2 asociadas al controlar el tráfico entrante y saliente en el ámbito de la instancia. **nota** La configuración de red es lo suficientemente compleja como para que le recomendemos ampliamente crear un nuevo grupo de seguridad para utilizarlo con VPC Lattice. También le facilita la tarea de Soporte ayudarle si necesita ponerse en contacto con ellos. Las siguientes secciones se basan en el supuesto de que se sigue esta recomendación. Para obtener más información sobre la creación de grupos de seguridad para VPC Lattice que pueda usar con su grupo de escalado automático, consulte [Control del tráfico mediante grupos de seguridad](https://docs.aws.amazon.com/vpc-lattice/latest/ug/security-groups.html) en la* Guía del usuario de VPC Lattice*. Para solucionar problemas de flujo de tráfico, consulte la *Guía del usuario de VPC Lattice* para obtener más información. Para obtener información acerca de cómo crear un grupo de seguridad, consulte [Crear un grupo de seguridad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-security-group.html) en la *Guía del usuario de Amazon EC2* y utilice la siguiente tabla para determinar qué opciones seleccionar. | Opción | Valor | | --- | --- | | Name | Un nombre fácil de recordar. | | Description (Descripción) | Una descripción que lo ayude a identificar el grupo de seguridad. | | VPC | La misma VPC que el grupo de escalado automático. | ### Reglas de entrada Cuando se crea un grupo de seguridad, este carece de reglas entrantes. No se permitirá el tráfico entrante que proceda de clientes de una red de servicios de VPC Lattice a su instancia hasta que no agregue reglas de entrada al grupo de seguridad. Para permitir que los clientes de una red de servicios de VPC Lattice se conecten a las instancias de su grupo de escalado automático, el grupo de seguridad de su grupo de escalado automático debe estar configurado correctamente. En este caso, asígnele una regla de entrada para permitir el tráfico desde el nombre de la lista de prefijos AWS gestionada para VPC Lattice, en lugar de desde una dirección IP específica. La lista de prefijos de VPC Lattice es un rango de direcciones IP que utiliza VPC Lattice en notación CIDR. Para obtener más información, consulte [Trabajar con listas de AWS prefijos administradas](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) en la Guía del usuario de Amazon *VPC*. Para obtener información acerca de cómo agregar reglas a un grupo de seguridad, consulte [Configurar las reglas del grupo de seguridad](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) en la *Guía del usuario de Amazon VPC* y utilice la siguiente tabla para determinar qué opciones seleccionar. | Opción | Valor | | --- | --- | | Regla HTTP | Tipo: HTTP Fuente: com.amazonaws. *region*.vpc-lattice | | Regla HTTPS | Tipo: HTTPS Fuente: com.amazonaws. *region*.vpc-lattice | El grupo de seguridad tiene estado: permite el tráfico desde los clientes de la red de servicios de VPC Lattice a las instancias del grupo de escalado automático y, a continuación, envía la respuesta de nuevo al cliente del que salió anteriormente. ### Reglas de salida De forma predeterminada, los grupos de seguridad incluyen una regla entrante que permite todo el tráfico saliente. Si lo desea, puede eliminar esta regla predeterminada y añadir una regla de salida para adaptarla a necesidades de seguridad específicas. ## Limitaciones + Se admiten [grupos de instancias mixtas](ec2-auto-scaling-mixed-instances-groups.md). Si asocia un grupo de destino de VPC Lattice a un grupo de escalado automático que tiene una política de instancias mixtas, el algoritmo del equilibrador de carga distribuye la carga de manera uniforme entre todos los recursos disponibles y supone que las instancias son lo suficientemente similares como para gestionar cargas iguales. # Asociación de un grupo de destino de VPC Lattice a su grupo de escalado automático En este tema, se describe cómo asociar un grupo de destino de VPC Lattice a un grupo de escalado automático. También describe cómo activar las comprobaciones de estado de VPC Lattice para permitir que Amazon EC2 Auto Scaling sustituya las instancias que VPC Lattice informa que están en mal estado. De forma predeterminada, Amazon EC2 Auto Scaling solo reemplaza las instancias en mal estado o inaccesibles en función de las comprobaciones de estado de Amazon EC2. Si activa las comprobaciones de estado de VPC Lattice, Amazon EC2 Auto Scaling puede reemplazar una instancia en ejecución si alguno de los grupos de destino de VPC Lattice que asocie al grupo de escalado automático informa que está en mal estado. 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). **importante** Antes de continuar, complete todos los [requisitos previos](getting-started-vpc-lattice.md) de la sección anterior. ## Asociación de un grupo de destino de VPC Lattice Puede asociar uno o más grupos de destino a un grupo de escalado automático cuando crea o actualiza el grupo. ------ #### [ Console ] Siga los pasos de esta sección para utilizar la consola a fin de hacer lo siguiente: + Asociar un grupo de destino de VPC Lattice a un grupo de escalado automático + Activación de las comprobaciones de estado de VPC Lattice **Asociación de un grupo de destino de VPC Lattice a un nuevo grupo de escalado automático** 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 de la parte superior de la pantalla, elija la Región de AWS en la que creó su grupo de destino. 1. Elija **Create Auto Scaling group (Crear grupo de escalado automático)**. 1. En los pasos 1 y 2, elija las opciones que desee y continúe con el **Paso 3: Configurar opciones avanzadas**. 1. En **Opciones de integración de VPC Lattice**, elija **Asociar al servicio de VPC Lattice**. 1. En **Elegir un grupo de destino de VPC Lattice**, elija su grupo de destino. 1. (Opcional) En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, seleccione **Activar las comprobaciones de estado de VPC Lattice**. 1. (Opcional) En **Período de gracia de comprobación de estado**, ingrese el tiempo, en segundos. Este es la cantidad de tiempo que Amazon EC2 Auto Scaling debe esperar antes de comprobar el estado de una instancia una vez que pasa al estado `InService`. Para obtener más información, consulte [Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático](health-check-grace-period.md). 1. Proceda a crear el grupo de escalado automático. Sus instancias se registrarán automáticamente en el grupo de destino de VPC Lattice una vez que haya creado el grupo de escalado automático. **Asociación de un grupo de destino de VPC Lattice a un grupo de escalado automático existente** Utilice el siguiente procedimiento para asociar un grupo de destino de un servicio a un grupo de escalado automático. 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. 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 **Detalles**, elija **Opciones de integración de VPC Lattice**, Editar**. 1. En **Opciones de integración de VPC Lattice**, elija **Asociar al servicio VPC de Lattice**. 1. En **Elegir un grupo de destino de VPC Lattice**, elija su grupo de destino. 1. Elija **Actualizar**. Cuando termine de asociar el grupo de destino, si lo desea, puede activar las comprobaciones de estado que lo utilizan. **Activación de las comprobaciones de estado de VPC Lattice** 1. En la pestaña **Details (Detalles)**, elija **Health checks (Comprobaciones de estado)**, **Edit (Editar)**. 1. En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, seleccione **Activar las comprobaciones de estado de VPC Lattice**. 1. En **Período de gracia de comprobación de estado**, ingrese el tiempo, en segundos. Este es la cantidad de tiempo que Amazon EC2 Auto Scaling debe esperar antes de comprobar el estado de una instancia una vez que pasa al estado `InService`. Para obtener más información, consulte [Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático](health-check-grace-period.md). 1. Elija **Actualizar**. ------ #### [ AWS CLI ] Siga los pasos de esta sección para utilizarla AWS CLI para: + Asociar un grupo de destino de VPC Lattice a un grupo de escalado automático + Activación de las comprobaciones de estado de VPC Lattice **Asociación de un grupo de destino de VPC Lattice a un grupo de escalado automático** Utilice el siguiente [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando para crear un grupo de Auto Scaling y adjuntar simultáneamente un grupo objetivo de VPC Lattice especificando su nombre de recurso de Amazon (ARN). Sustituya los valores de muestra de `--auto-scaling-group-name`, `--vpc-zone-identifier`, `--min-size` y `--max-size`. Para la opción `--launch-template`, sustituya `my-launch-template` y `1` por el nombre y la versión de la plantilla de lanzamiento que creó para las instancias registradas en un grupo de destino de VPC Lattice. Para la opción `--traffic-sources`, reemplace el ARN de muestra por el ARN del grupo de destino de VPC Lattice. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-template LaunchTemplateName=my-launch-template,Version='1' \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --min-size 1 --max-size 5 \ --traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE" ``` Usa el siguiente [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)comando para adjuntar un grupo objetivo de VPC Lattice a un grupo de Auto Scaling una vez que ya esté creado. ``` aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE" ``` **Activación de las comprobaciones de estado de VPC Lattice** Si ha configurado una comprobación de estado basada en aplicaciones para su grupo de destino de **VPC Lattice**, puede activar estas comprobaciones de estado. Utilice el [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)o con la `--health-check-type` opción y un valor de. `VPC_LATTICE` Para especificar el período de gracia de las comprobaciones de estado realizadas por su grupo de escalado automático, incluya la opción `--health-check-grace-period` e indique su valor en segundos. ``` --health-check-type "VPC_LATTICE" --health-check-grace-period 60 ``` ------ ## Desasociación de un grupo de destino de VPC Lattice Si ya no necesita utilizar VPC Lattice, utilice el siguiente procedimiento para desconectar el grupo de destino de su grupo de escalado automático. ------ #### [ Console ] Siga los pasos de esta sección para utilizar la consola a fin de hacer lo siguiente: + Separe un grupo de destino de VPC Lattice de un grupo de escalado automático + Desactive las comprobaciones de estado de VPC Lattice **Desasociación de un grupo de destino de VPC Lattice de un grupo de escalado automático** 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. Seleccione la casilla de verificación situada junto a un grupo existente. Se abre un panel dividido en la parte inferior de la página. 1. En la pestaña **Detalles**, elija **Opciones de integración de VPC Lattice**, **Editar**. 1. En **Opciones de integración de VPC Lattice**, elija el icono de eliminación (X) situado junto al grupo de destino. 1. Elija **Actualizar**. Cuando termine de desasociar el grupo de destino, podrá desactivar las comprobaciones de estado de VPC Lattice. **Desactivación de las comprobaciones de estado de VPC Lattice** 1. En la pestaña **Details (Detalles)**, elija **Health checks (Comprobaciones de estado)**, **Edit (Editar)**. 1. En **Comprobaciones de estado**, **Tipos de comprobaciones de estado adicionales**, anule la selección de **Activar las comprobaciones de estado de VPC Lattice**. 1. Elija **Actualizar**. ------ #### [ AWS CLI ] Siga los pasos de esta sección para utilizarla AWS CLI para: + Separe un grupo de destino de VPC Lattice de un grupo de escalado automático + Desactive las comprobaciones de estado de VPC Lattice Use el [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)comando para separar un grupo objetivo de su grupo de Auto Scaling cuando ya no lo necesite. ``` aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE" ``` Para actualizar las comprobaciones de estado de un grupo de Auto Scaling para que ya no utilice las comprobaciones de estado de VPC Lattice, utilice el comando. [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) Incluya la opción `--health-check-type` y un valor de `EC2`. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EC2" ``` ------ # Verificación del estado de asociación de su grupo de destino de VPC Lattice Después de asociar un grupo de destino de VPC Lattice a un grupo de escalado automático, este entra en el estado `Adding` a la vez que registra las instancias del grupo. Cuando se registran todas las instancias del grupo, entra en el estado `Added`. Cuando al menos una de las instancias registradas supera las comprobaciones de estado, pasa a tener el estado `InService`. Cuando el grupo de destino se encuentra en el estado `InService`, Amazon EC2 Auto Scaling puede terminar y reemplazar las instancias notificadas como en mal estado. Si ninguna de las instancias registradas supera las comprobaciones de estado (debido, por ejemplo, a una comprobación de estado configurada incorrectamente), el grupo de destino no pasa al estado `InService`. Amazon EC2 Auto Scaling no termina y reemplaza las instancias. Cuando desasocia un grupo de destino para un servicio, este pasa a tener el estado `Removing` mientras se cancela el registro de las instancias del grupo. Las instancias siguen ejecutándose una vez que se cancela el registro. De forma predeterminada, el drenaje de conexiones (retardo de cancelación del registro) está habilitado. Si el drenaje de conexiones está habilitado, VPC Lattice espera a que se completen las solicitudes en tránsito o a que termine el tiempo de espera máximo (lo que ocurra primero) antes de cancelar el registro de las instancias. Puede verificar el estado del archivo adjunto mediante AWS Command Line Interface (AWS CLI) o. AWS SDKs No puede verificar el estado de asociación desde la consola. **Para usar el AWS CLI para verificar el estado del archivo adjunto** El siguiente [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)comando devuelve el estado de los adjuntos de todas las fuentes de tráfico del grupo de Auto Scaling especificado. ``` aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg ``` El ejemplo devuelve el ARN del grupo de destino de VPC Lattice que está asociado al grupo de escalado automático, junto con el estado de asociación del grupo de destino en el elemento `State`. ``` { "TrafficSources": [ { "Identifier": "arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE", "State": "InService", "Type": "vpc-lattice" } ] } ``` # Se usa EventBridge para gestionar eventos de Auto Scaling Amazon EventBridge, anteriormente denominada CloudWatch Events, te ayuda a configurar reglas basadas en eventos que supervisan los recursos e inician acciones segmentadas que utilizan otros AWS servicios. Los eventos de Amazon EC2 Auto Scaling se envían EventBridge prácticamente en tiempo real. Puede establecer EventBridge reglas que invoquen acciones y notificaciones programáticas en respuesta a una variedad de estos eventos. Por ejemplo, mientras las instancias se están iniciando o finalizando, puedes invocar una AWS Lambda función para realizar una tarea preconfigurada. Los objetivos de EventBridge las reglas pueden incluir AWS Lambda funciones, temas de Amazon SNS, destinos de API, buses de eventos, entre otros Cuentas de AWS, y muchos más. Para obtener información sobre los objetivos admitidos, consulta [ EventBridge los objetivos de Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-targets.html) en la *Guía del EventBridge usuario de Amazon*. Comience por crear EventBridge reglas con un ejemplo que utilice un tema de Amazon SNS y una EventBridge regla. A continuación, cuando un usuario inicia una actualización de instancias, Amazon SNS le notifica por correo electrónico cada vez que se alcanza un punto de control. Para obtener más información, consulte [Cree EventBridge reglas (por ejemplo, actualice los eventos)](monitor-events-eventbridge-sns.md). **Topics** + [Referencia de evento de Amazon EC2 Auto Scaling](ec2-auto-scaling-event-reference.md) + [Ejemplos de eventos y patrones de actualización de instancias](instance-refresh-eventbridge-events.md) + [Ejemplos de eventos y patrones de grupos en caliente](warm-pools-eventbridge-events.md) + [Usa EventBridge las reglas de Amazon para automatizar las acciones](create-eventbridge-rules.md) # Referencia de evento de Amazon EC2 Auto Scaling Con Amazon EventBridge, puedes crear *reglas* que coincidan con *los eventos* entrantes y enviarlos a los *destinos* para su procesamiento. **Topics** + [Eventos de acciones del ciclo de vida](#ec2-auto-scaling-lifecycle-action-events) + [Eventos de escalado realizados correctamente](#ec2-auto-scaling-successful-scaling-events) + [Eventos de escalado no realizados correctamente](#ec2-auto-scaling-unsuccessful-scaling-events) ## Eventos de acciones del ciclo de vida Cuando agrega enlaces de ciclo de vida a su grupo de Auto Scaling, Amazon EC2 Auto Scaling envía eventos cuando una instancia pasa EventBridge a un estado de espera. Los eventos se producen en la medida de lo posible. **Topics** + [Acción de escalar horizontalmente durante el ciclo de vida](#launch-lifecycle-action) + [Acción de reducir horizontalmente durante el ciclo de vida](#terminate-lifecycle-action) ### Acción de escalar horizontalmente durante el ciclo de vida En el siguiente evento de ejemplo, se muestra que Amazon EC2 Auto Scaling ha movido una instancia al estado `Pending:Wait` debido a un enlace de ciclo de vida de lanzamiento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "87654321-4321-4321-4321-210987654321", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "EC2", "Destination": "AutoScalingGroup" } } ``` ### Acción de reducir horizontalmente durante el ciclo de vida En el siguiente evento de ejemplo, se muestra que Amazon EC2 Auto Scaling ha movido una instancia al estado `Terminating:Wait` debido a un enlace de ciclo de vida de finalización. **importante** Cuando un grupo de escalado automático devuelve las instancias a un grupo en caliente al reducir horizontalmente, el regreso de las instancias al grupo en caliente también puede generar eventos `EC2 Instance-terminate Lifecycle Action`. Los eventos que se entregan cuando una instancia pasa al estado de espera al reducir horizontalmente tienen `WarmPool` como valor para `Destination`. Para obtener más información, consulte [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-terminate Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken":"87654321-4321-4321-4321-210987654321", "AutoScalingGroupName":"my-asg", "LifecycleHookName":"my-lifecycle-hook", "EC2InstanceId":"i-1234567890abcdef0", "LifecycleTransition":"autoscaling:EC2_INSTANCE_TERMINATING", "NotificationMetadata":"additional-info", "Origin": "AutoScalingGroup", "Destination": "EC2" } } ``` ## Eventos de escalado realizados correctamente En los siguientes ejemplos, se muestran los tipos de eventos necesarios para que los eventos de escalado se realicen correctamente. Los eventos se producen en la medida de lo posible. **Topics** + [Evento de escalado horizontal realizado correctamente](#launch-successful) + [Evento de reducción horizontal realizado correctamente](#terminate-successful) ### Evento de escalado horizontal realizado correctamente En el siguiente evento de ejemplo, se muestra que Amazon EC2 Auto Scaling lanzó una instancia correctamente. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Launch Successful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "InProgress", "Description": "Launching a new EC2 instance: i-12345678", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "EC2", "Destination": "AutoScalingGroup" } } ``` ### Evento de reducción horizontal realizado correctamente En el siguiente evento de ejemplo, se muestra que Amazon EC2 Auto Scaling finalizó una instancia correctamente. **importante** Cuando un grupo de escalado automático devuelve las instancias a un grupo en caliente al reducir horizontalmente, el regreso de las instancias al grupo en caliente también puede generar eventos `EC2 Instance Terminate Successful`. Los eventos que se entregan cuando una instancia regresa correctamente al grupo en caliente tienen `WarmPool` como valor para `Destination`. Para obtener más información, consulte [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Terminate Successful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "InProgress", "Description": "Terminating EC2 instance: i-12345678", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "AutoScalingGroup", "Destination": "EC2" } } ``` ## Eventos de escalado no realizados correctamente En los siguientes ejemplos, se muestran los tipos de eventos necesarios para que los eventos de escalado no se realicen correctamente. Los eventos se producen en la medida de lo posible. **Topics** + [Evento de escalado horizontal no realizado correctamente](#launch-unsuccessful) + [Evento de reducción horizontal no realizado correctamente](#terminate-unsuccessful) ### Evento de escalado horizontal no realizado correctamente En el siguiente evento de ejemplo, se muestra que Amazon EC2 Auto Scaling tuvo un error en el lanzamiento de una instancia. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Launch Unsuccessful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "Failed", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "message-text", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "EC2", "Destination": "AutoScalingGroup" } } ``` ### Evento de reducción horizontal no realizado correctamente En el siguiente evento de ejemplo, se muestra que Amazon EC2 Auto Scaling tuvo un error en la finalización de una instancia. **importante** Cuando un grupo de escalado automático devuelve las instancias a un grupo en caliente al reducir horizontalmente, el hecho de no devolver las instancias al grupo en caliente también puede generar eventos `EC2 Instance Terminate Unsuccessful`. Los eventos que se entregan cuando una instancia no regresa correctamente al grupo en caliente tienen `WarmPool` como valor para `Destination`. Para obtener más información, consulte [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Terminate Unsuccessful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "Failed", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "message-text", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "AutoScalingGroup", "Destination": "EC2" } } ``` # Ejemplos de eventos y patrones de actualización de instancias Con Amazon EventBridge, puedes crear *reglas* que coincidan con *los eventos* entrantes y enviarlos a los *destinos* para su procesamiento. **Topics** + [Eventos de actualización de instancias](#instance-refresh-events) + [La actualización de instancias reemplaza los eventos del ciclo de vida del volumen raíz](#instance-refresh-rvr-lifecycle-events) ## Eventos de actualización de instancias Los siguientes ejemplos muestran eventos para la característica de actualización de instancias. Los eventos se producen en la medida de lo posible. **Topics** + [Punto de comprobación alcanzado](#instance-refresh-checkpoint-reached) + [Actualización de instancia iniciada](#instance-refresh-started) + [Actualización de instancia realizada satisfactoriamente](#instance-refresh-succeeded) + [Error en la actualización de instancia](#instance-refresh-failed) + [Cancelación de la actualización de instancia](#instance-refresh-cancelled) + [Inicio de la reversión de actualización de instancias](#instance-refresh-rollback-started) + [Reversión de actualización de instancias realizada con éxito](#instance-refresh-rollback-succeeded) + [Error en la reversión de actualización de instancias](#instance-refresh-rollback-failed) ### Punto de comprobación alcanzado Cuando el número de instancias reemplazadas alcanza el umbral porcentual definido para el punto de comprobación, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Checkpoint Reached", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "ab00cf8f-9126-4f3c-8010-dbb8cad6fb86", "AutoScalingGroupName": "my-asg", "CheckpointPercentage": "50", "CheckpointDelay": "300" } } ``` ### Actualización de instancia iniciada Cuando el estado de una actualización de una instancia cambia a `InProgress`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Started", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Actualización de instancia realizada satisfactoriamente Cuando el estado de una actualización de una instancia cambia a `Successful`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Succeeded", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Error en la actualización de instancia Cuando el estado de una actualización de una instancia cambia a `Failed`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Failed", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Cancelación de la actualización de instancia Cuando el estado de una actualización de una instancia cambia a `Cancelled`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Cancelled", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Inicio de la reversión de actualización de instancias Cuando el estado de una actualización de una instancia cambia a `RollbackInProgress`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Rollback Started", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Reversión de actualización de instancias realizada con éxito Cuando el estado de una actualización de una instancia cambia a `RollbackSuccessful`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Rollback Succeeded", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Error en la reversión de actualización de instancias Cuando el estado de una actualización de una instancia cambia a `Failed`, Amazon EC2 Auto Scaling emite el siguiente evento. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Rollback Failed", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ## La actualización de instancias reemplaza los eventos del ciclo de vida del volumen raíz Cuando agrega enlaces de ciclo de vida a su grupo de Auto Scaling, Amazon EC2 Auto Scaling envía eventos cuando una instancia pasa EventBridge a un estado de espera. Para obtener más información, consulte [Utilice enlaces de ciclo de vida para reemplazar el volumen raíz](replace-root-volume.md#replace-root-volume-lifecycle-hooks). Los siguientes ejemplos muestran eventos en los que su grupo de Auto Scaling tiene instancias que se están sustituyendo por un volumen raíz durante una actualización de instancias. Los eventos se emiten en la medida de lo posible. **Topics** + [Inicie la acción de reemplazar el volumen raíz durante el ciclo de vida](#rvr-start-lifecycle-action) + [Acción de finalizar el ciclo de vida del volumen raíz](#rvr-end-lifecycle-action) + [Ejemplo de patrones de eventos](#rvr-event-patterns) ### Inicie la acción de reemplazar el volumen raíz durante el ciclo de vida Cuando se selecciona una instancia para reemplazar el volumen raíz durante la actualización de la instancia y su estado cambia a`ReplacingRootVolume:Wait`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-terminate Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-13T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-terminate-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING", "NotificationMetadata": "additional-info", "Origin": "AutoScalingGroup", "Destination": "AutoScalingGroup", "Action": "ReplaceRootVolume" } } ``` ### Acción de finalizar el ciclo de vida del volumen raíz Cuando una instancia ha completado el reemplazo del volumen raíz y su estado cambia a`Pending:Wait`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-13T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-launch-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "AutoScalingGroup", "Destination": "AutoScalingGroup", "Action": "ReplaceRootVolume" } } ``` ### Ejemplo de patrones de eventos La sección anterior proporciona ejemplos de eventos emitidos por Amazon EC2 Auto Scaling durante una actualización de instancias con una estrategia de reemplazo de volumen raíz. EventBridge los patrones de eventos tienen la misma estructura que los eventos con los que coinciden. El patrón cita los campos para los que se desea encontrar coincidencias y proporciona los valores que está buscando. Los siguientes campos del evento forman el patrón de evento definido en la regla para invocar una acción: `"source": "aws.autoscaling"` Identifica que el evento es de Amazon EC2 Auto Scaling. `"detail-type": "EC2 Instance-launch Lifecycle Action"` Identifica el tipo de evento. `"Action": "ReplaceRootVolume"` Identifica qué acción se está realizando en la instancia. Usa el siguiente ejemplo de patrón de eventos para capturar todos los eventos asociados a las instancias que se preparan para reemplazar sus volúmenes raíz: ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-terminate Lifecycle Action" ], "detail": { "Action": [ "ReplaceRootVolume" ] } } ``` Utilice el siguiente ejemplo de patrón de eventos para capturar todos los eventos asociados a las instancias que vuelven a funcionar después de completar el reemplazo del volumen raíz: ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Action": [ "ReplaceRootVolume" ] } } ``` # Ejemplos de eventos y patrones de grupos en caliente Amazon EC2 Auto Scaling admite varios patrones predefinidos en Amazon EventBridge. Esto simplifica la creación de un patrón de eventos. Usted selecciona los valores de los campos en un formulario y EventBridge genera el patrón automáticamente. En este momento, Amazon EC2 Auto Scaling no admite patrones predefinidos para ningún evento emitido por un grupo de escalado automático con un grupo de calentamiento. Debe introducir el patrón como objeto JSON. Esta sección y el tema [Crea EventBridge reglas para los eventos de piscina caliente](warm-pool-events-eventbridge-rules.md) muestran cómo utilizar un patrón de eventos para seleccionar eventos y enviarlos a los destinos. Para crear EventBridge reglas que filtren los eventos relacionados con piscinas calientes a los que Amazon EC2 Auto Scaling EventBridge envía, incluya `Origin` los campos `Destination` y de `detail` la sección del evento. Los valores de `Origin` y `Destination` pueden ser los siguientes: `EC2` \$1 `AutoScalingGroup` \$1 `WarmPool` **Topics** + [Eventos de ejemplo](#warm-pool-events) + [Ejemplo de patrones de eventos](#warm-pools-eventbridge-patterns) ## Eventos de ejemplo Cuando agrega enlaces de ciclo de vida a su grupo de Auto Scaling, Amazon EC2 Auto Scaling envía eventos cuando una instancia pasa EventBridge a un estado de espera. Para obtener más información, consulte [Uso de enlaces de ciclo de vida con un grupo de calentamiento en un grupo de escalado automático](warm-pool-instance-lifecycle.md). Esta sección incluye ejemplos de estos eventos cuando su grupo de escalado automático tiene un grupo en caliente. Los eventos se emiten en la medida de lo posible. **nota** Para ver los eventos a los que Amazon EC2 Auto Scaling envía cuando EventBridge el escalado se realiza correctamente, [Eventos de escalado realizados correctamente](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-successful-scaling-events) consulte. Para ver los eventos en los que el escalado no se realiza correctamente, consulte [Eventos de escalado no realizados correctamente](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-unsuccessful-scaling-events). **Topics** + [Acción de escalar horizontalmente durante el ciclo de vida](#warm-pool-scale-out-events) + [Acción de reducir horizontalmente durante el ciclo de vida](#warm-pool-scale-in-events) ### Acción de escalar horizontalmente durante el ciclo de vida Los eventos que se entregan cuando una instancia pasa al estado de espera debido a eventos de escalado horizontal tienen `EC2 Instance-launch Lifecycle Action` como valor para `detail-type`. En el objeto `detail`, los valores de los atributos `Origin` y `Destination` muestran el origen y el destino de la instancia. En este ejemplo de evento de escalado horizontal, se lanza una nueva instancia y su estado cambia a `Warmed:Pending:Wait` porque se agrega al grupo en caliente. Para obtener más información, consulte [Transiciones de estado del ciclo de vida para las instancias de un grupo de calentamiento](warm-pool-instance-lifecycle.md#lifecycle-state-transitions). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-13T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-launch-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "EC2", "Destination": "WarmPool" } } ``` En este ejemplo de escalado horizontal, el estado de la instancia cambia a `Pending:Wait` porque se la agrega al grupo de escalado automático del grupo en caliente. Para obtener más información, consulte [Transiciones de estado del ciclo de vida para las instancias de un grupo de calentamiento](warm-pool-instance-lifecycle.md#lifecycle-state-transitions). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-19T00:35:52.359Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "19cc4d4a-e450-4d1c-b448-0de67EXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-launch-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "WarmPool", "Destination": "AutoScalingGroup" } } ``` ### Acción de reducir horizontalmente durante el ciclo de vida Los eventos que se entregan cuando una instancia pasa al estado de espera debido a eventos de reducción horizontal tienen `EC2 Instance-terminate Lifecycle Action` como valor para `detail-type`. En el objeto `detail`, los valores de los atributos `Origin` y `Destination` muestran el origen y el destino de la instancia. En este evento de ejemplo de reducción horizontal, el estado de una instancia cambia a `Warmed:Pending:Wait` porque se devuelve al grupo en caliente. Para obtener más información, consulte [Transiciones de estado del ciclo de vida para las instancias de un grupo de calentamiento](warm-pool-instance-lifecycle.md#lifecycle-state-transitions). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-terminate Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2022-03-28T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "42694b3d-4b70-6a62-8523-09a1eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-termination-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING", "NotificationMetadata": "additional-info", "Origin": "AutoScalingGroup", "Destination": "WarmPool" } } ``` ## Ejemplo de patrones de eventos En la sección anterior se dan eventos de ejemplo emitidos por Amazon EC2 Auto Scaling. EventBridge los patrones de eventos tienen la misma estructura que los eventos con los que coinciden. El patrón cita los campos para los que se desea encontrar coincidencias y proporciona los valores que está buscando. Los siguientes campos del evento forman el patrón de evento definido en la regla para invocar una acción: `"source": "aws.autoscaling"` Identifica que el evento es de Amazon EC2 Auto Scaling. `"detail-type": "EC2 Instance-launch Lifecycle Action"` Identifica el tipo de evento. `"Origin": "EC2"` Identifica de dónde proviene la instancia. `"Destination": "WarmPool"` Identifica a dónde va la instancia. Utilice el siguiente patrón de eventos de ejemplo para capturar todos los eventos de `EC2 Instance-launch Lifecycle Action` asociados a las instancias que entran en el grupo en caliente. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Origin": [ "EC2" ], "Destination": [ "WarmPool" ] } } ``` Utilice el siguiente patrón de eventos de ejemplo para capturar todos los eventos de `EC2 Instance-launch Lifecycle Action` asociados a las instancias que salen del grupo en caliente debido a un escalado horizontal. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Origin": [ "WarmPool" ], "Destination": [ "AutoScalingGroup" ] } } ``` Utilice el siguiente patrón de eventos de ejemplo para capturar todos los eventos de `EC2 Instance-launch Lifecycle Action` asociados a las instancias que se lanzan directamente al grupo de escalado automático. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Origin": [ "EC2" ], "Destination": [ "AutoScalingGroup" ] } } ``` Utilice el siguiente patrón de eventos de ejemplo para capturar todos los eventos de `EC2 Instance-terminate Lifecycle Action` asociados a las instancias que vuelven al grupo en caliente debido a una reducción horizontal. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-terminate Lifecycle Action" ], "detail": { "Origin": [ "AutoScalingGroup" ], "Destination": [ "WarmPool" ] } } ``` Utilice el siguiente patrón de eventos de ejemplo para capturar todos los eventos asociados a `EC2 Instance-launch Lifecycle Action`, independientemente del origen o el destino. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ] } ``` # Usa EventBridge las reglas de Amazon para automatizar las acciones Cuando Amazon EC2 Auto Scaling emite un evento, se envía una notificación de evento a EventBridge Amazon como un archivo JSON. Puede escribir una EventBridge regla para automatizar las acciones que se deben realizar cuando un patrón de eventos coincide con la regla. Si EventBridge detecta un patrón de eventos que coincide con un patrón definido en una regla, EventBridge invoca el objetivo (o los objetivos) especificados en la regla. Puede utilizar los procedimientos de ejemplo de esta sección como punto de partida. La siguiente documentación también puede serle de utilidad. + Para realizar acciones personalizadas en las instancias a medida que se están lanzando o antes de que finalicen mediante una función Lambda, consulte [Tutorial: Configuración de un enlace de ciclo de vida que invoca una función Lambda](tutorial-lifecycle-hook-lambda.md). + Para invocar una función de Lambda en las llamadas a la API registradas CloudTrail, [consulte el Tutorial: AWS Registrar llamadas a la API EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-log-api-call.html) mediante el uso de la Guía del usuario de * EventBridge Amazon*. + Para obtener más información sobre cómo crear reglas de eventos, consulta Cómo [crear EventBridge reglas de Amazon que reaccionen a los eventos](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html) en la *Guía del EventBridge usuario de Amazon*. **Topics** + [Cree EventBridge reglas (por ejemplo, actualice los eventos)](monitor-events-eventbridge-sns.md) + [Crea EventBridge reglas para los eventos de piscina caliente](warm-pool-events-eventbridge-rules.md) # Cree EventBridge reglas (por ejemplo, actualice los eventos) En el siguiente ejemplo, se crea una EventBridge regla para enviar una notificación por correo electrónico. Esto lo hace cada vez que el grupo de escalado automático emite un evento cuando se alcanza un punto de control durante la actualización de instancias. Se incluye el procedimiento para configurar notificaciones por correo electrónico con Amazon SNS. Para utilizar Amazon SNS para enviar notificaciones por correo electrónico, primero debe crear un *tema* y, a continuación, suscribir sus direcciones de correo electrónico al tema. Para obtener más información sobre la función de actualización de instancias, consulte [Uso de una actualización de instancias para actualizar instancias en un grupo de escalado automático](asg-instance-refresh.md). ## Crear un tema de Amazon SNS Un tema de SNS es un punto de acceso lógico, un canal de comunicación que su grupo de Auto Scaling utiliza para enviar las notificaciones. Los temas se crean especificando un nombre para el tema. Los nombres de los temas deben cumplir con los siguientes requisitos: + Tener de 1 a 256 caracteres + Deben contener letras ASCII en mayúsculas y minúsculas, números, guiones bajos o guiones. Para obtener instrucciones, consulte el [tema Creación de un tema de Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-topic.html) en la *Guía para desarrolladores de Amazon Simple Notification Service*. ## Suscripción al tema de Amazon SNS Para recibir las notificaciones que su grupo de escalado automático envía al tema, debe suscribir un punto de conexión al tema. En este procedimiento, en **Punto de conexión**, especifique la dirección de correo electrónico donde desea recibir las notificaciones de Amazon EC2 Auto Scaling. Para obtener más información, consulte el [tema Suscripción a un tema de Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-subscribe-endpoint-to-topic.html) en la *Guía para desarrolladores de Amazon Simple Notification Service*. ## Confirmación de la suscripción a Amazon SNS Amazon SNS envía un correo electrónico de confirmación a la dirección de correo electrónico que ha especificado en el paso anterior. Asegúrese de abrir el correo electrónico desde AWS Notificaciones y de elegir el enlace para confirmar la suscripción antes de continuar con el siguiente paso. Recibirás un mensaje de confirmación de AWS. Amazon SNS estará ahora configurado para recibir notificaciones y enviar la notificación como un email a la dirección especificada. ## Enrutamiento de los eventos al tema de Amazon SNS Cree una regla que coincida con los eventos seleccionados y los dirija al tema de Amazon SNS para notificar a las direcciones de correo electrónico suscritas. **Para crear una regla que envíe notificaciones al tema de Amazon SNS** 1. Abre la EventBridge consola de Amazon en [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/). 1. En el panel de navegación, seleccione **Reglas**. 1. Seleccione **Creación de regla**. 1. En **Definir detalle de la regla**, haga lo siguiente: 1. Ingrese un **Nombre** para la regla y, opcionalmente, una descripción. Una regla no puede tener el mismo nombre que otra regla de la misma región y del mismo bus de eventos. 1. En **Bus de eventos**, elija **Predeterminado**. Cuando un AWS servicio de tu cuenta genera un evento, siempre va al bus de eventos predeterminado de tu cuenta. 1. En **Tipo de regla**, elija **Regla con un patrón de evento**. 1. Elija **Siguiente**. 1. En **Crear patrón de evento**, realice una de las siguientes acciones: 1. **En Origen del evento**, selecciona **AWS eventos o eventos EventBridge asociados**. 1. En **Event pattern** (Patrón de eventos), realice una de las siguientes acciones: 1. En **Origen del evento**, elija **Servicios de AWS**. 1. En **Servicio de AWS**, elija **Auto Scaling**. 1. En **Event type (Tipo de evento)**, elija **Instance Refresh (Actualización de instancias)**. 1. De forma predeterminada, la regla coincide con cualquier evento de actualización de instancias. Para crear una regla que le notifique cada vez que se alcance un punto de control durante la actualización de instancias, elija **Specific instance event(s)** (Eventos de instancia específicos) y seleccione **EC2 Auto Scaling Instance Refresh Checkpoint Reached** (Se ha alcanzado un punto de control de actualización de instancias de EC2 Auto Scaling). 1. De forma predeterminada, la regla coincide con cualquier grupo de Auto Scaling en la región. Para que la regla coincida con un grupo de Auto Scaling específico, elija **Specific group name(s) (Nombres de grupos específicos)** y, a continuación, seleccione uno o varios grupos de Auto Scaling. 1. Elija **Siguiente**. 1. En **Seleccionar destino**, realice una de las siguientes acciones: 1. Para **Target types** (Tipos de destino), elija **Servicio de AWS**. 1. Para **Select a target** (Seleccione un destino), elija **SNS topic** (Tema de SNS). 1. En **Topic** (Tema), elija su tema de Amazon SNS. 1. (Opcional) En **Configuración adicional**, puede configurar opciones adicionales. Para obtener más información, consulta [Cómo crear EventBridge reglas de Amazon que reaccionen a los eventos](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) en la *Guía del EventBridge usuario de Amazon*. 1. Elija **Siguiente**. 1. (Opcional) En **Etiquetas**, puede asignar una o varias etiquetas a la regla y, a continuación, elija **Siguiente**. 1. En **Review and create** (Revisar y crear), revise los detalles de la regla y modifíquelos según sea necesario. A continuación, elija **Create rule** (Crear regla). # Crea EventBridge reglas para los eventos de piscina caliente En el siguiente ejemplo, se crea una EventBridge regla para invocar acciones programáticas. Esto lo hace cada vez que el grupo de escalado automático emite un evento cuando se agrega una nueva instancia al grupo de calentamiento. Antes de crear la regla, cree la AWS Lambda función que desee que utilice la regla como destino. Debe especificar esta función como destino. El siguiente procedimiento proporciona solo los pasos para crear la EventBridge regla que actúa cuando entran nuevas instancias en la piscina caliente. Para obtener una guía introductoria que le muestre cómo crear una función de Lambda simple para invocar cuando un evento entrante coincide con una regla, consulte [Tutorial: Configuración de un enlace de ciclo de vida que invoca una función Lambda](tutorial-lifecycle-hook-lambda.md). Para obtener más información sobre cómo crear y trabajar con grupos de calentamiento, consulte [Reducción de la latencia de las aplicaciones con tiempos de arranque prolongados mediante grupos de calentamiento](ec2-auto-scaling-warm-pools.md). **Para crear una regla de evento que invoque una función de Lambda** 1. Abre la EventBridge consola de Amazon en [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/). 1. En el panel de navegación, seleccione **Reglas**. 1. Seleccione **Creación de regla**. 1. En **Definir detalle de la regla**, haga lo siguiente: 1. Ingrese un **Nombre** para la regla y, opcionalmente, una descripción. Una regla no puede tener el mismo nombre que otra regla de la misma región y del mismo bus de eventos. 1. En **Bus de eventos**, elija **Predeterminado**. Cuando un Servicio de AWS elemento de tu cuenta genera un evento, siempre va al bus de eventos predeterminado de tu cuenta. 1. En **Tipo de regla**, elija **Regla con un patrón de evento**. 1. Elija **Siguiente**. 1. En **Crear patrón de evento**, realice una de las siguientes acciones: 1. **En Origen del evento**, selecciona **AWS eventos o eventos EventBridge asociados**. 1. **En Patrón de eventos**, elija **Patrón personalizado (editor JSON)** y pegue el siguiente patrón en el cuadro **Patrón de eventos**, sustituyendo el texto por el nombre de su grupo de Auto Scaling. **italics** ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "AutoScalingGroupName": [ "my-asg" ], "Origin": [ "EC2" ], "Destination": [ "WarmPool" ] } } ``` Para crear una regla que coincida con otros eventos, modifique el patrón de eventos. Para obtener más información, consulte [Ejemplo de patrones de eventos](warm-pools-eventbridge-events.md#warm-pools-eventbridge-patterns). 1. Elija **Siguiente**. 1. En **Seleccionar destino**, realice una de las siguientes acciones: 1. Para **Target types** (Tipos de destino), elija **Servicio de AWS**. 1. En **Target (Destino)**, elija **Lambda function** (Función de Lambda). 1. Para **Function** (Función), elija la función a la que quiera enviar los eventos. 1. (Opcional) En **Configure version/alias** (Configurar la versión o el alias), ingrese la configuración de versión y alias de la función de Lambda de destino. 1. (Opcional) En **Additional settings** (Configuración adicional), ingrese cualquier configuración adicional según sea apropiado para su aplicación. Para obtener más información, consulta [Cómo crear EventBridge reglas de Amazon que reaccionen a los eventos](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) en la *Guía del EventBridge usuario de Amazon*. 1. Elija **Siguiente**. 1. (Opcional) En **Etiquetas**, puede asignar una o varias etiquetas a la regla y, a continuación, elija **Siguiente**. 1. En **Review and create** (Revisar y crear), revise los detalles de la regla y modifíquelos según sea necesario. A continuación, elija **Create rule** (Crear regla). # Proporcionar conectividad de red para sus instancias de Auto Scaling mediante Amazon VPC Amazon Virtual Private Cloud (Amazon VPC) es un servicio que le permite lanzar AWS recursos como grupos de Auto Scaling en una red virtual aislada de forma lógica que usted defina. Una subred de Amazon VPC es una subdivisión dentro de una zona de disponibilidad definida por un segmento del intervalo de direcciones IP de la VPC. Mediante el uso de subredes, puede agrupar sus instancias en función de sus necesidades operativas y de seguridad. Una subred reside en su totalidad dentro de la zona de disponibilidad en la que se creó. Las instancias de Auto Scaling se lanzan dentro de las subredes. Para permitir la comunicación entre Internet y las instancias de las subredes, debe crear una gateway de Internet y asociarla a la VPC. Una gateway de Internet permite que los recursos incluidos en las subredes se conecten a Internet a través del límite de la red de Amazon EC2. Si el tráfico de una subred se direcciona a un puerto de enlace a Internet, la subred recibe el nombre de *subred pública*. Si el tráfico de una subred no se dirige a una gateway de Internet, la subred recibe el nombre de subred *privada*. Utilice una subred pública para los recursos que deben conectarse a Internet y una subred privada para los recursos que no necesitan conectarse a Internet. Para obtener más información acerca de cómo proporcionar acceso a Internet a instancias en una VPC, consulte [Acceder a Internet](https://docs.aws.amazon.com/vpc/latest/userguide/how-it-works.html#what-is-connectivity) en la *Guía del usuario de Amazon VPC*. **Topics** + [VPC predeterminada](#as-defaultVPC) + [VPC no predeterminada](#as-nondefaultVPC) + [Consideraciones a la hora de elegir subredes de VPC](#as-vpc-considerations) + [Direcciones IP en una VPC](#as-vpc-ipaddress) + [Interfaces de red en una VPC](#as-vpc-network-interfaces) + [Tenencia de ubicación de instancias](#as-vpc-tenancy) + [AWS Outposts](#auto-scaling-outposts) + [Más recursos para obtener más información sobre VPCs](#auto-scaling-resources-about-vpcs) ## VPC predeterminada Si creó su grupo Cuenta de AWS después del 4 de diciembre de 2013 o si va a crear su grupo de Auto Scaling en uno nuevo Región de AWS, crearemos una VPC predeterminada para usted. La VPC predeterminada incluye una subred predeterminada en cada zona de disponibilidad. Si dispone de una VPC predeterminada, su grupo de escalado automático se crea en la VPC predeterminada, de forma predeterminada. Puedes verla VPCs en la [ VPCs página Tu](https://console.aws.amazon.com/vpc/home?/#vpcs) de la consola de Amazon VPC. Para obtener más información sobre la VPC predeterminada, consulte [Predeterminado VPCs](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html) en la Guía del usuario de Amazon *VPC*. ## VPC no predeterminada Puede optar VPCs por crear más. Para ello, vaya a la [página del panel de control de VPC](https://console.aws.amazon.com/vpc/home?/#vpcs) Consola de administración de AWS y seleccione Crear **VPC**. Para obtener más información, consulte la *[Guía del usuario de Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/)*. **nota** Un VPC abarca todas las zonas de disponibilidad en su Región de AWS. Cuando agregue subredes a la VPC, elija varias zonas de disponibilidad para asegurarse de que las aplicaciones alojadas en esas subredes estén altamente disponibles. Una zona de disponibilidad consiste en uno o varios centros de datos discretos con alimentación, redes y conectividad redundantes en una Región de AWS. Las zonas de disponibilidad permiten que las aplicaciones de producción sean altamente disponibles, tolerantes a errores y tengan escalabilidad. ## Consideraciones a la hora de elegir subredes de VPC Tenga en cuenta las siguientes consideraciones al elegir subredes VPC para su grupo de escalado automático: + Si va a adjuntar un balanceador de carga de Elastic Load Balancing al grupo de escalado automático, las instancias se pueden iniciar en subredes públicas o privadas. Sin embargo, el equilibrador de carga se debe crear en subredes públicas para admitir la resolución de DNS. + Si accede a las instancias de Auto Scaling directamente a través de SSH, las instancias solo se pueden iniciar en subredes públicas. + Si accede a instancias de Auto Scaling sin entrada mediante el Administrador de AWS Systems Manager sesiones, las instancias se pueden lanzar en subredes públicas o privadas. + Si utiliza subredes privadas, puede permitir que las instancias de Auto Scaling accedan a Internet mediante un gateway NAT público. + De forma predeterminada, las subredes predeterminadas de una VPC predeterminada son subredes públicas. ## Direcciones IP en una VPC Cuando lanza instancias Auto Scaling en una VPC, las instancias reciben automáticamente una dirección IP privada del intervalo de CIDR de la subred en la que se lanza la instancia. Esto permite que las instancias se comuniquen con otras instancias en la VPC. Puede configurar una plantilla de lanzamiento o una configuración de lanzamiento para asignar IPv4 direcciones públicas a sus instancias. La asignación de direcciones IP públicas a sus instancias les permite comunicarse con Internet u otros AWS servicios. Cuando lanzas instancias a una subred que está configurada para asignar IPv6 direcciones automáticamente, reciben ambas IPv4 direcciones. IPv6 De lo contrario, solo reciben IPv4 direcciones. Para obtener más información, consulte [IPv6las direcciones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#ipv6-addressing) en la Guía del *usuario de Amazon EC2*. Para obtener información sobre cómo especificar intervalos de CIDR para su VPC o subred, consulte [Guía del usuario de Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/). Amazon EC2 Auto Scaling puede asignar automáticamente direcciones IP privadas adicionales en el lanzamiento de las instancias cuando se utiliza una plantilla de lanzamiento que especifica interfaces de red adicionales. A cada interfaz de red se le asigna una única dirección IP privada del intervalo de CIDR de la subred en la que se lanza la instancia. En este caso, el sistema ya no puede asignar automáticamente una IPv4 dirección pública a la interfaz de red principal. No podrá conectarse a sus instancias a través de una IPv4 dirección pública a menos que asocie las direcciones IP elásticas disponibles a las instancias de Auto Scaling. ## Interfaces de red en una VPC Cada instancia de su VPC tiene una interfaz de red predeterminada (la interfaz de red principal). No se puede desconectar una interfaz de red principal de una instancia. Puede crear y adjuntar una interfaz de red adicional a cualquier instancia de su VPC. El número total de interfaces de red que puede adjuntar varía en función del tipo de instancia. Cuando lanza una instancia utilizando una plantilla de lanzamiento, puede especificar interfaces de red adicionales. Sin embargo, al iniciar una instancia de Auto Scaling con varias interfaces de red, cada interfaz se crea automáticamente en la misma subred que la instancia. Esto se debe a que Amazon EC2 Auto Scaling ignora las subredes definidas en la plantilla de lanzamiento en favor de lo especificado en el grupo de escalado automático. Para obtener más información, consulte [Creación de una plantilla de lanzamiento para un grupo de escalado automático](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-launch-template.html). Si crea o asocia dos o más interfaces de red de la misma subred a una instancia, pueden producirse problemas de red, como el direccionamiento asimétrico, especialmente en instancias que utilizan una variante que no es Amazon Linux. Si necesita este tipo de configuración, debe configurar la interfaz de red secundaria dentro del sistema operativo. Para ver un ejemplo, consulta [¿Cómo puedo hacer que mi interfaz de red secundaria funcione en mi instancia EC2 de Ubuntu?](https://repost.aws/knowledge-center/ec2-ubuntu-secondary-network-interface) en el Centro de AWS conocimiento. ## Tenencia de ubicación de instancias De forma predeterminada, todas las instancias de la VPC se ejecutan como instancias de tenencia compartida. Amazon EC2 Auto Scaling también admite instancias dedicadas y hosts dedicados. Para obtener más información, consulte [Creación de una plantilla de lanzamiento mediante la configuración avanzada](advanced-settings-for-your-launch-template.md). ## AWS Outposts AWS Outposts extiende una VPC de Amazon de una AWS región a un puesto avanzado con los componentes de VPC a los que se puede acceder en la región, incluidas las puertas de enlace de Internet, las puertas de enlace privadas virtuales, las pasarelas de tránsito de Amazon VPC y los puntos de enlace de VPC. Un Outpost está destinado a una zona de disponibilidad de la región y es una extensión de esa zona de disponibilidad que puede utilizar para obtener resiliencia. Para obtener más información, consulte la [Guía del usuario de AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/). Para ver un ejemplo de cómo implementar un grupo de escalado automático que proporciona tráfico desde un equilibrador de carga de aplicación dentro de una instancia de Outposts, consulte la siguiente publicación de blog [Configuración de un Equilibrador de carga de aplicación en AWS Outposts](https://aws.amazon.com/blogs/networking-and-content-delivery/configuring-an-application-load-balancer-on-aws-outposts/). ## Más recursos para obtener más información sobre VPCs Utilice los siguientes temas para obtener más información sobre las subredes VPCs y las subredes. + Subredes privadas en una VPC + [Ejemplo: una VPC con servidores en subredes privadas y NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-private-subnets-nat.html) + [Gateways NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) + Subredes públicas en una VPC + [Ejemplo: VPC para un entorno de prueba](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-dev-test.html) + [Ejemplo: una VPC para servidores web y de bases de datos](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-web-database-servers.html) + Subredes del Application Load Balancer + [Subredes del equilibrador de carga](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html#subnets-load-balancer) + Información de VPC general + [Guía del usuario de Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/) + [Conéctese VPCs mediante el emparejamiento de VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html) + [Interfaces de red elásticas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) + [Uso de puntos de conexión de VPC para conectividad privada](ec2-auto-scaling-vpc-endpoints.md)