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
El Auto Scaling de flotas permite cambiar automáticamente el tamaño de la flota de funcionamiento continuo o bajo demanda de AppStream 2.0 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 elástica en su nombre. 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 de AppStream 2.0, asegúrese de que su configuración de red cumpla sus requisitos.
Antes de utilizar el Auto Scaling de flotas, el Auto Scaling de aplicaciones requiere permisos para obtener acceso a las alarmas de Amazon CloudWatch y a las flotas de AppStream 2.0. Para más información, consulte Uso de roles vinculados y políticas administradas por AWS para administrar el acceso de administrador a los recursos de AppStream 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 el Auto Scaling de flotas funcione correctamente en AppStream 2.0, el Auto Scaling de aplicaciones necesita permiso para describir y actualizar sus flotas de AppStream 2.0 y describir sus alarmas de Amazon CloudWatch, además de permisos para modificar la capacidad de la flota en su nombre. Para más información, consulte Roles necesarios para AppStream 2.0, Auto Scaling de aplicaciones 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 comprender y utilizar el Auto Scaling de flotas de AppStream 2.0.
Contenido
Conceptos de escalado
Auto Scaling de aplicaciones proporciona el escalado de AppStream 2.0. Para obtener más información, consulte la Referencia de la API de Application Auto Scaling.
Para obtener instrucciones paso a paso sobre el Auto Scaling de flotas de AppStream 2.0, consulte Scaling Your Desktop Application Streams with Amazon AppStream 2.0
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 Desired Capacity es 4 y Scaling Policy Action está establecido en "Add 25% capacity", Desired Capacity aumenta en un 25% hasta 5 cuando se cumple la condición de la política de escalado (Scaling Policy Condition).
- 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 administrar el escalado de flotas por medio de la consola de AppStream 2.0 de cualquiera de las dos formas siguientes: durante la creación de flotas 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. Puede editar estas políticas en la pestaña Políticas de escalado en la consola de 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
Abra la consola de AppStream 2.0 en https://console.aws.amazon.com/appstream2
. -
En el panel de navegación, seleccione Flotas.
-
Seleccione la flota y, a continuación, elija Scaling Policies.
-
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.
-
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
Abra la consola de AppStream 2.0 en https://console.aws.amazon.com/appstream2
. -
En el panel de navegación, seleccione Flotas.
-
Seleccione la flota.
-
En Scaling Policies, elimine todas las políticas asociadas a la flota.
-
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.
Administració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 obtener características más avanzadas como la configuración de varias políticas de escalado o el establecimiento de plazos de recuperación de escalado horizontal y reducción horizontal, utilice la AWS CLI. 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
Ejemplos
- Ejemplo 1: Aplicación de una política de escalado basada en la métrica Capacity Utilization
- Ejemplo 2: Aplicación de una política de escalado basada en la métrica Insufficient Capacity Errors
- Ejemplo 3: Aplicar una política de escalado basada en la métrica Low Capacity Utilization
- Ejemplo 4: Cambiar la capacidad de la flota en función de una programación
- Ejemplo 5: aplicación de una política de escalado de seguimiento de destino
Ejemplo 1: Aplicación de una política de escalado basada en la métrica Capacity Utilization
En este ejemplo de la AWS CLI se configura una política de escalado que aplica a la flota un escalado horizontal del 25 % si la utilización es >= 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 alarma de CloudWatch 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-namealarmname\ --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
En este ejemplo de la AWS CLI se configura una política de escalado que efectúa el escalado horizontal de la flota en 1 si esta devuelve un error InsufficientCapacityError.
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 alarma de CloudWatch 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-namealarmname\ --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 ejemplo de la AWS CLI se establece una política de escalado que se escala en la flota para reducir la capacidad real cuando el valor de CapacityUtilization es bajo.
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 alarma de CloudWatch 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-namealarmname\ --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 la flota en función de una programación, puede utilizar la acción de la API PutScheduledAction o el comando de la AWS CLI put-scheduled-action del Auto Scaling de aplicaciones.
Antes de cambiar la capacidad de la flota, puede enumerar la capacidad de la flota actual mediante el comando de AWS CLI describe-fleets de AppStream 2.0.
aws appstream describe-fleets --namefleetname
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 destino, el Auto Scaling de aplicaciones crea y administra de manera automática las alarmas de CloudWatch 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 de seguimiento de destino que intenta mantener un uso de la capacidad del 75 % para una flota de AppStream 2.0.
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 instrucciones paso a paso sobre el Auto Scaling de flotas de AppStream 2.0, consulte Scaling Your Desktop Application Streams with Amazon AppStream 2.0
Para obtener más información acerca del uso de acciones de la API o comandos de la AWS CLI del Auto Scaling de aplicaciones, consulte los siguientes recursos:
-
Sección application-autoscaling de la Referencia de comandos de la AWS CLI
