Auto Scaling de flotas para Amazon AppStream 2.0 - Amazon AppStream 2.0

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.

Auto Scaling de flotas para Amazon AppStream 2.0

Fleet Auto Scaling le permite cambiar automáticamente el tamaño de su flota AppStream 2.0 Always-On o On-Demand para ajustar la oferta de instancias disponibles a la demanda de los usuarios. El tamaño de la flota determina el número de usuarios que pueden transmitir de forma simultánea. En el caso de una flota multisesión, más de un usuario puede usar una sola instancia. En el caso de una flota que no sea multisesión, se requiere una instancia para cada sesión de usuario. Puede especificar la capacidad de su flota en términos de instancias (para flotas de sesión única) y sesiones de usuario (para flotas multisesión). Según las configuraciones de su flota y las políticas de escalado automático, estará disponible la cantidad requerida de instancias. Puede definir políticas de escalado para que el tamaño de la flota se ajuste automáticamente en función de una serie de métricas de uso, así como optimizar la cantidad de instancias disponibles de forma que sea acorde con la demanda de los usuarios. Además, puede desactivar el escalado automático de forma que el tamaño de la flota en ejecución se mantenga fijo.

nota

AppStream 2.0 administra automáticamente la capacidad de la flota de Elastic. No es necesario crear reglas de escalado automático para administrar la cantidad de instancias de streaming de flota que están disponibles para las flotas elásticas.

nota

A medida que desarrolle su plan para el escalado de la flota AppStream 2.0, asegúrese de que la configuración de su red cumpla con sus requisitos.

Antes de poder utilizar Fleet Auto Scaling, Application Auto Scaling necesita permisos para acceder a CloudWatch las alarmas y a las flotas AppStream 2.0 de Amazon. Para obtener más información, consulte Uso de políticas AWS administradas y funciones vinculadas para administrar el acceso de los administradores a los recursos de la AppStream versión 2.0 y Uso de políticas de IAM para administrar el acceso de los administradores al Auto Scaling de aplicaciones.

nota

Cuando usa el escalado, trabaja con la API del Auto Scaling de aplicaciones. Para que Fleet Auto Scaling funcione correctamente para la AppStream versión 2.0, Application Auto Scaling requiere permiso para describir y actualizar sus flotas AppStream 2.0 y describir CloudWatch las alarmas de Amazon, así como permisos para modificar la capacidad de la flota en su nombre. Para obtener más información, consulte Funciones necesarias para AppStream 2.0, Application Auto Scaling y AWS Certificate Manager Private CA y Uso de políticas de IAM para administrar el acceso de los administradores al Auto Scaling de aplicaciones.

Los siguientes temas proporcionan información que le ayudará a entender y utilizar Auto Scaling AppStream 2.0 Fleet.

Conceptos de escalado

AppStream El escalado 2.0 lo proporciona Application Auto Scaling. Para obtener más información, consulte la Referencia de la API de Application Auto Scaling.

Para obtener step-by-step instrucciones sobre cómo trabajar con Auto Scaling AppStream 2.0 Fleet, consulte Cómo escalar sus transmisiones de aplicaciones de escritorio con Amazon AppStream 2.0 en el blog de AWS informática.

Para utilizar de forma eficaz de Auto Scaling de flotas, debe comprender los siguientes términos y conceptos.

Multisesión frente a sesión única

En un escenario de sesión única, cada sesión de usuario tiene su propia instancia dedicada. En un modo multisesión, se puede aprovisionar más de una sesión de usuario en una instancia. Las políticas de capacidad de la flota y de escalado automático se deben configurar en términos de sesiones de usuario, y el servicio calculará y lanzará la cantidad requerida de instancias.

Capacidad mínima y número mínimo de sesiones de usuario para la flota

El número mínimo de instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión). El número de instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión) no puede ser inferior a este valor y las políticas de escalado no escalarán la flota por debajo de este valor. Por ejemplo, en un escenario de sesión única, si establece la capacidad mínima para una flota en 2, la flota nunca tendrá menos de 2 instancias. Del mismo modo, en un escenario multisesión, con el número máximo de sesiones de una instancia establecido en 5, si establece la capacidad mínima de una flota en 12, la flota nunca tendrá menos que el resultado del redondeo (12/5) = 3 instancias.

Capacidad máxima y número máximo de sesiones de usuario para la flota

El número máximo de instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión). El número de instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión) no puede ser superior a este valor y las políticas de escalado no escalarán la flota por encima de este valor. Por ejemplo, en un escenario de sesión única, si establece la capacidad máxima para una flota en 10, la flota nunca tendrá más de 10 instancias. Del mismo modo, en un escenario multisesión, con el número máximo de sesiones de una instancia establecido en 5, si establece la capacidad máxima de una flota en 52, la flota nunca tendrá más que el resultado del redondeo (52/5) = 11 instancias.

Capacidad deseada

El número total de instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión) que están en ejecución o pendientes. Este valor representa el número total de sesiones de streaming simultáneas que puede admitir la flota en un estado estable. Para establecer el valor de Desired Capacity (Capacidad deseada), edite Fleet Details (Detalles de flota). No recomendamos cambiar el valor de Desired Capacity (Capacidad deseada) manualmente cuando se utiliza Scaling Policies (Políticas de escalado).

Si el valor de Desired Capacity (Capacidad deseada) se define por debajo del valor de Minimum Capacity (Capacidad mínima) y se desencadena una actividad de escalado ascendente, el Auto Scaling de aplicaciones escala el valor de Desired Capacity (Capacidad deseada) hasta el valor de Minimum Capacity (Capacidad mínima) y, a continuación, sigue escalando según sea necesario,de acuerdo con la política de escalado. No obstante, en este caso una actividad de escalado descendente no ajusta la Desired Capacity (Capacidad deseada), dado que ya está por debajo del valor de Minimum Capacity (Capacidad mínima).

Si el valor de Desired Capacity (Capacidad deseada) se define por encima del valor de Maximum Capacity (Capacidad máxima) y se desencadena una actividad de escalado descendente, el Auto Scaling de aplicaciones escala el valor de Desired Capacity (Capacidad deseada) al valor de Maximum Capacity (Capacidad máxima) y, a continuación, sigue escalando según sea necesario, en función de la política de escalado. No obstante, en este caso, una actividad de escalado ascendente no ajustará Desired Capacity (Capacidad deseada), porque ya se encuentra por encima del valor Maximum Capacity (Capacidad máxima).

Scaling Policy Action

La acción de la política de escalado es la acción que lleva a cabo una política de escalado en la flota cuando se cumple Scaling Policy Condition. Puede elegir una acción en función del % de la capacidad o del número de instancias (para flotas de sesión única) o sesiones de usuario(para flotas multisesión). Por ejemplo, si la capacidad actual es 4 y la acción política de escalado está configurada como «Añadir un 25% de capacidad», la capacidad deseada se incrementará a 5 cuando se cumpla la condición de la política de escalado.

Scaling Policy Condition

La condición que desencadena la acción establecida en Scaling Policy Action. Esta condición incluye una métrica de la política de escalado, un operador de comparación y un umbral. Por ejemplo, para escalar una flota cuando su utilización sea superior al 50 %, la condición de la política de escalado debe ser "If Capacity Utilization > 50%".

Scaling Policy Metric

La política de escalado se basa en esta métrica. Las siguientes métricas están disponibles para políticas de escalado:

Capacity Utilization

El porcentaje de instancias de una flota que están en uso. Puede utilizar esta métrica para escalar la flota en función de su uso. Por ejemplo, Scaling Policy Condition: "si la condición es Capacity Utilization < 25%", llevar a cabo la acción Scaling Policy Action: "Remove 25 % capacity".

Available Capacity

El número de instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión) en la flota que están disponibles para los usuarios. Puede utilizar esta métrica para mantener un búfer de capacidad disponible que permita a los usuarios iniciar sesiones de streaming. Por ejemplo, la Condición de la política de escalado indica que si la capacidad disponible < 5 se debe realizar la Acción de la política de escalado de añadir 5 instancia(s) (para flotas de sesión única) o sesión(es) de usuario (para flotas multisesión).

Insufficient Capacity Errors

Número de solicitudes de sesión que se han rechazado por falta de capacidad. Esta métrica se puede utilizar para aprovisionar nuevas instancias para los usuarios que no pueden iniciar sesiones de streaming debido a la falta de capacidad. Por ejemplo, la Condición de la política de escalado indica que si hay un error de capacidad insuficiente > 0 se debe realizar la Acción de la política de escalado de añadir 1 instancia(s) (para flotas de sesión única) o sesión(es) de usuario (para flotas multisesión).

Administración del escalado de flotas mediante la consola

Puede configurar y gestionar la ampliación de la flota mediante la consola AppStream 2.0 de una de las dos maneras siguientes: durante la creación de la flota, o en cualquier momento, mediante la pestaña Flotas. Hay dos políticas de escalado predeterminadas asociadas a las flotas recién creadas tras el lanzamiento. Puedes editar estas políticas en la pestaña Políticas de escalado de la consola AppStream 2.0. Para obtener más información, consulte Creación de una flota.

Para entornos de usuario que varían en número, defina políticas de escalado que permitan controlar cómo responderá el escalado a la demanda. Si prevé un número fijo de usuarios o existen otros motivos para deshabilitar el escalado, puede configurar la flota con un número fijo de instancias o sesiones de usuario.

Para definir una política de escalado de flota en la consola
  1. Abra la consola AppStream 2.0 en https://console.aws.amazon.com/appstream2.

  2. En el panel de navegación, seleccione Flotas.

  3. Seleccione la flota y, a continuación, elija Scaling Policies.

  4. Para modificar las políticas existentes, elija el icono de edición situado junto a cada valor. Establezca los valores que desee en el campo de edición y elija Update. Los cambios de la política entrarán en vigor transcurridos unos minutos.

  5. Agregue (o cree) nuevas políticas mediante el enlace Add Policy. Establezca los valores que desee en el campo de edición y elija Create. La nueva política entrará en vigor transcurridos unos minutos.

Puede utilizar la pestaña Fleet Usage para monitorizar los efectos de los cambios en la política de escalado. A continuación se muestra un ejemplo gráfico de la actividad de escalado cuando cinco usuarios se conectan a la flota y, a continuación, se desconectan. Este ejemplo es de una flota en la que se utilizan los siguientes valores de la política de escalado:

  • Capacidad mínima = 10

  • Capacidad máxima = 50

  • Escalado horizontal = Agregue 5 instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión) si el uso de la capacidad es superior al 75 %

  • Reducción horizontal = Elimine 6 instancias (para flotas de sesión única) o sesiones de usuario (para flotas multisesión) si el uso de la capacidad es inferior al 25 %

    nota

    La política anterior se aplica tanto en escenarios de sesión única como multisesión. En un escenario de sesión única, se lanzarán 5 instancias nuevas durante un evento de escalado horizontal y se recuperarán 4 instancias durante el evento de reducción vertical. En un escenario multisesión, en el que el número máximo de sesiones por instancia sea igual a 4, el evento de escalado horizontal provocará el lanzamiento de un redondeo (adición de 5 sesiones de usuario/máximo de 4 sesiones por instancia) = 2 instancias. Durante un evento de reducción horizontal, los servicios recuperarán el redondeo (eliminarán 6 sesiones de usuario/máximo 4 sesiones por instancia) = 2 instancias. Las instancias con sesiones de usuario en ejecución no se recuperarán. Solo se recuperarán las instancias en las que no se esté ejecutando ninguna sesión de usuario.

Para configurar una flota de capacidad fija en la consola
  1. Abra la consola AppStream 2.0 en https://console.aws.amazon.com/appstream2.

  2. En el panel de navegación, seleccione Flotas.

  3. Seleccione la flota.

  4. En Scaling Policies, elimine todas las políticas asociadas a la flota.

  5. En Fleet Details, edite la flota para establecer el valor de Desired Capacity.

La flota fija tiene una capacidad constante basada en el valor especificado en Desired Capacity. Tenga en cuenta que una flota fija tiene la cantidad deseada de instancias disponibles en todo momento, de modo que deberá detenerla para que deje de generar costos de facturación.

Gestión del escalado de la flota mediante la AWS CLI

Puede configurar y administrar el escalado de la flota mediante la AWS Command Line Interface (AWS CLI). Para funciones más avanzadas, como configurar varias políticas de escalado o establecer tiempos de enfriamiento de escalado inicial y escalado horizontal, utilice la CLI. AWS Antes de ejecutar los comandos de las políticas de escalado, debe registrar la flota como objetivo escalable. Para hacerlo, utilice el comando register-scalable-target siguiente:

aws application-autoscaling register-scalable-target --service-namespace appstream \ --resource-id fleet/fleetname \ --scalable-dimension appstream:fleet:DesiredCapacity \ --min-capacity 1 --max-capacity 5

Ejemplo 1: Aplicación de una política de escalado basada en la métrica Capacity Utilization

Este ejemplo de AWS CLI establece una política de escalado que amplía una flota en un 25% si la utilización es superior o igual al 75%.

El comando put-scaling-policy siguiente define una política de escalado basada en la utilización:

aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-utilization.json

El contenido del archivo scale-out-utilization.json es el siguiente:

{ "PolicyName": "policyname", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "PercentChangeInCapacity", "StepAdjustments": [ { "MetricIntervalLowerBound": 0, "ScalingAdjustment": 25 } ], "Cooldown": 120 } }

Si el comando es correcto, el resultado es similar al siguiente, aunque algunos datos son exclusivos de cada cuenta y región. En este ejemplo, el identificador de la política es e3425d21-16f0-d701-89fb-12f98dac64af.

{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:e3425d21-16f0-d701-89fb-12f98dac64af:resource/appstream/fleet/SampleFleetName:policyName/scale-out-utilization-policy"}

Ahora, configure una CloudWatch alarma para esta política. Utilice los nombres, la región, el número de cuenta y el identificador de la política que se le apliquen a usted. Puede utilizar el ARN de la política devuelto por el comando anterior para el parámetro --alarm-actions.

aws cloudwatch put-metric-alarm --alarm-name alarmname \ --alarm-description "Alarm when Capacity Utilization exceeds 75 percent" \ --metric-name CapacityUtilization \ --namespace AWS/AppStream \ --statistic Average \ --period 300 \ --threshold 75 \ --comparison-operator GreaterThanOrEqualToThreshold \ --dimensions "Name=Fleet,Value=fleetname" \ --evaluation-periods 1 --unit Percent \ --alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"

Ejemplo 2: Aplicación de una política de escalado basada en la métrica Insufficient Capacity Errors

Este ejemplo de AWS CLI establece una política de escalado que amplía la flota en 1 si la flota devuelve un InsufficientCapacityError error.

El comando siguiente define una política de escalado basada en la capacidad insuficiente:

aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-capacity.json

El contenido del archivo scale-out-capacity.json es el siguiente:

{ "PolicyName": "policyname", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "ChangeInCapacity", "StepAdjustments": [ { "MetricIntervalLowerBound": 0, "ScalingAdjustment": 1 } ], "Cooldown": 120 } }

Si el comando es correcto, el resultado es similar al siguiente, aunque algunos datos son exclusivos de cada cuenta y región. En este ejemplo, el identificador de la política es f4495f21-0650-470c-88e6-0f393adb64fc.

{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:f4495f21-0650-470c-88e6-0f393adb64fc:resource/appstream/fleet/SampleFleetName:policyName/scale-out-insufficient-capacity-policy"}

Ahora, configure una CloudWatch alarma para esta política. Utilice los nombres, la región, el número de cuenta y el identificador de la política que se le apliquen a usted. Puede utilizar el ARN de la política devuelto por el comando anterior para el parámetro --alarm-actions.

aws cloudwatch put-metric-alarm --alarm-name alarmname \ --alarm-description "Alarm when out of capacity is > 0" \ --metric-name InsufficientCapacityError \ --namespace AWS/AppStream \ --statistic Maximum \ --period 300 \ --threshold 0 \ --comparison-operator GreaterThanThreshold \ --dimensions "Name=Fleet,Value=fleetname" \ --evaluation-periods 1 --unit Count \ --alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"

Ejemplo 3: Aplicar una política de escalado basada en la métrica Low Capacity Utilization

En este AWS CLI ejemplo, se establece una política de escalado que se amplía en la flota para reducir la capacidad real cuando ésta CapacityUtilization es baja.

El comando siguiente define una política de escalado basada en la capacidad excesiva:

aws application-autoscaling put-scaling-policy --cli-input-json file://scale-in-capacity.json

El contenido del archivo scale-in-capacity.json es el siguiente:

{ "PolicyName": "policyname", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "PercentChangeInCapacity", "StepAdjustments": [ { "MetricIntervalUpperBound": 0, "ScalingAdjustment": -25 } ], "Cooldown": 360 } }

Si el comando es correcto, el resultado es similar al siguiente, aunque algunos datos son exclusivos de cada cuenta y región. En este ejemplo, el identificador de la política es 12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90.

{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90:resource/appstream/fleet/SampleFleetName:policyName/scale-in-utilization-policy"}

Ahora, configure una CloudWatch alarma para esta política. Utilice los nombres, la región, el número de cuenta y el identificador de la política que se le apliquen a usted. Puede utilizar el ARN de la política devuelto por el comando anterior para el parámetro --alarm-actions.

aws cloudwatch put-metric-alarm --alarm-name alarmname \ --alarm-description "Alarm when Capacity Utilization is less than or equal to 25 percent" \ --metric-name CapacityUtilization \ --namespace AWS/AppStream \ --statistic Average \ --period 120 \ --threshold 25 \ --comparison-operator LessThanOrEqualToThreshold \ --dimensions "Name=Fleet,Value=fleetname" \ --evaluation-periods 10 --unit Percent \ --alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"

Ejemplo 4: Cambiar la capacidad de la flota en función de una programación

El cambio de la capacidad de la flota en función de una programación le permite escalar la capacidad de su flota como respuesta a los cambios previstos en la demanda. Por ejemplo, al inicio de un día laborable, es posible que espere que un determinado número de usuarios solicite conexiones de streaming al mismo tiempo. Para cambiar la capacidad de su flota según un cronograma, puede usar la acción de la API Application Auto Scaling PutScheduledAction o el comando CLI AWS put-scheduled-action.

Antes de cambiar la capacidad de su flota, puede enumerar la capacidad de su flota actual mediante el comando CLI AppStream 2.0 describe-fleets. AWS

aws appstream describe-fleets --name fleetname

La capacidad de la flota actual aparecerá similar a la siguiente salida (tal como se muestra en formato JSON):

{ { "ComputeCapacityStatus": { "Available": 1, "Desired": 1, "Running": 1, "InUse": 0 }, }

A continuación, utilice el comando put-scheduled-action para crear una acción programada para cambiar la capacidad de su flota. Por ejemplo, el siguiente comando cambia la capacidad mínima a 3 y la capacidad máxima a 5 cada día a las 9:00 h.

nota

Para expresiones cron, especifique cuándo realizar la acción en UTC. Para obtener más información, consulte Expresiones Cron.

aws application-autoscaling put-scheduled-action --service-namespace appstream \ --resource-id fleet/fleetname \ --schedule="cron(0 9 * * ? *)" \ --scalable-target-action MinCapacity=3,MaxCapacity=5 \ --scheduled-action-name ExampleScheduledAction \ --scalable-dimension appstream:fleet:DesiredCapacity

Para confirmar que la acción programada para cambiar la capacidad de la flota se ha creado correctamente, ejecute el comando describe-scheduled-actions.

aws application-autoscaling describe-scheduled-actions --service-namespace appstream --resource-id fleet/fleetname

Si la acción programada se ha creado correctamente, el resultado tiene un aspecto similar al siguiente.

{ "ScheduledActions": [ { "ScalableDimension": "appstream:fleet:DesiredCapacity", "Schedule": "cron(0 9 * * ? *)", "ResourceId": "fleet/ExampleFleet", "CreationTime": 1518651232.886, "ScheduledActionARN": "<arn>", "ScalableTargetAction": { "MinCapacity": 3, "MaxCapacity": 5 }, "ScheduledActionName": "ExampleScheduledAction", "ServiceNamespace": "appstream" } ] }

Para obtener más información, consulte Escalado programado en la Guía del usuario de Auto Scaling de aplicaciones.

Ejemplo 5: aplicación de una política de escalado de seguimiento de destino

Con el escalado de seguimiento de destino puede especificar un nivel de uso de capacidad para la flota.

Al crear una política de escalado de seguimiento de objetivos, Application Auto Scaling crea y gestiona automáticamente CloudWatch las alarmas que activan la política de escalado. La política de escalado amplía o reduce la capacidad en función de las necesidades para mantener el uso de la capacidad en el valor objetivo especificado o en un valor próximo. Para garantizar la disponibilidad de la aplicación, su flota se escala de forma ascendente de un modo proporcional a la métrica tan rápido como puede, pero se escala de forma descendente de un modo más gradual.

El siguiente comando put-scaling-policy define una política de escalado y seguimiento de objetivos que intenta mantener un 75% de utilización de la capacidad en una flota 2.0. AppStream

aws application-autoscaling put-scaling-policy --cli-input-json file://config.json

El contenido del archivo config.json es el siguiente:

{ "PolicyName":"target-tracking-scaling-policy", "ServiceNamespace":"appstream", "ResourceId":"fleet/fleetname", "ScalableDimension":"appstream:fleet:DesiredCapacity", "PolicyType":"TargetTrackingScaling", "TargetTrackingScalingPolicyConfiguration":{ "TargetValue":75.0, "PredefinedMetricSpecification":{ "PredefinedMetricType":"AppStreamAverageCapacityUtilization" }, "ScaleOutCooldown":300, "ScaleInCooldown":300 } }

Si el comando es correcto, el resultado es similar al siguiente, aunque algunos datos son exclusivos de cada cuenta y región. En este ejemplo, el identificador de la política es 6d8972f3-efc8-437c-92d1-6270f29a66e7.

{ "PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:6d8972f3-efc8-437c-92d1-6270f29a66e7:resource/appstream/fleet/fleetname:policyName/target-tracking-scaling-policy", "Alarms": [ { "AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca", "AlarmName": "TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca" }, { "AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d", "AlarmName": "TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d" } ] }

Para obtener más información, consulte Políticas de escalado de seguimiento de destino en la Guía del usuario de Auto Scaling de aplicaciones.

Recursos adicionales

Para obtener step-by-step instrucciones sobre cómo trabajar con Auto Scaling AppStream 2.0 Fleet, consulte Cómo escalar sus transmisiones de aplicaciones de escritorio con Amazon AppStream 2.0 en el blog de AWS informática.

Para obtener más información sobre el uso de los comandos de la AWS CLI o las acciones de la API de Application Auto Scaling, consulte los siguientes recursos: