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. # Fleet Auto Scaling para WorkSpaces aplicaciones de Amazon Fleet Auto Scaling le permite cambiar automáticamente el tamaño de la flota de WorkSpaces aplicaciones siempre activas o bajo demanda 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** WorkSpaces Applications administra automáticamente la capacidad de la flota de Elastic por usted. 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 ampliar la flota de WorkSpaces aplicaciones, 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 las CloudWatch alarmas de Amazon y a las flotas de WorkSpaces Applications. Para obtener más información, consulte [Uso de políticas AWS administradas y funciones vinculadas para administrar el acceso de los administradores a WorkSpaces las aplicaciones y los recursos](controlling-administrator-access-with-policies-roles.md) y [Uso de políticas de IAM para administrar el acceso de los administradores al Auto Scaling de aplicaciones](autoscaling-iam-policy.md). **nota** Cuando usa el escalado, trabaja con la API del Auto Scaling de aplicaciones. Para que Fleet Auto Scaling funcione correctamente para WorkSpaces Applications, Application Auto Scaling requiere permiso para describir y actualizar sus flotas de WorkSpaces aplicaciones y describir sus CloudWatch alarmas de Amazon, así como permisos para modificar la capacidad de su flota en su nombre. Para obtener más información, consulte [Funciones necesarias para WorkSpaces Applications, Application Auto Scaling y AWS Certificate Manager Private CA](roles-required-for-appstream.md) y [Uso de políticas de IAM para administrar el acceso de los administradores al Auto Scaling de aplicaciones](autoscaling-iam-policy.md). Los siguientes temas proporcionan información que le ayudará a entender y utilizar WorkSpaces Applications Fleet Auto Scaling. **Topics** + [Conceptos de escalado para WorkSpaces aplicaciones de Amazon](autoscaling-concepts.md) + [Gestión del escalado de flotas mediante Amazon WorkSpaces Applications Console](autoscaling-console.md) + [Gestión del escalado de flotas mediante la AWS CLI para WorkSpaces aplicaciones de Amazon](autoscaling-cli.md) + [Recursos adicionales para las WorkSpaces aplicaciones de Amazon con Auto Scaling](autoscaling-additional-resources.md) # Conceptos de escalado para WorkSpaces aplicaciones de Amazon WorkSpaces El escalado de aplicaciones lo proporciona Application Auto Scaling. Para obtener más información, consulte la [Referencia de la API de Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/). Para obtener step-by-step instrucciones sobre cómo trabajar con WorkSpaces Applications Fleet Auto Scaling, consulte [Cómo escalar sus flujos de aplicaciones de escritorio con Amazon AppStream 2.0](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-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. **Número mínimo Capacity/Minimum 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. **Número máximo Capacity/Maximum 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 **Capacidad deseada** se define por debajo del valor de **Capacidad mínima** y se desencadena una actividad de escalado horizontal, el escalado automático de aplicaciones escala el valor de **Capacidad deseada** hasta el valor de **Capacidad mínima** y, a continuación, sigue escalando horizontalmente si es 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 **Capacidad deseada** se define por encima del valor de **Capacidad máxima** y se desencadena una actividad de reducción horizontal, el escalado automático de aplicaciones escala el valor de **Capacidad deseada** al valor de **Capacidad máxima** y, a continuación, reduce horizontalmente si es necesario, de acuerdo con 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 opción **Capacidad actual** está establecida en 4 y la opción **Acción de la política de escalado** está establecida en “Añadir un 25 % de capacidad”, la opción **Capacidad deseada** se establecerá en 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). # Gestión del escalado de flotas mediante Amazon WorkSpaces Applications Console Puede configurar y gestionar el escalado de la flota mediante la consola de WorkSpaces aplicaciones de una de las dos formas 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. Puede editar estas políticas en la pestaña **Políticas de escalado** de la consola de WorkSpaces Aplicaciones. Para obtener más información, consulte [Cree una flota en Amazon WorkSpaces Applications](set-up-stacks-fleets-create.md). 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 de WorkSpaces aplicaciones en [https://console.aws.amazon.com/appstream2/casa](https://console.aws.amazon.com/appstream2/home). 1. En el panel de navegación, seleccione **Flotas**. 1. Seleccione la flota y, a continuación, elija **Scaling Policies**. 1. 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. 1. 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 escalado, los servicios recuperarán el resumen (eliminarán 6 sessions/maximum sesiones de usuario por instancia, 4) = 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. [Abre la consola de WorkSpaces aplicaciones en casa. https://console.aws.amazon.com/appstream2/](https://console.aws.amazon.com/appstream2/home) 1. En el panel de navegación, seleccione **Flotas**. 1. Seleccione la flota. 1. En **Scaling Policies**, elimine todas las políticas asociadas a la flota. 1. 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 flotas mediante la AWS CLI para WorkSpaces aplicaciones de Amazon 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 entrante 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 ello, utilice el siguiente comando: [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html) ``` aws application-autoscaling register-scalable-target --service-namespace appstream \ --resource-id fleet/fleetname \ --scalable-dimension appstream:fleet:DesiredCapacity \ --min-capacity 1 --max-capacity 5 ``` **Topics** + [Ejemplo 1: Aplicación de una política de escalado basada en la métrica Capacity Utilization](#autoscaling-cli-utilization) + [Ejemplo 2: Aplicación de una política de escalado basada en la métrica Insufficient Capacity Errors](#autoscaling-cli-capacity) + [Ejemplo 3: Aplicar una política de escalado basada en la métrica Low Capacity Utilization](#autoscaling-cli-scale-in) + [Ejemplo 4: Cambiar la capacidad de la flota en función de una programación](#autoscaling-cli-schedule) + [Ejemplo 5: aplicación de una política de escalado de seguimiento de destino](#autoscaling-target-tracking) ## 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 siguiente [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)comando 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 [PutScheduledAction](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScheduledAction.html)API Application Auto Scaling o el comando [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html) AWS CLI. Antes de cambiar la capacidad de su flota, puede enumerar la capacidad de su flota actual mediante el comando CLI WorkSpaces Applications [describe-fleets.](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) 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](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html#CronExpressions). ``` 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 creó correctamente, ejecute el comando. [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html) ``` 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": "", "ScalableTargetAction": { "MinCapacity": 3, "MaxCapacity": 5 }, "ScheduledActionName": "ExampleScheduledAction", "ServiceNamespace": "appstream" } ] } ``` Para obtener más información, consulte [Escalado programado](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html) 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 [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)comando define una política de escalado y seguimiento de objetivos que intenta mantener el 75% de utilización de la capacidad de una flota de WorkSpaces aplicaciones. ``` 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](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html) en la *Guía del usuario de Auto Scaling de aplicaciones*. # Recursos adicionales para las WorkSpaces aplicaciones de Amazon con Auto Scaling Para obtener step-by-step instrucciones sobre cómo trabajar con WorkSpaces Applications Fleet Auto Scaling, consulte [Cómo escalar sus flujos de aplicaciones de escritorio con Amazon AppStream 2.0](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-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: + Sección [application-autoscaling](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling) de la *Referencia de comandos de la AWS CLI * + [Referencia de la API de Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/) + [Guía del usuario de la aplicación Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/)