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à. # Policy di dimensionamento per fasi e semplice per Dimensionamento automatico Amazon EC2 La scalabilità a fasi e le semplici politiche di scalabilità scalano la capacità del gruppo Auto Scaling in incrementi predefiniti in base agli allarmi. CloudWatch È possibile definire policy di dimensionamento separate per gestire il dimensionamento orizzontale (aumento della capacità) e il ridimensionamento (riduzione della capacità) in caso di superamento di una soglia di allarme. [La capacità del gruppo Auto Scaling viene misurata in termini di istanze o unità di capacità se si utilizzano i pesi delle istanze.](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md) Inoltre, esiste una differenza tra la capacità desiderata e la capacità attuale. + Capacità desiderata: il numero di istanze (o unità di capacità) che desideri avere nel tuo gruppo. La capacità desiderata può essere regolata manualmente o automaticamente utilizzando politiche di scalabilità. + Capacità attuale: il numero di istanze (o unità di capacità) del gruppo che hanno superato i periodi di riscaldamento e raffreddamento e sono funzionanti e pronte per essere utilizzate. Con la scalabilità graduale e la scalabilità semplice, puoi creare e gestire gli CloudWatch allarmi che richiamano il processo di scalabilità. Quando viene violato un allarme, Amazon EC2 Auto Scaling avvia la politica di scalabilità associata a tale allarme. Si consiglia vivamente di utilizzare policy di dimensionamento del monitoraggio delle destinazioni per eseguire un dimensionamento in base a parametri come l'utilizzo medio della CPU o il numero di richieste medio per destinazione. I parametri che diminuiscono quando la capacità aumenta e aumentano quando la capacità diminuisce possono essere utilizzati per dimensionare proporzionalmente il numero di istanze mediante il monitoraggio degli obiettivi. Questo contribuisce a garantire che Dimensionamento automatico Amazon EC2 segua da vicino la curva della domanda per le applicazioni. Per ulteriori informazioni, consulta [Policy di dimensionamento con monitoraggio degli obiettivi](as-scaling-target-tracking.md). **Contents** + [Come funzionano le policy di dimensionamento a fasi](#step-scaling-how-it-works) + [Adeguamenti delle fasi per il dimensionamento per fasi](#as-scaling-steps) + [Tipi di regolazioni per il dimensionamento](#as-scaling-adjustment) + [Preparazione dell’istanza](#as-step-scaling-warmup) + [Considerazioni](#step-scaling-considerations) + [Crea una politica di scalabilità graduale per la scalabilità orizzontale](step-scaling-create-scale-out-policy.md) + [Crea una politica di scalabilità graduale per la scalabilità in](step-scaling-create-scale-in-policy.md) + [Policy di dimensionamento semplice](simple-scaling-policies.md) ## Come funzionano le policy di dimensionamento a fasi Per utilizzare la scalatura a gradini, devi prima creare un CloudWatch allarme che monitora una metrica per il tuo gruppo Auto Scaling. Definisci il parametro, il valore di soglia e il numero di periodi di valutazione che determinano una violazione dell'allarme. Quindi, crea una politica di scalabilità dei passaggi che definisca come ridimensionare il gruppo quando viene superata la soglia di allarme. È possibile utilizzare una percentuale della capacità attuale del gruppo Auto Scaling o delle unità di capacità per il tipo di regolazione della scala. Per ulteriori informazioni, consulta [Tipi di regolazioni per il dimensionamento](#as-scaling-adjustment). Aggiungi le modifiche ai passaggi nella policy. È possibile definire diverse regolazioni delle fasi in base alla dimensione dell'allarme di violazione. Esempio: + Ridimensiona di 10 istanze se la metrica degli allarmi raggiunge il 60 percento + Scalabilità orizzontale di 30 istanze se la metrica degli allarmi raggiunge il 75 percento + Scalabilità orizzontale di 40 istanze se la metrica degli allarmi raggiunge l'85 percento Quando la soglia di allarme viene superata per il numero specificato di periodi di valutazione, Amazon EC2 Auto Scaling applicherà le modifiche ai passaggi definite nella policy. Le regolazioni possono continuare in caso di ulteriori violazioni degli allarmi fino al ripristino dello stato di allarme su `OK`. Ogni istanza prevede un periodo di riscaldamento per evitare che le attività di scalabilità siano troppo reattive ai cambiamenti che si verificano in brevi periodi di tempo. Facoltativamente, puoi configurare il periodo di riscaldamento per la tua politica di scalabilità. Tuttavia, consigliamo di utilizzare il riscaldamento predefinito dell'istanza per semplificare l'aggiornamento di tutte le politiche di ridimensionamento quando cambia il tempo di riscaldamento. Per ulteriori informazioni, consulta [Impostazione della preparazione di default dell'istanza per un gruppo con scalabilità automatica](ec2-auto-scaling-default-instance-warmup.md). Le politiche di scalabilità semplici sono simili alle politiche di scalabilità graduale, tranne per il fatto che si basano su un singolo aggiustamento del ridimensionamento, con un periodo di recupero tra ogni attività di scalabilità. Per ulteriori informazioni, consulta [Policy di dimensionamento semplice](simple-scaling-policies.md). ## Adeguamenti delle fasi per il dimensionamento per fasi Quando si crea una policy di dimensionamento per fasi, è possibile specificare una o più regolazioni per fasi che dimensionano automaticamente il numero di istanze in modo dinamico in base all'utilizzo fuori limite segnalato dall'allarme. Ogni regolazione per fasi specifica quanto segue: + Un limite inferiore per il valore del parametro + Un limite superiore per il valore del parametro + La quantità da dimensionare, in base al tipo di regolazione del dimensionamento CloudWatch aggrega i punti dati metrici in base alla statistica della metrica associata all'allarme. CloudWatch Quando la soglia dell'allarme viene superata, viene richiamata la policy di dimensionamento appropriata. Amazon EC2 Auto Scaling applica il tipo di aggregazione ai CloudWatch punti dati metrici più recenti di (anziché ai dati metrici grezzi). Confronta il valore dei parametri aggregati con i limiti superiore e inferiore definiti dagli adeguamenti delle fasi per determinare quali di queste eseguire. Devi specificare i limiti superiore e inferiore relativi alla soglia dell'utilizzo fuori limite. Ad esempio, supponiamo che tu abbia creato un CloudWatch allarme e una politica di scalabilità orizzontale per quando la metrica è superiore al 50 percento. Hai quindi creato un secondo allarme e una policy di riduzione orizzontale per quando il parametro è inferiore al 50 percento. Hai apportato una serie di modifiche con un tipo di regolazione di `PercentChangeInCapacity` (o **Percentuale di gruppo** nella console) per ogni policy: **Esempio: Regolazioni per fasi per la policy di aumento orizzontale** | **Limite inferiore** | **Limite superiore** | **Regolazione** | | --- | --- | --- | | 0 | 10 | 0 | | 10 | 20 | 10 | | 20 | null | 30 | **Esempio: Regolazioni per fasi della policy di riduzione orizzontale** | **Limite inferiore** | **Limite superiore** | **Regolazione** | | --- | --- | --- | | -10 | 0 | 0 | | -20 | -10 | -10 | | null | -20 | -30 | Questo crea la seguente configurazione di dimensionamento. ``` Metric value -infinity 30% 40% 60% 70% infinity ----------------------------------------------------------------------- -30% | -10% | Unchanged | +10% | +30% ----------------------------------------------------------------------- ``` Supponiamo ora di utilizzare questa configurazione di scalabilità su un gruppo Auto Scaling con una capacità corrente e una capacità desiderata di 10. I seguenti punti riassumono il comportamento della configurazione di dimensionamento in relazione alla capacità desiderata e corrente del gruppo: + La capacità corrente e desiderata vengono mantenute, mentre il valore del parametro aggregato è maggiore di 40 e minore di 60. + Se il valore del parametro raggiunge 60, la capacità desiderata del gruppo aumenta di 1 istanza, fino a 11 istanze, in base alla seconda regolazione per fasi della policy di aumento orizzontale (aggiunta del 10% di 10 istanze). Dopo l'esecuzione della nuova istanza e la scadenza del tempo di riscaldamento specificato, la capacità attuale del gruppo aumenta a 11 istanze. Se il valore del parametro sale a 70 anche dopo questo aumento della capacità, la capacità desiderata del gruppo aumenta di altre 3 istanze, a 14. Questo si basa sulla modifica della terza fase della policy di aumento orizzontale (aggiunta del 30% di 11 istanze, 3,3 istanze, arrotondato per difetto a 3 istanze). + Se il valore del parametro arriva a 40, la capacità desiderata del gruppo diminuisce di 1 istanza, fino a 13 istanze, in base alla seconda regolazione per fasi della policy di riduzione orizzontale (rimozione del 10% di 14 istanze, ovvero 1,4 istanze, arrotondato per difetto a 1). Se il valore del parametro scende a 30 anche dopo questa diminuzione della capacità, la capacità desiderata del gruppo diminuisce di altre 3 istanze, a 10. Ciò si basa sulla regolazione della terza fase della policy di riduzione (rimuove il 30% delle 13 istanze, 3,9 istanze, arrotondate per difetto a 3). Quando specifichi le regolazioni delle fasi per la policy di dimensionamento, tieni presente quanto segue: + Se si utilizza il Console di gestione AWS, si specificano i limiti superiore e inferiore come valori assoluti. Se utilizzi AWS CLI o un SDK, specifichi i limiti superiore e inferiore relativi alla soglia di violazione. + Gli intervalli delle regolazioni delle fasi non possono essere sovrapporsi o presentare scarti. + Solo una regolazione delle fasi può avere un limite inferiore nullo (infinito negativo). Se una regolazione delle fasi presenta un limite inferiore negativo, allora deve esistere una regolazione con un limite inferiore nullo. + Solo una regolazione delle fasi può avere un limite superiore nullo (infinito positivo). Se una regolazione delle fasi presenta un limite superiore positivo, deve esistere anche una regolazione con un limite superiore nullo. + I limiti superiore e inferiore non possono essere nulli nella stessa regolazione delle fasi. + Se il valore del parametro supera la soglia dell'utilizzo fuori limite, il limite inferiore è incluso e quello superiore è escluso. Se il valore del parametro è inferiore alla soglia dell'utilizzo fuori limite, il limite inferiore è escluso e il limite superiore è incluso. ## Tipi di regolazioni per il dimensionamento È possibile definire una policy di dimensionamento che esegue l'operazione di dimensionamento ottimale, in base al tipo di regolazione scelta. È possibile specificare il tipo di regolazione come percentuale della capacità corrente del gruppo con scalabilità automatica o in unità di capacità. Normalmente per unità di capacità si intende un'istanza, a meno che non si utilizzi la funzionalità di ponderazione delle istanze. Dimensionamento automatico Amazon EC2 supporta i seguenti tipi di regolazioni per il dimensionamento per fasi e semplice: + `ChangeInCapacity`: incrementa o decrementa la capacità corrente del gruppo del valore specificato. Un valore positivo incrementa la capacità, mentre un valore negativo della regolazione la decrementa. Ad esempio: se la capacità corrente del gruppo è 3 e la regolazione è 5, quando viene eseguita questa policy, aggiungiamo 5 unità di capacità, per un totale di 8 unità di capacità. + `ExactCapacity`: modifica la capacità corrente del gruppo al valore specificato. Con questo tipo di adeguamento, specifica un valore non negativo. Ad esempio: se la capacità corrente del gruppo è 3 e la regolazione è 5, quando viene eseguita questa policy, la capacità viene modificata in 5 unità di capacità. + `PercentChangeInCapacity`: incrementa o decrementa la capacità corrente del gruppo della percentuale specificata. Un valore positivo incrementa la capacità, mentre un valore negativo la decrementa. Ad esempio: se la capacità corrente è 10 e la regolazione è il 10%, quando viene eseguita questa policy, aggiungiamo 1 unità di capacità per un totale di 11 unità di capacità. **Nota** Se il valore risultante non è intero, viene arrotondato come segue: I valori superiori a 1 vengono arrotondati per difetto. Ad esempio, `12.7` viene arrotondato in `12`. I valori tra 0 e 1 vengono arrotondati a 1. Ad esempio, `.67` viene arrotondato in `1`. I valori tra 0 e -1 vengono arrotondati a -1. Ad esempio, `-.58` viene arrotondato in `-1`. I valori inferiori a -1 vengono arrotondati per eccesso. Ad esempio, `-6.67` viene arrotondato in `-6`. Con `PercentChangeInCapacity`, puoi anche specificare il numero minimo di istanze da dimensionare con il parametro `MinAdjustmentMagnitude`. Ad esempio, supponi di creare una policy che aggiunge il 25% e di specificare un incremento minimo di 2 istanze. Se hai un gruppo con scalabilità automatica con 4 istanze e viene eseguita la policy di dimensionamento, il 25% di 4 è 1 istanza. Tuttavia, poiché hai specificato un incremento minimo di 2, vengono aggiunte 2 istanze. Quando si utilizzano i [pesi delle istanze](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md), l'effetto dell'impostazione del `MinAdjustmentMagnitude` parametro su un valore diverso da zero cambia. Il valore è espresso in unità di capacità. Per impostare il numero minimo di istanze da dimensionare, scegli un valore per questo parametro pari almeno a quello del peso massimo dell'istanza. Se utilizzate i pesi delle istanze, tenete presente che la capacità attuale del gruppo Auto Scaling può superare la capacità desiderata in base alle esigenze. Se il numero assoluto da decrementare, o la quantità che la percentuale indica di decrementare, è inferiore alla differenza tra la capacità corrente e quella desiderata, non viene eseguita alcuna operazione di dimensionamento. Nell'esaminare l'esito di una policy di dimensionamento quando viene superata la soglia di un allarme, dovrai tenere conto di questi comportamenti. Ad esempio, supponiamo che la capacità desiderata sia 30 e la capacità corrente sia 32. Quando la soglia dell'allarme viene superata, se la policy di dimensionamento decrementa la capacità desiderata di 1, non viene eseguita alcuna operazione di dimensionamento. ## Preparazione dell’istanza Nel caso di dimensionamento per fasi, è possibile specificare il numero di secondi necessari per la preparazione di un'istanza appena avviata. Finché non trascorre il tempo di preparazione specificato, l’istanza non viene conteggiata per i parametri aggregati dell’istanza EC2 del gruppo Auto Scaling. Durante il periodo di riscaldamento delle istanze, le policy di scalabilità vengono ridimensionate solo se il valore della metrica delle istanze che non si stanno riscaldando è superiore alla soglia massima di allarme prevista dalla policy. Se il gruppo si dimensiona di nuovo, le istanze in fase di preparazione vengono conteggiate come parte della capacità desiderata per l'attività di dimensionamento successiva. Pertanto, più utilizzi fuori limite degli allarmi che rientrano nella gamma della stessa regolazione per fasi determinano un'unica attività di dimensionamento. L’intenzione è di aumentare di continuo (ma non in eccesso). Ad esempio, supponiamo che tu crei una policy in due passaggi. Il primo passaggio aggiunge il 10 percento quando la metrica arriva al 60 e il secondo passaggio aggiunge il 30 percento quando la metrica arriva al 70 percento. Il tuo gruppo con dimensionamento automatico ha una capacità desiderata e corrente di 10. La capacità corrente e desiderata non cambiano, mentre il valore del parametro aggregato è minore di 60. Supponiamo che la metrica arrivi a 60, quindi venga aggiunta 1 istanza (il 10 percento di 10 istanze). Quindi, la metrica arriva a 62 mentre la nuova istanza è ancora in fase di preparazione. La policy di dimensionamento calcola la nuova capacità desiderata in base alla capacità attuale, che è ancora pari a 10. Tuttavia, la capacità desiderata del gruppo è già aumentata a 11 istanze, perciò la policy di dimensionamento non la incrementa ulteriormente. Se il parametro raggiunge 70 mentre la nuova istanza è ancora in preparazione, dovremmo aggiungere 3 istanze (il 30% di 10 istanze). Tuttavia, la capacità desiderata del gruppo è già 11 perciò, per arrivare alla nuova capacità desiderata di 13 istanze, ne aggiungiamo solo 2. Mentre l'attività di dimensionamento orizzontale è in corso, tutte le attività di riduzione orizzontale avviate dalle policy di ridimensionamento vengono bloccate fino al termine della preparazione delle istanze. Al termine della preparazione delle istanze, se si verifica un evento di dimensionamento, tutte le istanze attualmente in fase di chiusura verranno conteggiate ai fini della capacità attuale del gruppo nel calcolo della nuova capacità desiderata. Pertanto, non rimuoviamo dal gruppo Auto Scaling più istanze del necessario. Ad esempio, quando un'istanza è già terminata, se viene superata una soglia di regolazione dello stesso passaggio che ha diminuito la capacità desiderata di 1, non viene eseguita alcuna operazione di dimensionamento. **Valore predefinito** Se non viene impostato alcun valore, la politica di scalabilità utilizzerà il valore predefinito, che è il valore per il riscaldamento dell'[istanza predefinito definito](ec2-auto-scaling-default-instance-warmup.md) per il gruppo. [Se il riscaldamento dell'istanza predefinito è nullo, torna al valore del cooldown predefinito.](ec2-auto-scaling-scaling-cooldowns.md#set-default-cooldown) ## Considerazioni Le seguenti considerazioni si applicano quando si usano le policy di dimensionamento semplice a fasi: + Valuta se riesci a prevedere le regolazioni dei passaggi sull'applicazione in modo sufficientemente accurato da utilizzare il dimensionamento a fasi. Se il parametro di dimensionamento aumenta o diminuisce in proporzione alla capacità della destinazione scalabile, ti consigliamo di utilizzare una policy di dimensionamento di monitoraggio della destinazione. È comunque possibile utilizzare il dimensionamento per fasi come policy aggiuntiva per una configurazione più avanzata. Ad esempio, puoi configurare una risposta più aggressiva quando l'utilizzo raggiunge un determinato livello. + Assicurati di scegliere un margine adeguato tra le soglie di scalabilità orizzontale e ridimensionamento per evitare che si verifichino sbalzi. Flapping è un ciclo infinito di riduzione e aumento orizzontale. Ciò significa che se viene eseguita un'azione di dimensionamento, il valore della metrica cambierebbe per avviare un'altra azione di dimensionamento nella direzione opposta. # Crea una politica di scalabilità graduale per la scalabilità orizzontale Per creare una politica di scalabilità in fasi per la scalabilità orizzontale per il gruppo Auto Scaling, utilizzate uno dei seguenti metodi: ------ #### [ Console ] **Fase 1: creare un CloudWatch allarme per la soglia metrica alta** 1. Apri la CloudWatch console all'indirizzo [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/). 1. Se necessario, modificare la regione . Nella barra di navigazione seleziona la regione in cui si trova il gruppo con scalabilità automatica. 1. Nel riquadro di navigazione, scegli **Alarms** (Allarmi), quindi **Create alarm** (Crea allarme). 1. Scegli **Seleziona metrica**. 1. Nella scheda **All metrics (Tutti i parametri)**, scegli **EC2**, **By Auto Scaling Group (Per gruppo con scalabilità automatica)** e inserisci il nome del gruppo con scalabilità automatica nel campo di ricerca. Quindi, seleziona `CPUUtilization` e scegli **Select metric (Seleziona parametro)**. Viene visualizzata la pagina **Specify metric and conditions (Specifica parametro e condizioni)** contenente un grafico e altre informazioni sul parametro. 1. In **Period (Periodo)**, scegliere il periodo di valutazione per l'allarme, ad esempio 1 minuto. Durante la valutazione dell’allarme, ogni periodo è aggregato in un punto dati. **Nota** Un periodo più breve crea un allarme più sensibile. 1. In **Condizioni**, effettuare le seguenti operazioni: + For **Threshold type (Tipo di soglia)**, scegli **Static (Statica)**. + Per **Whenever `CPUUtilization` is**, specifica se desideri che il valore della metrica sia maggiore o maggiore o uguale alla soglia per violare l'allarme. Quindi, per **than** (di), inserisci il valore di soglia che deve attivare l'allarme. 1. In **Configurazione aggiuntiva**, eseguire le operazioni seguenti: + Per **Datapoints to alarm** (Punti dati per allarme), inserisci il numero di punti di dati (periodi di valutazione) durante i quali il valore del parametro deve corrispondere alle condizioni di soglia per l'allarme. Ad esempio, due periodi consecutivi di 5 minuti fanno sì che trascorrano 10 minuti prima che lo stato di allarme venga richiamato. + In **Missing data treatment (Trattamento dei dati mancanti)**, scegli **Treat missing data as bad (breaching threshold) (Considera i dati mancanti come non validi - superamento soglia)**. Per ulteriori informazioni, consulta [Configurazione del modo in cui gli CloudWatch allarmi trattano i dati mancanti](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data) nella *Amazon CloudWatch User Guide*. 1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Configure actions** (Configura operazioni). 1. In **Notification** (Notifica), seleziona un argomento Amazon SNS per segnalare quando l'allarme si trova nello stato `ALARM`, `OK` o `INSUFFICIENT_DATA`. Per fare in modo che l'allarme invii più notifiche per lo stesso stato di allarme o per stati di allarme diversi, scegli **Add notification** (Aggiungi notifica). Per fare in modo che l'allarme non invii notifiche, scegli **Remove** (Rimuovi). 1. Puoi lasciare vuote le altre sezioni della pagina **Configure actions** (Configura operazioni). Lasciando vuote le altre sezioni viene creato un allarme che però non viene associato a una policy di dimensionamento. Puoi associare l'allarme a una policy di dimensionamento dalla console Dimensionamento automatico Amazon EC2. 1. Scegli **Next (Successivo)**. 1. Inserisci un nome (ad esempio, `Step-Scaling-AlarmHigh-AddCapacity`) e facoltativamente, una descrizione per l'allarme, quindi scegli **Next (Successivo)**. 1. Scegli **Crea allarme**. Usa la seguente procedura per continuare da dove avevi interrotto dopo aver creato l' CloudWatch allarme. **Fase 2: Creare una politica di scalabilità graduale per la scalabilità orizzontale** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e scegli **Auto Scaling** Groups dal pannello di navigazione. 1. Seleziona la casella di controllo accanto al gruppo con dimensionamento automatico. Si aprirà un riquadro diviso nella parte inferiore della pagina. 1. Verifica che i limiti di dimensionamento siano impostati in modo appropriato. Ad esempio, se la capacità desiderata del gruppo è già al suo valore massimo, specifica un nuovo valore massimo per il dimensionamento orizzontale. Per ulteriori informazioni, consulta [Impostare i limiti di dimensionamento per il gruppo con dimensionamento automatico](asg-capacity-limits.md). 1. Nella scheda **Automatic scaling** (Scalabilità automatica) scegli **Add policy** (Aggiungi policy) in **Dynamic scaling policies** (Policy di dimensionamento dinamico). 1. Per **Tipo di policy**, scegli **Step scaling**, quindi specifica un nome per la policy. 1. Per **CloudWatch Allarme**, scegli la tua sveglia. Se non hai ancora creato un allarme, scegli **Crea un CloudWatch allarme** e completa i passaggi da 4 a 14 della procedura precedente per creare un allarme. 1. Specificare la modifica della dimensione del gruppo corrente che questa policy apporterà quando viene eseguita con **Take the action (Esegui l'operazione)**. È possibile aggiungere un numero specifico di istanze o una percentuale della dimensione del gruppo esistente oppure impostare il gruppo su una dimensione specifica. Ad esempio, per creare una politica di scalabilità orizzontale che aumenti la capacità del gruppo del 30 percento, scegli`Add`, inserisci `30` nel campo successivo e quindi scegli. `percent of group` Per impostazione predefinita, il limite inferiore di questa regolazione per fasi è la soglia di allarme e il limite superiore è infinito positivo (\$1). 1. Per aggiungere un'altra fase, scegliere **Add step (Aggiungi fase)**, quindi definire la quantità di dimensionamento e i limiti inferiore e superiore della fase relativi alla soglia di allarme. 1. Per impostare un numero minimo di istanze da dimensionare, aggiorna il campo del numero in **Add capacity units in increments of at least** `1` **capacity units (Aggiungi unità di capacità con incrementi di almeno 1 unità di capacità)**. 1. (Facoltativo) Ad **esempio, aggiorna il valore di riscaldamento** dell'istanza in base alle esigenze. 1. Scegli **Create** (Crea). ------ #### [ AWS CLI ] Per creare una politica di scalabilità graduale per la scalabilità orizzontale (aumento della capacità), è possibile utilizzare i seguenti comandi di esempio. Sostituisci ogni *user input placeholder* con le tue informazioni. Quando utilizzi AWS CLI, devi innanzitutto creare una politica di scalabilità graduale che fornisca istruzioni ad Amazon EC2 Auto Scaling su come eseguire la scalabilità orizzontale quando il valore di una metrica aumenta. Quindi, crei l'allarme identificando la metrica da tenere d'occhio, definendo la soglia massima della metrica e altri dettagli per gli allarmi e associando l'allarme alla politica di scalabilità. **Fase 1: Creare una politica per la scalabilità orizzontale** Utilizzate il seguente [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)comando per creare una politica di scalabilità denominata`my-step-scale-out-policy`, con un tipo di regolazione `PercentChangeInCapacity` che aumenti la capacità del gruppo in base alle seguenti regolazioni delle fasi (presupponendo una soglia di CloudWatch allarme del 60 percento): + Aumenta il numero delle istanze del 10% quando il valore del parametro è maggiore di o uguale al 60%, ma inferiore al 75% + Aumenta il numero delle istanze del 20% quando il valore del parametro è maggiore di o uguale al 75%, ma inferiore all'85% + Aumenta il numero delle istanze del 30% quando il valore del parametro è maggiore di o uguale all'85% ``` aws autoscaling put-scaling-policy \ --auto-scaling-group-name my-asg \ --policy-name my-step-scale-out-policy \ --policy-type StepScaling \ --adjustment-type PercentChangeInCapacity \ --metric-aggregation-type Average \ --step-adjustments MetricIntervalLowerBound=0.0,MetricIntervalUpperBound=15.0,ScalingAdjustment=10 \ MetricIntervalLowerBound=15.0,MetricIntervalUpperBound=25.0,ScalingAdjustment=20 \ MetricIntervalLowerBound=25.0,ScalingAdjustment=30 \ --min-adjustment-magnitude 1 ``` Registrare l'Amazon Resource Name (ARN) della policy. Ne hai bisogno per creare un CloudWatch allarme per la politica. ``` { "PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:4ee9e543-86b5-4121-b53b-aa4c23b5bbcc:autoScalingGroupName/my-asg:policyName/my-step-scale-in-policy } ``` **Fase 2: Creare un CloudWatch allarme per la soglia metrica più alta** Utilizzate il seguente CloudWatch [put-metric-alarm](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudwatch/put-metric-alarm.html)comando per creare un allarme che aumenti la dimensione del gruppo Auto Scaling in base a un valore di soglia medio della CPU del 60 percento per almeno due periodi di valutazione consecutivi di due minuti. Per utilizzare un parametro personalizzato, specificane il nome in `--metric-name` e lo spazio dei nomi in `--namespace`. ``` aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmHigh-AddCapacity \ --metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \ --period 120 --evaluation-periods 2 --threshold 60 \ --comparison-operator GreaterThanOrEqualToThreshold \ --dimensions "Name=AutoScalingGroupName,Value=my-asg" \ --alarm-actions PolicyARN ``` ------ # Crea una politica di scalabilità graduale per la scalabilità in Per creare una politica di scalabilità graduale per il gruppo Auto Scaling, utilizzate uno dei seguenti metodi: ------ #### [ Console ] **Fase 1: creare un CloudWatch allarme per la soglia metrica minima** 1. Apri la CloudWatch console all'indirizzo [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/). 1. Se necessario, modificare la regione . Nella barra di navigazione seleziona la regione in cui si trova il gruppo con scalabilità automatica. 1. Nel riquadro di navigazione, scegli **Alarms** (Allarmi), quindi **Create alarm** (Crea allarme). 1. Scegli **Seleziona metrica**. 1. Nella scheda **All metrics (Tutti i parametri)**, scegli **EC2**, **By Auto Scaling Group (Per gruppo con scalabilità automatica)** e inserisci il nome del gruppo con scalabilità automatica nel campo di ricerca. Quindi, seleziona `CPUUtilization` e scegli **Select metric (Seleziona parametro)**. Viene visualizzata la pagina **Specify metric and conditions (Specifica parametro e condizioni)** contenente un grafico e altre informazioni sul parametro. 1. In **Period (Periodo)**, scegliere il periodo di valutazione per l'allarme, ad esempio 1 minuto. Durante la valutazione dell’allarme, ogni periodo è aggregato in un punto dati. **Nota** Un periodo più breve crea un allarme più sensibile. 1. In **Condizioni**, effettuare le seguenti operazioni: + For **Threshold type (Tipo di soglia)**, scegli **Static (Statica)**. + Per **Whenever `CPUUtilization` is**, specifica se desideri che il valore della metrica sia inferiore o inferiore o uguale alla soglia per violare l'allarme. Quindi, per **than** (di), inserisci il valore di soglia che deve attivare l'allarme. **Importante** Per utilizzare un allarme con una scala di policy (metrica bassa), assicurati di non scegliere un valore maggiore o maggiore o uguale alla soglia. 1. In **Configurazione aggiuntiva**, eseguire le operazioni seguenti: + Per **Datapoints to alarm** (Punti dati per allarme), inserisci il numero di punti di dati (periodi di valutazione) durante i quali il valore del parametro deve corrispondere alle condizioni di soglia per l'allarme. Ad esempio, due periodi consecutivi di 5 minuti fanno sì che trascorrano 10 minuti prima che lo stato di allarme venga richiamato. + In **Missing data treatment (Trattamento dei dati mancanti)**, scegli **Treat missing data as bad (breaching threshold) (Considera i dati mancanti come non validi - superamento soglia)**. Per ulteriori informazioni, consulta [Configurazione del modo in cui gli CloudWatch allarmi trattano i dati mancanti](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data) nella *Amazon CloudWatch User Guide*. 1. Scegli **Next (Successivo)**. Viene visualizzata la pagina **Configure actions** (Configura operazioni). 1. In **Notification** (Notifica), seleziona un argomento Amazon SNS per segnalare quando l'allarme si trova nello stato `ALARM`, `OK` o `INSUFFICIENT_DATA`. Per fare in modo che l'allarme invii più notifiche per lo stesso stato di allarme o per stati di allarme diversi, scegli **Add notification** (Aggiungi notifica). Per fare in modo che l'allarme non invii notifiche, scegli **Remove** (Rimuovi). 1. Puoi lasciare vuote le altre sezioni della pagina **Configure actions** (Configura operazioni). Lasciando vuote le altre sezioni viene creato un allarme che però non viene associato a una policy di dimensionamento. Puoi associare l'allarme a una policy di dimensionamento dalla console Dimensionamento automatico Amazon EC2. 1. Scegli **Next (Successivo)**. 1. Inserisci un nome (ad esempio, `Step-Scaling-AlarmLow-RemoveCapacity`) e facoltativamente, una descrizione per l'allarme, quindi scegli **Next (Successivo)**. 1. Scegli **Crea allarme**. Usa la seguente procedura per continuare da dove avevi interrotto dopo aver creato l' CloudWatch allarme. **Fase 2: Creare una politica di scalabilità graduale per la scalabilità in** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e scegli **Auto Scaling** Groups dal pannello di navigazione. 1. Seleziona la casella di controllo accanto al gruppo con dimensionamento automatico. Si aprirà un riquadro diviso nella parte inferiore della pagina. 1. Verifica che i limiti di dimensionamento siano impostati in modo appropriato. Ad esempio, se la capacità desiderata del gruppo è già al minimo, è necessario specificare un nuovo minimo per poter scalare. Per ulteriori informazioni, consulta [Impostare i limiti di dimensionamento per il gruppo con dimensionamento automatico](asg-capacity-limits.md). 1. Nella scheda **Automatic scaling** (Scalabilità automatica) scegli **Add policy** (Aggiungi policy) in **Dynamic scaling policies** (Policy di dimensionamento dinamico). 1. Per **Tipo di policy**, scegliete **Step scaling**, quindi specificate un nome per la policy. 1. Per **CloudWatch Allarme**, scegli la tua sveglia. Se non hai ancora creato un allarme, scegli **Crea un CloudWatch allarme** e completa i passaggi da 4 a 14 della procedura precedente per creare un allarme. 1. Specificare la modifica della dimensione del gruppo corrente che questa policy apporterà quando viene eseguita con **Take the action (Esegui l'operazione)**. È possibile rimuovere un numero specifico di istanze o una percentuale della dimensione del gruppo esistente, oppure impostare il gruppo su una dimensione specifica. Ad esempio, per creare una scala di policy che riduca la capacità del gruppo di due istanze, scegli`Remove`, inserisci `2` nel campo successivo, quindi scegli`capacity units`. Per impostazione predefinita, il limite superiore di questa regolazione per fasi è la soglia di allarme e il limite inferiore è infinito negativo (-). 1. Per aggiungere un'altra fase, scegliere **Add step (Aggiungi fase)**, quindi definire la quantità di dimensionamento e i limiti inferiore e superiore della fase relativi alla soglia di allarme. 1. Scegli **Create** (Crea). ------ #### [ AWS CLI ] Per creare una politica di scalabilità graduale per la scalabilità in (riduzione della capacità), è possibile utilizzare i seguenti comandi di esempio. Sostituisci ogni *user input placeholder* con le tue informazioni. Quando usi AWS CLI, devi prima creare una politica di scalabilità graduale che fornisca istruzioni ad Amazon EC2 Auto Scaling su come scalare quando il valore di una metrica diminuisce. Quindi, crei l'allarme identificando la metrica da tenere d'occhio, definendo la soglia minima della metrica e altri dettagli per gli allarmi e associando l'allarme alla politica di scalabilità. **Fase 1: Creare una politica per la scalabilità** Usa il seguente [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)comando per creare una politica di scalabilità a fasi denominata`my-step-scale-in-policy`, con un tipo di regolazione `ChangeInCapacity` che riduca la capacità del gruppo di 2 istanze quando l' CloudWatch allarme associato supera il valore di soglia metrica più basso. ``` aws autoscaling put-scaling-policy \ --auto-scaling-group-name my-asg \ --policy-name my-step-scale-in-policy \ --policy-type StepScaling \ --adjustment-type ChangeInCapacity \ --step-adjustments MetricIntervalUpperBound=0.0,ScalingAdjustment=-2 ``` Registrare l'Amazon Resource Name (ARN) della policy. Ne hai bisogno per creare l' CloudWatch allarme per la politica. ``` { "PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:ac542982-cbeb-4294-891c-a5a941dfa787:autoScalingGroupName/my-asg:policyName/my-step-scale-out-policy } ``` **Fase 2: Creare un CloudWatch allarme per la soglia metrica minima** Utilizzate il seguente CloudWatch [put-metric-alarm](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudwatch/put-metric-alarm.html)comando per creare un allarme che riduca la dimensione del gruppo Auto Scaling in base al valore medio della soglia della CPU del 40 percento per almeno due periodi di valutazione consecutivi di due minuti. Per utilizzare un parametro personalizzato, specificane il nome in `--metric-name` e lo spazio dei nomi in `--namespace`. ``` aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmLow-RemoveCapacity \ --metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \ --period 120 --evaluation-periods 2 --threshold 40 \ --comparison-operator LessThanOrEqualToThreshold \ --dimensions "Name=AutoScalingGroupName,Value=my-asg" \ --alarm-actions PolicyARN ``` ------ # Policy di dimensionamento semplice Gli esempi seguenti mostrano come utilizzare i comandi CLI per creare semplici politiche di scalabilità. Rimangono in questo documento come riferimento per tutti i clienti che desiderano utilizzarli, ma consigliamo di utilizzare invece le politiche di tracciamento degli obiettivi o di scalabilità dei passaggi. Analogamente alle politiche di scalabilità graduale, le politiche di scalabilità semplici richiedono la creazione di CloudWatch allarmi per le politiche di scalabilità. Nelle politiche create, è inoltre necessario definire se aggiungere o rimuovere le istanze e quante, oppure impostare il gruppo su una dimensione esatta. Una delle principali differenze tra le politiche di scalabilità graduale e le politiche di scalabilità semplici è rappresentata dalle regolazioni dei passaggi che si ottengono con le politiche di scalabilità graduale. Con la scalatura per fasi, puoi apportare modifiche più o meno grandi alla dimensione del gruppo in base alle regolazioni dei passaggi specificate. Una semplice politica di scalabilità deve inoltre attendere il completamento di un'attività di scalabilità in corso o la sostituzione di un controllo dello stato di salute e il termine di un [periodo di recupero prima di rispondere](ec2-auto-scaling-scaling-cooldowns.md) a ulteriori allarmi. Al contrario, con la scalabilità graduale, la policy continua a rispondere a ulteriori allarmi, anche mentre è in corso un'attività di scalabilità o la sostituzione di un controllo dello stato di salute. Ciò significa che Amazon EC2 Auto Scaling valuta tutte le violazioni degli allarmi non appena riceve i messaggi di allarme. Per questo motivo, ti consigliamo di utilizzare invece politiche di scalabilità graduale, anche se hai solo una singola modifica della scalabilità. Inizialmente, Dimensionamento automatico Amazon EC2 supportava solo policy di dimensionamento semplice. Se hai creato la tua politica di scalabilità prima dell'introduzione delle politiche di tracciamento degli obiettivi e di scalabilità per fasi, la tua politica viene considerata una semplice politica di scalabilità. ## Crea una semplice politica di scalabilità per la scalabilità orizzontale Utilizzate il seguente [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)comando per creare una semplice politica di scalabilità denominata`my-simple-scale-out-policy`, con un tipo di regolazione `PercentChangeInCapacity` che aumenti la capacità del gruppo del 30 percento quando l' CloudWatch allarme associato supera il valore di soglia metrico più elevato. ``` aws autoscaling put-scaling-policy --policy-name my-simple-scale-out-policy \ --auto-scaling-group-name my-asg --scaling-adjustment 30 \ --adjustment-type PercentChangeInCapacity ``` Registrare l'Amazon Resource Name (ARN) della policy. Ne hai bisogno per creare l' CloudWatch allarme per la politica. ## Crea una semplice politica di scalabilità per scalare in Utilizzate il seguente [put-scaling-policy](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-scaling-policy.html)comando per creare una semplice politica di scalabilità denominata`my-simple-scale-in-policy`, con un tipo di regolazione `ChangeInCapacity` che riduca la capacità del gruppo di un'istanza quando l' CloudWatch allarme associato supera il valore di soglia metrico inferiore. ``` aws autoscaling put-scaling-policy --policy-name my-simple-scale-in-policy \ --auto-scaling-group-name my-asg --scaling-adjustment -1 \ --adjustment-type ChangeInCapacity --cooldown 180 ``` Registrare l'Amazon Resource Name (ARN) della policy. Ne hai bisogno per creare l' CloudWatch allarme per la politica.