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à.

# Fleet Auto Scaling per applicazioni Amazon WorkSpaces
<a name="autoscaling"></a>

Fleet Auto Scaling consente di modificare automaticamente le dimensioni del parco WorkSpaces applicazioni 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 da Applications for you. WorkSpaces 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 sviluppate il vostro piano per la scalabilità del parco WorkSpaces applicazioni, assicuratevi che la configurazione della rete soddisfi i vostri requisiti. 

Prima di poter utilizzare Fleet Auto Scaling, Application Auto Scaling necessita delle autorizzazioni per accedere agli allarmi e alle flotte di applicazioni CloudWatch Amazon WorkSpaces . Per ulteriori informazioni, consultare [Utilizzo di policy AWS gestite e ruoli collegati per gestire l'accesso degli amministratori alle risorse WorkSpaces delle applicazioni](controlling-administrator-access-with-policies-roles.md) e [Utilizzo delle policy IAM per gestire l'accesso degli amministratori ad Application Auto Scaling](autoscaling-iam-policy.md).

**Nota**  
Quando utilizzi il dimensionamento, utilizzi l'API di Application Auto Scaling. Affinché Fleet Auto Scaling funzioni correttamente per WorkSpaces le applicazioni, Application Auto Scaling richiede l'autorizzazione per descrivere e aggiornare WorkSpaces le flotte di applicazioni e descrivere gli allarmi CloudWatch Amazon e le autorizzazioni per modificare la capacità del parco veicoli per tuo conto. Per ulteriori informazioni, consultare [Ruoli richiesti per WorkSpaces Applications, Application Auto Scaling e AWS Certificate Manager Private CA](roles-required-for-appstream.md) e [Utilizzo delle policy IAM per gestire l'accesso degli amministratori ad Application Auto Scaling](autoscaling-iam-policy.md).

I seguenti argomenti forniscono informazioni per aiutarti a comprendere e utilizzare WorkSpaces Applications Fleet Auto Scaling. 

**Topics**
+ [Concetti di scalabilità per le applicazioni Amazon WorkSpaces](autoscaling-concepts.md)
+ [Gestione della scalabilità della flotta utilizzando la Amazon WorkSpaces Applications Console](autoscaling-console.md)
+ [Gestione della scalabilità della flotta utilizzando la AWS CLI per le applicazioni Amazon WorkSpaces](autoscaling-cli.md)
+ [Risorse aggiuntive per l'Auto Scaling delle applicazioni Amazon WorkSpaces](autoscaling-additional-resources.md)

# Concetti di scalabilità per le applicazioni Amazon WorkSpaces
<a name="autoscaling-concepts"></a>

WorkSpaces Il ridimensionamento delle applicazioni è fornito da Application Auto Scaling. Per ulteriori informazioni, consulta [Documentazione di riferimento sull'API Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/).

*Per step-by-step indicazioni su come lavorare con WorkSpaces Applications Fleet Auto Scaling, consulta [Scaling Your Desktop Application Streams with AppStream Amazon](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/) 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. 

**Sessioni utente Capacity/Minimum minime per flotta**  
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.

**Numero massimo di sessioni Capacity/Maximum utente per flotta**  
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 della scalabilità della flotta utilizzando la Amazon WorkSpaces Applications Console
<a name="autoscaling-console"></a>

Puoi configurare e gestire la scalabilità del parco veicoli utilizzando la console WorkSpaces Applicazioni 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. È possibile modificare queste politiche nella scheda **Scaling Policies** nella console Applicazioni. WorkSpaces Per ulteriori informazioni, consulta [Crea una flotta nelle WorkSpaces applicazioni Amazon](set-up-stacks-fleets-create.md).

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. Apri la console WorkSpaces Applicazioni a [https://console.aws.amazon.com/appstream2/casa](https://console.aws.amazon.com/appstream2/home).

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

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

1. 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.

1. 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. Nel corso di un evento scalabile, i servizi richiederanno un roundup (rimozione di 6 sessions/maximum sessioni utente 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 Applicazioni a casa WorkSpaces . https://console.aws.amazon.com/appstream2/](https://console.aws.amazon.com/appstream2/home)

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

1. Selezionare il parco istanze.

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

1. 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 utilizzando la AWS CLI per le applicazioni Amazon WorkSpaces
<a name="autoscaling-cli"></a>

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. A tale scopo, utilizzate il seguente 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**
+ [Esempio 1: Applicazione di una policy di dimensionamento basata sull'utilizzo della capacità](#autoscaling-cli-utilization)
+ [Esempio 2: Applicazione di una policy di dimensionamento basata sugli errori di capacità insufficiente](#autoscaling-cli-capacity)
+ [Esempio 3: Applicazione di una policy di dimensionamento basata sull'utilizzo ridotto della capacità](#autoscaling-cli-scale-in)
+ [Esempio 4: Modifica della capacità del parco istanze su pianificazione](#autoscaling-cli-schedule)
+ [Esempio 5: Applicazione di una policy di dimensionamento di monitoraggio del target](#autoscaling-target-tracking)

## Esempio 1: Applicazione di una policy di dimensionamento basata sull'utilizzo della capacità
<a name="autoscaling-cli-utilization"></a>

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

Il [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)comando seguente definisce una politica di scalabilità basata sull'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
<a name="autoscaling-cli-capacity"></a>

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à
<a name="autoscaling-cli-scale-in"></a>

Questo AWS CLI esempio imposta una politica di scalabilità che si adatta all'interno del 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
<a name="autoscaling-cli-schedule"></a>

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 [PutScheduledAction](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScheduledAction.html)API Application Auto Scaling o il comando CLI [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html) AWS .

Prima di modificare la capacità della flotta, puoi elencare la capacità attuale della flotta utilizzando il comando WorkSpaces Applications [describe-fleets CLI.](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) 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)](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
```

Per confermare che l'azione pianificata per modificare la capacità della flotta è stata creata correttamente, esegui il 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
```

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](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html) nella *Guida per l'utente di Application Auto Scaling*.

## Esempio 5: Applicazione di una policy di dimensionamento di monitoraggio del target
<a name="autoscaling-target-tracking"></a>

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 [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)comando seguente definisce una politica di scalabilità di tracciamento degli obiettivi che tenta di mantenere l'utilizzo della capacità del 75% per una flotta di applicazioni. WorkSpaces 

```
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](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html) nella *Guida per l'utente di Application Auto Scaling*.

# Risorse aggiuntive per l'Auto Scaling delle applicazioni Amazon WorkSpaces
<a name="autoscaling-additional-resources"></a>

*Per step-by-step indicazioni su come lavorare con WorkSpaces Applications Fleet Auto Scaling, consulta [Scaling Your Desktop Application Streams with AppStream Amazon](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/) 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:
+ La sezione [application-autoscaling](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling) di *Riferimento ai comandi AWS CLI *.
+ [Riferimento API di Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/APIReference/)
+ [Application Auto Scaling User Guide](https://docs.aws.amazon.com/autoscaling/application/userguide/)