Auto Scaling del parco veicoli per Amazon 2.0 AppStream - Amazon AppStream 2.0
Concetti del dimensionamentoGestione del dimensionamento del parco istanze utilizzando la consoleGestione della scalabilità della flotta tramite la CLI AWSRisorse aggiuntive

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Auto Scaling del parco veicoli per Amazon 2.0 AppStream

Fleet Auto Scaling ti consente di modificare automaticamente le dimensioni della tua flotta AppStream 2.0 Always-On o On-Demand per adattare l'offerta di istanze disponibili alla domanda degli utenti. Pertanto, la dimensione del parco istanze determina il numero di utenti che possono eseguire lo streaming simultaneamente. Per un parco istanze multi-sessione, più di un utente può utilizzare una singola istanza. Per un parco istanze non multi-sessione, è necessaria un'istanza per ogni sessione utente. Puoi specificare la capacità del parco istanze in termini di istanze (per parchi istanze a sessione singola) e sessioni utente (per parchi istanze multi-sessione). In base alle configurazioni del parco istanze e alle policy di dimensionamento automatico, verrà reso disponibile il numero richiesto di istanze. È possibile definire policy di dimensionamento che modificano automaticamente le dimensioni del parco istanze in base a una serie di parametri di utilizzo e ottimizzano il numero di istanze disponibili in base alla richiesta degli utenti. È anche possibile scegliere di disattivare la scalabilità automatica e lasciare che i parchi istanze proseguano secondo dimensioni fisse.

Nota

La capacità elastica della flotta viene gestita automaticamente dalla versione 2.0 per te. AppStream Non devi creare regole di dimensionamento automatico per gestire il numero di istanze di streaming del parco istanze disponibili per i parchi istanze elastici.

Nota

Mentre sviluppi il tuo piano per la scalabilità del parco veicoli AppStream 2.0, assicurati che la configurazione della rete soddisfi i tuoi requisiti.

Prima di poter utilizzare Fleet Auto Scaling, Application Auto Scaling necessita delle autorizzazioni per accedere agli allarmi e alle flotte CloudWatch Amazon AppStream 2.0. Per ulteriori informazioni, consulta Utilizzo di policy AWS gestite e ruoli collegati per gestire l'accesso degli amministratori alle risorse AppStream 2.0 e Utilizzo delle policy IAM per gestire l'accesso degli amministratori ad Application Auto Scaling.

Nota

Quando utilizzi il dimensionamento, utilizzi l'API di Application Auto Scaling. Affinché Fleet Auto Scaling funzioni correttamente per la AppStream versione 2.0, Application Auto Scaling richiede l'autorizzazione per descrivere e aggiornare AppStream le flotte 2.0 e descrivere gli allarmi CloudWatch Amazon e le autorizzazioni per modificare la capacità del parco veicoli per tuo conto. Per ulteriori informazioni, consulta Ruoli richiesti per la AppStream versione 2.0, Application Auto Scaling e la CA privata di AWS Certificate Manager e Utilizzo delle policy IAM per gestire l'accesso degli amministratori ad Application Auto Scaling.

I seguenti argomenti forniscono informazioni per aiutarti a comprendere e utilizzare Fleet Auto Scaling AppStream 2.0.

Concetti del dimensionamento

AppStream Il ridimensionamento 2.0 è fornito da Application Auto Scaling. Per ulteriori informazioni, consulta Documentazione di riferimento sull'API Application Auto Scaling.

Per step-by-step indicazioni su come lavorare con Fleet Auto Scaling AppStream 2.0, consulta Scaling Your Desktop Application Streams with AppStream Amazon 2.0 nel AWS Compute Blog.

Per usare l'Auto Scaling del parco istanze in modo efficiente, è necessario comprendere i seguenti termini e nozioni.

Multi-sessione rispetto a sessione singola

In uno scenario a sessione singola, ogni sessione utente ha la propria istanza dedicata. In modalità multi-sessione, è possibile fornire su un'istanza più di una sessione utente. La capacità del parco istanze e le policy di dimensionamento automatico devono essere configurate in termini di sessioni utente e il servizio calcolerà e avvierà il numero richiesto di istanze.

Capacità minima/Numero minimo di sessioni utente per il parco istanze

Il numero minimo di istanze (per parchi istanze a sessione singola) o sessioni utente (per parchi istanze multi-sessione). Il numero di istanze (per parchi istanze a sessione singola) o di sessioni utente (per parchi istanze multi-sessione) non può essere inferiore a questo valore e le policy di dimensionamento non dimensionano il parco istanze al di sotto di questo valore. Ad esempio, in uno scenario di sessione singola, se imposti la capacità minima di un parco istanze su 2, il parco non sarà mai inferiore a 2 istanze. Analogamente, in uno scenario multi-sessione, con il numero massimo di sessioni su un'istanza impostato su 5, se imposti la capacità minima di un parco istanze su 12, questo non avrà mai un arrotondamento minore di (12/5) = 3 istanze.

Capacità massima/Numero massimo di sessioni utente massime per parco istanze

Il numero massimo di istanze (per parchi istanze a sessione singola) o sessioni utente (per parchi istanze multi-sessione). Il numero di istanze (per parchi istanze a sessione singola) o di sessioni utente (per parchi istanze multi-sessione) non può essere superiore a questo valore e le policy di dimensionamento non dimensionano il parco istanze al di sopra di questo valore. Ad esempio, in uno scenario di sessione singola, se imposti la capacità massima di un parco istanze su 10, il parco non sarà mai superiore a 10 istanze. Analogamente, in uno scenario multi-sessione, con il numero massimo di sessioni su un'istanza impostato su 5, se imposti la capacità massima di un parco istanze su 52, questo non avrà mai meno un arrotondamento minore di (52/5) = 11 istanze.

Capacità desiderata

Il numero totale di istanze (per parchi istanze a sessione singola) o sessioni utente (per parchi istanze multi-sessione) che sono in esecuzione o in sospeso. Questo valore rappresenta il numero totale di sessioni in streaming simultanee che il parco istanze può supportare in uno stato stazionario. Per impostare il valore per la Desired Capacity (Capacità desiderata), modificare Fleet Details (Dettagli del parco istanze). Non è consigliabile modificare il valore Desired Capacity (Capacità desiderata) manualmente se si utilizzano le Scaling Policies (Policy di scaling).

Se il valore impostato di Desired Capacity (Capacità desiderata) è inferiore al valore di Minimum Capacity (Capacità minima) e viene attivato un trigger di attività di dimensionamento verticale, Auto Scaling delle applicazioni dimensiona il valore della Desired Capacity (Capacità desiderata) fino al valore della Minimum Capacity (Capacità minima), quindi continua a scalare verticalmente come richiesto, in base alla policy di dimensionamento. Tuttavia, in questo caso, un'attività di dimensionamento in riduzione non modifica la Desired Capacity (Capacità desiderata) poiché è già inferiore al valore di Minimum Capacity (Capacità minima).

Se il valore impostato di Desired Capacity (Capacità desiderata) è superiore al valore di Maximum Capacity (Capacità massima) e viene attivata una scalabilità orizzontale in attività, l'Auto Scaling delle applicazioni ridimensiona il valore di Desired Capacity (Capacità desiderata) al valore di Maximum Capacity (Capacità massima) e continua a scalare come richiesto, in base alla policy di dimensionamento. Tuttavia, in questo esempio, un'attività di dimensionamento orizzontale non modifica il valore di Desired Capacity (Capacità desiderata), poiché esso è già superiore al valore Maximum Capacity (Capacità massima).

Operazione di dimensionamento della policy

L'operazione che le policy di dimensionamento eseguono sul tuo parco istanze quando Scaling Policy Condition (Condizione di condizionamento della policy) viene soddisfatta. Puoi scegliere un'operazione in base alla Capacità % o al Numero di istanze (per parchi istanze a sessione singola) o Sessioni utente (per parchi istanze multi-sessione). Ad esempio, se la capacità corrente è 4 e l'azione politica di scalabilità è impostata su «Aggiungi 25% di capacità», la capacità desiderata aumentata verrà impostata su 5 quando viene soddisfatta la condizione della politica di scalabilità.

Condizione di dimensionamento della policy

La condizione che attiva il set di operazioni in Scaling Policy Action (Operazione di dimensionamento della policy). Questa condizione include un parametro di dimensionamento della policy, un operatore di confronto e una soglia. Ad esempio, per dimensionare un parco istanze se il suo utilizzo è superiore al 50%, la condizione di dimensionamento della policy deve essere "If Capacity Utilization > 50%" (Se l'utilizzo della capacità > 50%).

Parametro di dimensionamento della policy

Le policy di dimensionamento sono basate su questo parametro. I seguenti parametri sono disponibili per le policy di dimensionamento:

Utilizzo capacità

La percentuale di istanze utilizzate in un parco istanze. È possibile utilizzare questo parametro per dimensionare il parco istanze in base al suo utilizzo. Ad esempio, Scaling Policy Condition (Condizione della policy di dimensionamento): se l'utilizzo della capacità < 25%" eseguire Scaling Policy Action (Operazione della policy di dimensionamento): "rimuovi il 25% di capacità".

Capacità disponibile

Il numero di istanze (per parchi istanze a sessione singola) o sessioni utente (per parchi istanze multi-sessione) nel parco istanze che sono disponibili per gli utenti. È possibile utilizzare questo parametro per mantenere un buffer nella capacità disponibile per gli utenti per avviare le sessioni di streaming. Ad esempio, Condizione della policy di dimensionamento: "If Available Capacity < 5" perform Scaling Policy Action: "Add 5 instance(s) (for single session fleets) or user session(s) (for multi-session fleets)".

Errore di capacità insufficiente

Numero di richieste di sessione respinte per mancanza di capacità. È possibile utilizzare questo parametro per effettuare il provisioning di nuove istanze per gli utenti che non possono avviare sessioni di streaming a causa della mancanza di capacità. Ad esempio, Condizione della policy di dimensionamento: "If Insufficient Capacity Error > 0" perform Scaling Policy Action: "Add 1 instance(s) (for single session fleets) or user session(s) (for multi-session fleets)".

Gestione del dimensionamento del parco istanze utilizzando la console

È possibile configurare e gestire la scalabilità del parco veicoli utilizzando la console AppStream 2.0 in uno dei due modi seguenti: durante la creazione del parco veicoli o in qualsiasi momento utilizzando la scheda Flotte. Due policy di dimensionamento predefinite sono associate a parchi istanza appena creati dopo l'avvio. Puoi modificare queste politiche nella scheda Scaling Policies nella AppStream console 2.0. Per ulteriori informazioni, consulta Creazione di un parco istanze.

Per ambienti dell'utente che variano nel numero, definire policy di dimensionamento per controllare come il dimensionamento risponde alla domanda. Se prevedi un numero fisso di utenti o hai altri motivi per la disattivazione del dimensionamento, puoi impostare un numero fisso di istanze per il parco istanze o le sessioni utente.

Per impostare una policy di dimensionamento del parco istanze tramite console

  1. Aprire la console AppStream 2.0 all'indirizzo https://console.aws.amazon.com/appstream2.

  2. Nel riquadro di navigazione, selezionare Fleets (Parchi istanze).

  3. Selezionare il parco istanze, quindi scegliere Scaling Policies (Policy di dimensionamento).

  4. Modificare le policy esistenti selezionando l'icona di modifica accanto a ogni valore. Impostare i valori desiderati nel campo di modifica e scegliere Update (Aggiorna). Le modifiche apportate alla policy diventano effettive nel giro di pochi minuti.

  5. Aggiungere (creare) nuove policy utilizzando il link Add policy (Aggiungi Policy). Impostare i valori desiderati nel campo di modifica e scegliere Create (Crea). La nuova policy diventa effettiva nel giro di pochi minuti.

È possibile utilizzare la scheda Fleet Usage (Utilizzo parco istanze) per monitorare gli effetti delle modifiche alle policy di dimensionamento. Di seguito è riportato un grafico di esempio relativo all'utilizzo di un'attività di dimensionamento quando cinque utenti si collegano a un parco istanze e poi si scollegano. Questo esempio si riferisce a un parco istanze che utilizza i seguenti valori di policy di dimensionamento:

  • Capacità minima = 10

  • Capacità massima = 50

  • Scale Out = Add 5 instances (for single session fleets) or user sessions (for multi-session fleets) if Capacity Utilization > 75%

  • Scale In = Remove 6 instances (for single session fleets) or user sessions (for multi-session fleets) if Capacity Utilization < 25%

    Nota

    La policy precedente è applicabile sia in scenari a sessione singola che multi-sessione. In uno scenario a sessione singola, verranno lanciate 5 nuove istanze durante un evento di scalabilità orizzontale e 4 istanze verranno recuperate durante l'evento di riduzione. In uno scenario multi-sessione, con il numero massimo di sessioni per istanza = 4, l'evento di scalabilità orizzontale attiverà l'avvio di un arrotondamento (aggiunta di 5 sessioni utente/numero massimo di sessioni per istanza 4) = 2 istanze. Durante un evento di scalabilità, i servizi richiederanno l'arrotondamento (rimozione di 6 sessioni utente/numero massimo di sessioni per istanza 4) = 2 istanze. Le istanze con sessioni utente in esecuzione non verranno recuperate. Le istanze con sessioni utente in esecuzione non verranno recuperate.

Per impostare un parco istanze fisso tramite console

  1. Apri la console AppStream 2.0 all'indirizzo https://console.aws.amazon.com/appstream2.

  2. Nel riquadro di navigazione, selezionare Fleets (Parchi istanze).

  3. Selezionare il parco istanze.

  4. Per Scaling Policies (Policy di dimensionamento), rimuovere tutte le policy associate al parco istanze.

  5. Per Fleet Details (Dettagli parco istanze), modificare il parco istanze per impostare la Desired Capacity (Capacità desiderata).

Il parco istanze fisso ha una capacità costante basata sul valore specificato come Desired Capacity (Capacità desiderata). Tieni presente che un parco istanze fisso contiene il numero desiderato di istanze sempre disponibili e deve essere arrestato per interrompere i costi di fatturazione a esso relativi.

Gestione della scalabilità della flotta tramite la CLI AWS

Puoi configurare e gestire la scalabilità della flotta utilizzando AWS Command Line Interface (AWS CLI). Per funzionalità più avanzate come l'impostazione di più politiche di ridimensionamento o l'impostazione di tempi di raffreddamento con scalabilità orizzontale e verticale, utilizza la CLI. AWS Prima di eseguire i comandi della policy di dimensionamento, è necessario registrare il parco istanze come destinazione scalabile. Per eseguire questa operazione, utilizza il comando register-scalable-target:

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

Esempio 1: Applicazione di una policy di dimensionamento basata sull'utilizzo della capacità

Questo esempio di AWS CLI imposta una politica di scalabilità che ridimensiona una flotta del 25% se l'utilizzo è superiore al 75%.

Il comando put-scaling-policy definisce una policy di dimensionamento in base all'utilizzo:

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

Il contenuto del file scale-out-utilization.json è il seguente:

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

Se il comando viene completato correttamente, l'output è simile a quello nell'esempio seguente, anche se alcuni dettagli sono univoci per account e regione. In questo esempio, l'identificativo della policy è 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"}

Ora, imposta un CloudWatch allarme per questa politica. Utilizzare i nomi, la regione, il numero di account e l'identificatore della policy applicabili all'utente. È possibile usare l'ARN della policy restituito dal comando precedente per il parametro --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"

Esempio 2: Applicazione di una policy di dimensionamento basata sugli errori di capacità insufficiente

Questo esempio di AWS CLI imposta una politica di scalabilità che ridimensiona la flotta di 1 se la flotta restituisce un errore. InsufficientCapacityError

Il comando seguente definisce una policy di dimensionamento basato su capacità insufficiente:

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

Il contenuto del file scale-out-capacity.json è il seguente:

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

Se il comando viene completato correttamente, l'output è simile a quello nell'esempio seguente, anche se alcuni dettagli sono univoci per account e regione. In questo esempio, l'identificativo della policy è 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"}

Ora, imposta un CloudWatch allarme per questa politica. Utilizzare i nomi, la regione, il numero di account e l'identificatore della policy applicabili all'utente. È possibile usare l'ARN della policy restituito dal comando precedente per il parametro --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"

Esempio 3: Applicazione di una policy di dimensionamento basata sull'utilizzo ridotto della capacità

Questo AWS CLI esempio imposta una politica di scalabilità che si adatta all'intero parco veicoli per ridurre la capacità effettiva quando CapacityUtilization è bassa.

Il comando seguente definisce una policy di dimensionamento basata su capacità in eccesso:

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

Il contenuto del file scale-in-capacity.json è il seguente:

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

Se il comando viene completato correttamente, l'output è simile a quello nell'esempio seguente, anche se alcuni dettagli sono univoci per account e regione. In questo esempio, l'identificativo della policy è 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"}

Ora, imposta un CloudWatch allarme per questa politica. Utilizzare i nomi, la regione, il numero di account e l'identificatore della policy applicabili all'utente. È possibile usare l'ARN della policy restituito dal comando precedente per il parametro --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"

Esempio 4: Modifica della capacità del parco istanze su pianificazione

La modifica della capacità del parco istanze in base a una pianificazione consente di dimensionare la capacità del parco istanze in risposta a modifiche prevedibili della richiesta. Ad esempio, all'inizio di un giorno lavorativo, si può aspettare un certo numero di utenti per richiedere connessioni di streaming simultaneamente. Per modificare la capacità della flotta in base a una pianificazione, puoi utilizzare l'azione dell'API Application Auto Scaling PutScheduledAction o il comando CLI AWS put-scheduled-action.

Prima di modificare la capacità della flotta, puoi elencare la capacità attuale della flotta utilizzando il comando CLI AppStream 2.0 describe-fleets. AWS 

aws appstream describe-fleets --name fleetname

L'attuale capacità del parco istanze apparirà simile all'output seguente (in formato JSON):

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

Quindi, utilizzare il comando put-scheduled-action per creare un'operazione pianificata per modificare la capacità del parco istanze. Ad esempio, il comando seguente modifica la capacità minima a 3 e la capacità massima a 5 ogni giorno alle 9:00 UTC.

Nota

Per le espressioni cron, specifica quando eseguire l'azione in UTC. Per ulteriori informazioni consulta Cron Expressions (Espressioni 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

Per confermare che l'azione pianificata per modificare la capacità del parco istanze è corretta, eseguire il comando describe-scheduled-actions.

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

Se l'azione pianificata è stata creata correttamente, l'output è simile al seguente.

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

Per ulteriori informazioni, consulta Dimensionamento pianificato nella Guida per l'utente di Application Auto Scaling.

Esempio 5: Applicazione di una policy di dimensionamento di monitoraggio del target

Con il dimensionamento del monitoraggio del target, è possibile specificare un livello di utilizzo della capacità per il parco istanze.

Quando si crea una politica di scalabilità di tracciamento degli obiettivi, Application Auto Scaling crea e CloudWatch gestisce automaticamente gli allarmi che attivano la politica di scalabilità. La policy di dimensionamento aggiunge o rimuove la capacità in base alle necessità, per l'utilizzo della capacità al valore di destinazione specificato o vicino a esso. Per garantire la disponibilità delle applicazioni, il parco istanze aumenta in proporzione al parametro il più velocemente possibile, ma si riduce in modo più graduale.

Il seguente comando put-scaling-policy definisce una politica di scalabilità di tracciamento degli obiettivi che tenta di mantenere l'utilizzo della capacità del 75% per una flotta 2.0. AppStream 

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

Il contenuto del file config.json è il seguente:

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

Se il comando viene completato correttamente, l'output è simile a quello nell'esempio seguente, anche se alcuni dettagli sono univoci per account e regione. In questo esempio, l'identificatore di policy è 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"
        }
    ]
}

Per ulteriori informazioni, consulta Policy di dimensionamento del monitoraggio di target nella Guida per l'utente di Application Auto Scaling.

Risorse aggiuntive

Per step-by-step indicazioni su come lavorare con Fleet Auto Scaling AppStream 2.0, consulta Scaling Your Desktop Application Streams with AppStream Amazon 2.0 nel AWS Compute Blog.

Per ulteriori informazioni sull'utilizzo dei comandi o delle azioni API dell'Application Auto AWS Scaling CLI, consulta le seguenti risorse: