Fleet Auto Scaling pour Amazon AppStream 2.0 - Amazon AppStream 2.0

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Fleet Auto Scaling pour Amazon AppStream 2.0

Fleet Auto Scaling vous permet de modifier automatiquement la taille de votre flotte AppStream 2.0 Always-On ou On-Demand pour adapter l'offre d'instances disponibles à la demande des utilisateurs. La taille de votre flotte détermine le nombre d’utilisateurs qui peuvent diffuser simultanément. Pour une flotte multi-sessions, plusieurs utilisateurs peuvent utiliser une seule instance. Pour une flotte non multi-sessions, une instance est requise pour chaque session utilisateur. Vous pouvez spécifier la capacité de votre flotte en termes d’instances (pour les flottes mono-session) et de sessions utilisateur (pour les flottes multi-sessions). En fonction de la configuration de votre flotte et des politiques d’autoscaling, le nombre d’instances requis sera mis à disposition. Vous pouvez définir des stratégies de dimensionnement qui ajustent automatiquement la taille de votre flotte en fonction de différentes métriques d’utilisation, et optimiser ainsi le nombre d’instances disponibles en fonction de la demande des utilisateurs. Vous pouvez également choisir de désactiver la mise à l’échelle automatique et d’exécuter la flotte à une taille fixe.

Note

La capacité de flotte élastique est automatiquement gérée par la AppStream version 2.0 pour vous. Il n’est pas nécessaire de créer de règles d’autoscaling pour gérer le nombre d’instances de streaming de flotte disponibles pour les flottes Elastic.

Note

Lorsque vous élaborez votre plan de mise à l'échelle AppStream 2.0 de votre flotte, assurez-vous que la configuration de votre réseau répond à vos exigences.

Avant de pouvoir utiliser Fleet Auto Scaling, Application Auto Scaling a besoin d'autorisations pour accéder aux CloudWatch alarmes Amazon et aux flottes AppStream 2.0. Pour plus d’informations, consultez Utilisation de politiques AWS gérées et de rôles liés pour gérer l'accès des administrateurs aux ressources AppStream 2.0 et Utilisation des politiques IAM pour gérer l’accès administrateur à Application Auto Scaling.

Note

Lorsque vous utilisez la mise à l’échelle, vous utilisez l’API Application Auto Scaling. Pour que Fleet Auto Scaling fonctionne correctement pour la AppStream version 2.0, Application Auto Scaling a besoin d'une autorisation pour décrire et mettre à jour vos flottes AppStream 2.0 et de décrire vos CloudWatch alarmes Amazon, ainsi que des autorisations pour modifier la capacité de votre flotte en votre nom. Pour plus d’informations, consultez Rôles requis pour AppStream 2.0, Application Auto Scaling et AWS Certificate Manager Private CA et Utilisation des politiques IAM pour gérer l’accès administrateur à Application Auto Scaling.

Les rubriques suivantes fournissent des informations qui vous aideront à comprendre et à utiliser la AppStream version 2.0 de Fleet Auto Scaling.

Concepts de mise à l’échelle

AppStream La mise à l'échelle 2.0 est fournie par Application Auto Scaling. Pour plus d'informations, consultez la Référence de l'API Application Auto Scaling.

Pour step-by-step obtenir des conseils sur l'utilisation de la AppStream version 2.0 de Fleet Auto Scaling, consultez la section Scaling Your Desktop Application Streams with Amazon AppStream 2.0 sur le AWS Compute Blog.

Pour utiliser efficacement la fonctionnalité d’autoscaling de flotte, vous devez comprendre les termes et les concepts suivants.

Multi-sessions ou mono-session

Dans un scénario mono-session, chaque session utilisateur possède sa propre instance dédiée. En mode multi-sessions, plusieurs sessions utilisateur peuvent être configurées sur une instance. Les politiques de capacité de flotte et d’autoscaling doivent être configurées en termes de sessions utilisateur, et le service calculera et lancera le nombre d’instances requis.

Capacité minimale/Nombre minimal de sessions utilisateur de la flotte

Nombre minimal d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions). Le nombre d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions) ne peut pas être inférieur à cette valeur, et les stratégies de dimensionnement ne mettront pas votre flotte à l’échelle en dessous de cette valeur. Par exemple, dans un scénario mono-session, si vous définissez la capacité minimale d’une flotte sur 2, votre flotte n’aura jamais moins de 2 instances. De même, dans un scénario multi-sessions où le nombre maximal de sessions sur une instance est fixé à 5, si vous définissez la capacité minimale d’une flotte sur 12, votre flotte ne comptera jamais moins d’instances que l’arrondi au chiffre supérieur de (12/5) = 3 instances.

Capacité maximale/Nombre maximal de sessions utilisateur de la flotte

Nombre maximal d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions). Le nombre d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions) ne peut pas être supérieur à cette valeur, et les stratégies de dimensionnement ne mettront pas votre flotte à l’échelle au-dessus de cette valeur. Par exemple, dans un scénario mono-session, si vous définissez la capacité maximale d’une flotte sur 10, votre flotte n’aura jamais plus de 10 instances. De même, dans un scénario multi-sessions où le nombre maximal de sessions sur une instance est fixé à 5, si vous définissez la capacité maximale d’une flotte sur 52, votre flotte ne comptera jamais plus d’instances que l’arrondi au chiffre supérieur de (52/5) = 11 instances.

Capacité souhaitée

Nombre total d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions) en cours d’exécution ou en attente. Cette valeur représente le nombre total de sessions de streaming simultanées pouvant être prises en charge par votre flotte à un état stable. Pour définir la valeur de Capacité souhaitée, modifiez les Détails de la flotte. Nous vous déconseillons de modifier manuellement la valeur de Capacité souhaitée lorsque vous utilisez des stratégies de dimensionnement.

Notez que si la valeur de Capacité souhaitée est définie au-dessous de la valeur de Capacité minimale et qu’une activité de montée en puissance est déclenchée, Application Auto Scaling augmente la valeur de Capacité souhaitée jusqu’à la valeur Capacité minimale, puis continue à monter en puissance en fonction de vos besoins, conformément à la stratégie de dimensionnement. Cependant, dans ce cas, une activité de mise à l’échelle horizontale ne permet pas d’ajuster Capacité souhaitée, car sa valeur se situe déjà en dessous de la valeur de Capacité minimale.

Si la valeur de Capacité souhaitée est définie au-dessus de la valeur de Capacité maximale et qu’une activité de mise à l’échelle horizontale est déclenchée, Application Auto Scaling réduit la valeur de Capacité souhaitée jusqu’à la valeur de Capacité maximale, puis continue la mise à l’échelle horizontale en fonction de vos besoins, conformément à la stratégie de dimensionnement. Cependant, dans ce cas, une activité de montée en puissance ne permet pas d’ajuster Capacité souhaitée, car sa valeur se situe déjà au-dessus de la valeur de Capacité maximale.

Action de stratégie de dimensionnement

Action que les stratégies de dimensionnement effectuent sur votre flotte lorsque la Condition de la stratégie de dimensionnement est remplie. Vous pouvez choisir une action en fonction du % de la capacité ou du nombre d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions). Par exemple, si la capacité actuelle est de 4 et que l'action de la politique de dimensionnement est définie sur « Ajouter 25 % de capacité », la capacité souhaitée est augmentée et sera définie à 5 lorsque la condition de la politique de mise à l'échelle sera remplie.

Condition de la stratégie de dimensionnement

Condition qui déclenche l’action définie dans Action de stratégie de dimensionnement. Cette condition comprend une métrique de la stratégie de dimensionnement, un opérateur de comparaison et un seuil. Par exemple, pour mettre à l'échelle une flotte si l'utilisation de la flotte est supérieure à 50 %, la condition de votre stratégie de dimensionnement doit être « Si Utilisation de la capacité > 50 % ».

Métrique de la stratégie de dimensionnement

Votre stratégie de dimensionnement est basée sur cette métrique. Les métriques suivantes sont disponibles pour les stratégies de dimensionnement :

Utilisation de la capacité

Pourcentage d’instances en cours d’utilisation dans une flotte. Vous pouvez utiliser cette métrique pour mettre votre flotte à l’échelle en fonction de son utilisation. Par exemple, Condition de la stratégie de dimensionnement : « Si Utilisation de la capacité < 25 % », exécuter Action de stratégie de dimensionnement : « Supprimer 25 % de la capacité ».

Capacité disponible

Nombre d’instances (pour les flottes mono-session) ou de sessions utilisateur (pour les flottes multi-sessions) de votre flotte qui sont disponibles pour les utilisateurs. Vous pouvez utiliser cette métrique pour conserver un tampon dans votre capacité disponible afin que les utilisateurs lancent des sessions de streaming. Par exemple, Condition de la stratégie de dimensionnement : « Si Capacité disponible < 5 », exécuter Action de stratégie de dimensionnement : « Ajouter 5 instance(s) (pour les flottes mono-session) ou session(s) utilisateur (pour les flottes multi-sessions) ».

Erreur de capacité insuffisante

Nombre de demandes de session rejetées par manque de capacité. Vous pouvez utiliser cette métrique pour allouer de nouvelles instances aux utilisateurs qui ne sont pas en mesure de démarrer des sessions de streaming en raison d'un manque de capacité. Par exemple, Condition de la stratégie de dimensionnement : « Si Erreur de capacité insuffisante > 0 », exécuter Action de stratégie de dimensionnement : « Ajouter 1 instance(s) (pour les flottes mono-session) ou session(s) utilisateur (pour les flottes multi-sessions) ».

Gestion de la mise à l’échelle des flottes à l’aide de la console

Vous pouvez configurer et gérer le dimensionnement de la flotte à l'aide de la console AppStream 2.0 de l'une des deux manières suivantes : lors de la création de la flotte, ou à tout moment, en utilisant l'onglet Flottes. Deux stratégies de dimensionnement par défaut sont associées aux flottes nouvellement créées après le lancement. Vous pouvez modifier ces politiques dans l'onglet Scaling Policies de la console AppStream 2.0. Pour plus d’informations, consultez Création d'une flotte.

Pour les environnements utilisateur dont le nombre d'utilisateurs varie, définissez des stratégies de dimensionnement pour contrôler l'ajustement du dimensionnement en fonction de la demande. Si le nombre de vos utilisateurs est fixe ou si vous avez d’autres raisons de désactiver la mise à l’échelle, vous pouvez définir votre flotte avec un nombre fixe d’instances ou de sessions utilisateur.

Pour définir une stratégie de dimensionnement de flotte à l’aide de la console
  1. Ouvrez la console AppStream 2.0 à l'adresse https://console.aws.amazon.com/appstream2.

  2. Dans le volet de navigation, sélectionnez Flottes.

  3. Sélectionnez la flotte, puis choisissez Stratégies de dimensionnement.

  4. Modifiez les stratégies existantes en choisissant l'icône de modification en regard de chaque valeur. Définissez les valeurs souhaitées dans le champ de modification, puis choisissez Update. Les modifications apportées aux stratégies prennent effet dans un délai de quelques minutes.

  5. Ajoutez (créez) de nouvelles stratégies à l'aide du lien Add Policy. Définissez les valeurs souhaitées dans le champ de modification, puis choisissez Create. La nouvelle stratégie prend effet dans un délai de quelques minutes.

Vous pouvez utiliser l'onglet Fleet Usage pour surveiller les modifications apportées à votre stratégie de dimensionnement. Voici un exemple de graphique d’utilisation pour une activité de mise à l’échelle lorsque cinq utilisateurs se connectent à la flotte, puis se déconnectent. Cet exemple provient d’une flotte qui utilise les valeurs suivantes dans la stratégie de dimensionnement :

  • Capacité minimale = 10

  • Capacité maximale = 50

  • Monter en puissance = ajouter 5 instances (pour les flottes mono-session) ou sessions utilisateur (pour les flottes multi-sessions) si Utilisation de la capacité > 75 %

  • Mise à l’échelle horizontale = supprimer 6 instances (pour les flottes mono-session) ou sessions utilisateur (pour les flottes multi-sessions) si Utilisation de la capacité < 25 %

    Note

    La stratégie ci-dessus s’applique aux scénarios mono-session et multi-sessions. Dans un scénario mono-session, 5 nouvelles instances seront lancées lors d’un événement de montée en puissance, et 4 instances seront récupérées lors de l’événement de réduction. Dans un scénario multi-sessions, avec le maximum de sessions par instance défini à 4, l’événement de montée en puissance déclenchera le lancement du nombre arrondi au chiffre supérieur d’instances (ajout de 5 sessions utilisateurs/nombre maximal de sessions par instance 4) = 2 instances. Lors d’un événement de mise à l’échelle horizontale, les services récupéreront le nombre arrondi au chiffre supérieur d’instances (suppression de 6 sessions utilisateur/nombre maximal de sessions par instance 4) = 2 instances. Les instances comportant des sessions utilisateur en cours d’exécution ne seront pas récupérées. Seules les instances pour lesquelles aucune session utilisateur n’est en cours d’exécution seront récupérées.

Pour définir une flotte à capacité fixe à l’aide de la console
  1. Ouvrez la console AppStream 2.0 à l'adresse https://console.aws.amazon.com/appstream2.

  2. Dans le volet de navigation, sélectionnez Flottes.

  3. Sélectionnez une flotte.

  4. Dans Stratégies de dimensionnement, supprimez toutes les stratégies associées à la flotte.

  5. Dans Détails de la flotte, modifiez la flotte pour définir la valeur de Capacité souhaitée.

La flotte à capacité fixe présente une capacité constante qui se base sur la valeur définie comme Capacité souhaitée. Notez que dans le cas d’une flotte à capacité fixe, le nombre d’instances souhaité est disponible en permanence et la flotte doit être arrêtée pour limiter ses coûts de facturation.

Gestion du dimensionnement du parc à l'aide de la AWS CLI

Vous pouvez configurer et gérer le dimensionnement du parc à l'aide de la AWS Command Line Interface (AWS CLI). Pour des fonctionnalités plus avancées, telles que la configuration de plusieurs politiques de dimensionnement ou la définition des temps de recharge de mise à l'échelle initiale et inférieure, utilisez la CLI. AWS Avant d’exécuter des commandes liées à la stratégie de dimensionnement, vous devez inscrire votre flotte en tant que cible évolutive. Pour ce faire, utilisez la commande register-scalable-target suivante :

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

Exemple 1 : Application d'une stratégie de dimensionnement basée sur l'utilisation de la capacité

Cet exemple de AWS CLI définit une politique de dimensionnement qui augmente une flotte de 25 % si le taux d'utilisation est supérieur ou égal à 75 %.

La commande put-scaling-policy suivante définit une stratégie de dimensionnement basée sur l'utilisation :

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

Le contenu du fichier scale-out-utilization.json est le suivant :

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

Si la commande est réussie, la sortie est similaire à ce qui suit, bien que certains détails soient uniques pour votre compte et votre région. Dans cet exemple, l’identificateur de la stratégie est 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"}

Maintenant, configurez une CloudWatch alarme pour cette politique. Utilisez les noms, la région, le numéro de compte et l’identificateur de stratégie qui s’appliquent à votre cas. Vous pouvez utiliser l’ARN de stratégie renvoyé par la commande précédente pour le paramètre --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"

Exemple 2 : Application d'une stratégie de dimensionnement basée sur des erreurs de capacité insuffisante

Cet exemple de AWS CLI définit une politique de dimensionnement qui augmente la flotte de 1 si la flotte renvoie une InsufficientCapacityError erreur.

La commande suivante définit une stratégie de dimensionnement basée sur une capacité insuffisante :

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

Le contenu du fichier scale-out-capacity.json est le suivant :

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

Si la commande est réussie, la sortie est similaire à ce qui suit, bien que certains détails soient uniques pour votre compte et votre région. Dans cet exemple, l’identificateur de la stratégie est 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"}

Maintenant, configurez une CloudWatch alarme pour cette politique. Utilisez les noms, la région, le numéro de compte et l’identificateur de stratégie qui s’appliquent à votre cas. Vous pouvez utiliser l’ARN de stratégie renvoyé par la commande précédente pour le paramètre --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"

Exemple 3 : Application d'une stratégie de dimensionnement basée sur l'utilisation de la capacité

Cet AWS CLI exemple définit une politique de dimensionnement qui adapte le parc afin de réduire la capacité réelle en cas CapacityUtilization de faible capacité.

La commande suivante définit une stratégie de dimensionnement basée sur une capacité en excès :

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

Le contenu du fichier scale-in-capacity.json est le suivant :

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

Si la commande est réussie, la sortie est similaire à ce qui suit, bien que certains détails soient uniques pour votre compte et votre région. Dans cet exemple, l’identificateur de la stratégie est 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"}

Maintenant, configurez une CloudWatch alarme pour cette politique. Utilisez les noms, la région, le numéro de compte et l’identificateur de stratégie qui s’appliquent à votre cas. Vous pouvez utiliser l’ARN de stratégie renvoyé par la commande précédente pour le paramètre --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"

Exemple 4 : Modification de la capacité de la flotte selon un calendrier

Modifier la capacité de la flotte selon un calendrier vous permet de mettre à l’échelle la capacité de votre flotte en fonction de modifications prévisibles de la demande. Par exemple, au début d'une journée, vous pouvez prévoir qu'un certain nombre d'utilisateurs vont demander simultanément des connexions de streaming. Pour modifier la capacité de votre flotte en fonction d'un calendrier, vous pouvez utiliser l'PutScheduledaction API Application Auto Scaling Action ou la commande CLI AWS put-scheduled-action.

Avant de modifier la capacité de votre flotte, vous pouvez répertorier la capacité actuelle de votre flotte à l'aide de la commande AppStream 2.0 describe-fleets AWS CLI.

aws appstream describe-fleets --name fleetname

La capacité actuelle de la flotte apparaît comme dans la sortie suivante (affichée au format JSON) :

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

Ensuite, utilisez la commande put-scheduled-action pour créer une action planifiée afin de modifier la capacité de votre flotte. Par exemple, la commande suivante porte la capacité minimale à 3 et la capacité maximale à 5 chaque jour à 9 h 00 UTC.

Note

Pour les expressions cron, spécifiez quand effectuer l'action en heure UTC. Pour plus d'informations consultez Expressions 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

Pour vérifier que l’action planifiée pour changer la capacité de la flotte a été créée avec succès, exécutez la commande describe-scheduled-actions.

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

Si l'action planifiée a été créée avec succès, la sortie apparaît comme suit.

{ "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" } ] }

Pour plus d’informations, consultez Mise à l’échelle planifiée dans le Guide de l’utilisateur Application Auto Scaling..

Exemple 5 : Application d'une stratégie de dimensionnement Suivi de la cible

Avec le dimensionnement Suivi de la cible, vous pouvez spécifier un niveau d’utilisation de la capacité pour votre flotte.

Lorsque vous créez une politique de dimensionnement pour le suivi des cibles, Application Auto Scaling crée et gère automatiquement les CloudWatch alarmes qui déclenchent la politique de dimensionnement. La stratégie de dimensionnement ajoute ou supprime de la capacité si nécessaire pour maintenir l'utilisation de la capacité à la valeur cible spécifiée ou proche de celle-ci. Pour garantir la disponibilité de l’application, votre flotte augmente proportionnellement aux métriques aussi rapidement que possible, mais diminue plus progressivement.

La commande put-scaling-policy suivante définit une politique de dimensionnement du suivi des cibles qui tente de maintenir une utilisation de capacité de 75 % pour un parc 2.0. AppStream

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

Le contenu du fichier config.json est le suivant :

{ "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 la commande est réussie, la sortie est similaire à ce qui suit, bien que certains détails soient uniques pour votre compte et votre région. Dans cet exemple, l'identificateur de stratégie est 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" } ] }

Pour plus d’informations, consultez Stratégies de dimensionnement Suivi de cible dans le Guide de l’utilisateur Application Auto Scaling.

Ressources supplémentaires

Pour step-by-step obtenir des conseils sur l'utilisation de la AppStream version 2.0 de Fleet Auto Scaling, consultez la section Scaling Your Desktop Application Streams with Amazon AppStream 2.0 sur le AWS Compute Blog.

Pour en savoir plus sur l'utilisation des commandes ou des actions de l'API Application Auto Scaling AWS CLI, consultez les ressources suivantes :