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à.
# Controlli dell'integrità per le istanze in un gruppo con dimensionamento automatico
Amazon EC2 Auto Scaling monitora continuamente lo stato di integrità delle istanze in un gruppo Auto Scaling per mantenere la capacità desiderata.
Tutte le istanze in un gruppo Auto Scaling iniziano con `Healthy` uno stato. Si presuppone che le istanze siano integre, a meno che Amazon EC2 Auto Scaling non riceva notifica della loro non integrità. Può ricevere notifiche da varie fonti quando un'istanza non è integra e deve essere sostituita. Queste origini includono:
+ Amazon EC2
+ Elastic Load Balancing
+ Reticolo in VPC
+ Amazon EBS
+ Controlli sanitari personalizzati definiti dall'utente
Quando Amazon EC2 Auto Scaling determina `InService` che un'istanza non è integra, la sostituisce con una nuova istanza per mantenere la capacità desiderata del gruppo. La nuova istanza viene avviata utilizzando le impostazioni correnti del gruppo con scalabilità automatica e il relativo modello di avvio o la configurazione di avvio associati.
Il seguente diagramma di flusso illustra il processo di avvio di una nuova istanza in un gruppo Auto Scaling. Inizia avviando l'istanza. Se il lancio ha esito positivo, l'istanza viene aggiunta al gruppo Auto Scaling. Quindi, Amazon EC2 Auto Scaling esegue controlli di integrità sull'istanza utilizzando i controlli di stato integrati di Amazon EC2 e, dopo un periodo di prova, eventuali controlli di integrità opzionali che hai abilitato per il gruppo. Questi controlli sanitari continuano periodicamente. Se uno dei controlli sanitari fallisce, l'istanza viene sostituita.
![\[Un diagramma di alto livello che mostra quando iniziano i controlli sanitari.\]](http://docs.aws.amazon.com/it_it/autoscaling/ec2/userguide/images/how-health-checks-work.png)
Le istanze non integre possono verificarsi anche quando un'istanza si interrompe in modo imprevisto, ad esempio a causa dell'interruzione di un'istanza Spot o della chiusura manuale da parte di un utente. Anche in questo caso, Amazon EC2 Auto Scaling avvierà automaticamente un'istanza sostitutiva in questi casi per mantenere la capacità desiderata.
**Topics**
+ [Informazioni sui controlli dell'integrità del gruppo con dimensionamento automatico](health-checks-overview.md)
+ [Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo con scalabilità automatica](health-check-grace-period.md)
+ [Monitora le istanze di Auto Scaling con volumi Amazon EBS danneggiati utilizzando controlli dello stato](monitor-and-replace-instances-with-impaired-ebs-volumes.md)
+ [Imposta un controllo dello stato personalizzato per il tuo gruppo Auto Scaling](set-up-a-custom-health-check.md)
+ [Come visualizzare il motivo dei fallimenti dei controlli dell'integrità](replace-unhealthy-instance.md)
+ [Risolvi i problemi relativi alle istanze non integre in Amazon EC2 Auto Scaling](ts-as-healthchecks.md)
# Informazioni sui controlli dell'integrità del gruppo con dimensionamento automatico
Questo argomento fornisce una panoramica dei tipi di controlli dello stato disponibili e descrive le considerazioni chiave per l'integrazione dei controlli di integrità di Amazon EC2 Auto Scaling con le tue applicazioni.
**Topics**
+ [Tipi di controllo dell'integrità](#available-health-checks)
+ [Controlli dell'integrità Amazon EC2](#instance-health-detection)
+ [Controlli dello stato di Elastic Load Balancing](#elastic-load-balancing-health-checks)
+ [Controlli dell'integrità VPC Lattice](#vpc-lattice-health-checks)
+ [Come Amazon EC2 Auto Scaling riduce al minimo i tempi di inattività](#minimize-downtime)
+ [Controlli sanitari per casi in una piscina calda](#health-checks-for-instance-in-a-warm-pool)
+ [Considerazioni sul controllo dell’integrità](#health-check-considerations)
## Tipi di controllo dell'integrità
Amazon EC2 Auto Scaling può determinare lo stato `InService` di integrità di un'istanza utilizzando uno o più dei seguenti controlli:
****
| Tipo di controllo dell’integrità | Che cosa controlla |
| --- | --- |
| Controlli dello stato Amazon EC2 ed eventi pianificati | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/autoscaling/ec2/userguide/health-checks-overview.html) Questo è il tipo di controllo dell'integrità predefinito per un gruppo con scalabilità automatica. |
| Controlli dello stato di Elastic Load Balancing | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/autoscaling/ec2/userguide/health-checks-overview.html) Per eseguire questo tipo di controllo dello stato, è necessario attivarlo per il gruppo Auto Scaling. |
| Controlli dell’integrità VPC Lattice | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/autoscaling/ec2/userguide/health-checks-overview.html) Per eseguire questo tipo di controllo dello stato, è necessario attivarlo per il gruppo Auto Scaling. |
| Controlli dell’integrità di Amazon EBS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/autoscaling/ec2/userguide/health-checks-overview.html) Per eseguire questo tipo di controllo dello stato, è necessario attivarlo per il gruppo Auto Scaling. |
| Controlli dell'integrità personalizzati | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/autoscaling/ec2/userguide/health-checks-overview.html) |
## Controlli dell'integrità Amazon EC2
Dopo l'avvio di un'istanza, viene allegato al gruppo con dimensionamento automatico ed entra nello stato `InService`. Per ulteriori informazioni sul ciclo di vita completo delle istanze in un gruppo con scalabilità automatica, consulta [Ciclo di vita delle istanze di Amazon EC2 Auto Scaling](ec2-auto-scaling-lifecycle.md).
Il Dimensionamento automatico Amazon EC2 verifica che tutte le istanze all'interno del gruppo con scalabilità automatica siano in esecuzione e in buone condizioni controllando periodicamente lo stato di integrità delle istanze.
**Verifiche di stato**
I controlli dell'integrità di Amazon EC2 Auto Scaling utilizzano i risultati delle verifiche dello stato di Amazon EC2 per determinare l'integrità di un'istanza. Se lo stato dell'istanza Amazon EC2 è diverso da `running` oppure se lo stato del sistema è `impaired`, il Dimensionamento automatico Amazon EC2 considera l'istanza non integra e la sostituisce. Ciò si applica quando l'istanza è in uno dei seguenti stati:
+ `stopping`
+ `stopped`
+ `shutting-down`
+ `terminated`
I controlli dello stato Amazon EC2 non richiedono alcuna configurazione speciale e sono sempre abilitati. Per ulteriori informazioni, consulta [Tipi di controlli di stato](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#types-of-instance-status-checks) nella Guida per l'*utente di Amazon EC2*.
**Importante**
Il Dimensionamento automatico Amazon EC2 consente a questi controlli dell'integrità di fallire occasionalmente senza intraprendere alcuna azione. Quando un controllo dello stato fallisce, Amazon EC2 Auto Scaling attende alcuni AWS minuti per risolvere il problema. Non contrassegna immediatamente un'istanza come `Unhealthy` quando lo stato dei controlli dello stato diventa `impaired`. Inoltre, EC2 Auto Scaling non contrassegna l'`Unhealthy`istanza come se restituisse un controllo dello stato. `insufficient-data`
Se il Dimensionamento automatico Amazon EC2 rileva che lo stato di un'istanza non è più `running`, tuttavia, questa situazione è trattata come un fallimento immediato. In questo caso, contrassegna immediatamente l'istanza come `Unhealthy` e la sostituisce.
**Eventi pianificati**
Amazon EC2 può occasionalmente pianificare eventi sulle istanze da eseguire dopo un determinato timestamp. Per ulteriori informazioni, consulta [Eventi pianificati per le istanze](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html) nella *Guida per l’utente di Amazon EC2*.
Se una delle istanze è interessata da un evento pianificato, Amazon EC2 Auto Scaling la considera non integra e la sostituisce. L'istanza non inizia a spegnersi finché non vengono raggiunte la data e l'ora specificate nel timestamp.
## Controlli dello stato di Elastic Load Balancing
Quando attivi i controlli di integrità di Elastic Load Balancing per il tuo gruppo Auto Scaling, Amazon EC2 Auto Scaling può utilizzare i risultati di tali controlli per determinare lo stato di integrità di un'istanza.
Prima di poter attivare i controlli di integrità di Elastic Load Balancing per il tuo gruppo Auto Scaling, devi configurare un sistema di bilanciamento del carico Elastic Load Balancing e configurarne un controllo dello stato per determinare se le istanze sono integre. Per ulteriori informazioni, consulta [Preparati a collegare un sistema di bilanciamento del carico Elastic Load Balancing](getting-started-elastic-load-balancing.md).
Dopo aver collegato il sistema di bilanciamento del carico al gruppo Auto Scaling, si verifica quanto segue:
+ Il Dimensionamento automatico Amazon EC2 registra le istanze nel gruppo con scalabilità automatica con il load balancer.
+ Dopo che un'istanza ha terminato la registrazione, passa allo stato `InService` e diventa disponibile per l'uso con il load balancer.
Per impostazione predefinita, Amazon EC2 Auto Scaling ignora i risultati dei controlli dell'integrità di Elastic Load Balancing. Dopo aver attivato questi controlli di integrità per il gruppo Auto Scaling, quando Elastic Load Balancing riporta un'istanza registrata `Unhealthy` come, Amazon EC2 Auto Scaling contrassegna l'istanza al successivo controllo periodico dello stato e `Unhealthy` la sostituisce.
Se per il load balancer è abilitato lo svuotamento della connessione (ritardo di cancellazione), il Dimensionamento automatico Amazon EC2 attende il completamento delle richieste in transito o che il timeout massimo scada, prima di terminare le istanze non integre.
**Nota**
Per istruzioni su come collegare il load balancer e attivare i controlli di integrità di Elastic Load Balancing per il gruppo Auto Scaling, consulta. [Collega un sistema di bilanciamento del carico Elastic Load Balancing al tuo gruppo Auto Scaling](attach-load-balancer-asg.md)
Quando attivi i controlli di integrità di Elastic Load Balancing per un gruppo, Amazon EC2 Auto Scaling può sostituire le istanze che Elastic Load Balancing segnala come non integre, ma solo dopo che il sistema di bilanciamento del carico è nello stato. `InService` Per ulteriori informazioni, consulta [Verifica lo stato di collegamento del sistema di bilanciamento del carico](load-balancer-status.md).
## Controlli dell'integrità VPC Lattice
Per impostazione predefinita, Dimensionamento automatico Amazon EC2 ignora i risultati dei controlli dell'integrità di VPC Lattice. Facoltativamente, puoi attivare questi controlli di integrità per il tuo gruppo Auto Scaling. Dopo aver eseguito questa operazione, quando VPC Lattice segnala un'istanza registrata come `Unhealthy`, il Dimensionamento automatico Amazon EC2 contrassegna l'istanza come `Unhealthy` nel successivo controllo periodico dell'integrità e la sostituisce. Il processo di registrazione delle istanze e quindi del relativo controllo dello stato è lo stesso utilizzato per i controlli dell'integrità di Elastic Load Balancing.
**Nota**
Per istruzioni su come collegare il gruppo target VPC Lattice e attivare i controlli dello stato di VPC Lattice per il gruppo Auto Scaling, consulta. [Allegare un gruppo di destinazione VPC Lattice al gruppo con dimensionamento automatico](attach-vpc-lattice-target-group-asg.md)
Quando attivi i controlli dello stato di VPC Lattice per un gruppo, Amazon EC2 Auto Scaling può sostituire le istanze che VPC Lattice segnala come non integre, ma solo dopo che il gruppo target è nello stato. `InService` Per ulteriori informazioni, consulta [Informazioni sullo stato di collegamento del gruppo di destinazione VPC Lattice](verify-target-group-attachment-status.md).
## Come Amazon EC2 Auto Scaling riduce al minimo i tempi di inattività
Per impostazione predefinita, le nuove istanze vengono fornite contemporaneamente alla chiusura delle istanze esistenti, il che potrebbe impedire l'accettazione di nuove richieste fino a quando le nuove istanze non saranno completamente operative.
Se Amazon EC2 Auto Scaling determina che alcune istanze non sono più in esecuzione (o sono `Unhealthy` state contrassegnate [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)con il comando), le sostituisce immediatamente. Tuttavia, se altre istanze risultino non integre, il Dimensionamento automatico Amazon EC2 utilizza l'approccio riportato di seguito per riparare gli errori. Questo approccio riduce al minimo i tempi di inattività che potrebbero verificarsi a causa di problemi temporanei o controlli di integrità configurati in modo errato.
+ Se è in corso un'attività di scaling e il gruppo Auto Scaling è inferiore alla capacità desiderata del 10% o più, Amazon EC2 Auto Scaling attende l'attività di scaling in corso prima di sostituire le istanze non integre.
+ Durante l'aumento orizzontale, il Dimensionamento automatico Amazon EC2 attende che le istanze superino un controllo dell'integrità iniziale. Attende inoltre il completamento del warmup dell'istanza predefinito per assicurarsi che le nuove istanze siano pronte.
+ Dopo che le istanze hanno terminato il riscaldamento e il gruppo ha raggiunto oltre il 90 percento della capacità desiderata, Amazon EC2 Auto Scaling sostituisce le istanze non integre come segue:
+ Il Dimensionamento automatico Amazon EC2 sostituisce solo fino al 10% della capacità desiderata del gruppo alla volta. Lo fa fino a quando tutte le istanze non integre saranno state sostituite.
+ Quando si sostituiscono le istanze, attende che le istanze superino un controllo dell'integrità iniziale. Prima di continuare, attende anche che il warmup predefinito dell'istanza sia finito.
**Nota**
Se la dimensione di un gruppo di Auto Scaling è sufficientemente piccola da far sì che il valore risultante del 10% sia inferiore a uno, Amazon EC2 Auto Scaling sostituisce invece le istanze non integre una alla volta. Questo potrebbe comportare tempi di inattività del gruppo.
È possibile modificare il valore predefinito del 10% [impostando una politica di manutenzione dell'istanza](https://docs.aws.amazon.com//autoscaling/ec2/userguide/set-instance-maintenance-policy-on-group.html) per modificare la velocità con cui Auto Scaling sostituisce le istanze non integre. Tuttavia, Auto Scaling potrebbe comunque limitare la velocità con cui contrassegna le istanze come non sane.
Ad esempio, se tutte le istanze di un gruppo Auto Scaling vengono segnalate come non integre dai controlli di integrità di Elastic Load Balancing e il sistema di bilanciamento del carico è nello stato, Amazon `InService` EC2 Auto Scaling potrebbe contrassegnare meno istanze non integre alla volta. Ciò può comportare una sostituzione molto inferiore di istanze alla volta rispetto al 10% applicato in altri scenari. In questo modo avrai tempo per risolvere il problema senza che Amazon EC2 Auto Scaling chiuda automaticamente l'intero gruppo.
## Controlli sanitari per casi in una piscina calda
Amazon EC2 Auto Scaling esegue anche controlli di integrità sulle istanze in un pool caldo. Per ulteriori informazioni, consulta [Visualizzare lo stato del controllo dell'integrità e il motivo degli errori relativi ad esso.](warm-pools-health-checks-monitor-view-status.md).
## Considerazioni sul controllo dell’integrità
Di seguito sono riportate le considerazioni relative all'utilizzo dei controlli di integrità di Amazon EC2 Auto Scaling.
+ In alternativa, se è necessario che qualcosa accada sull'istanza che sta terminando o sull'istanza che si sta avviando, puoi utilizzare gli hook del ciclo di vita. Questi hook ti consentono di eseguire un'operazione personalizzata quando Amazon EC2 Auto Scaling avvia o termina le istanze. Per ulteriori informazioni, consulta [Hook del ciclo di vita di Amazon EC2 Auto Scaling](lifecycle-hooks.md).
+ Amazon EC2 Auto Scaling non offre un modo per rimuovere i controlli dello stato di Amazon EC2 e degli eventi programmati dai controlli dell'integrità. Se non vuoi sostituire le istanze, ti consigliamo di sospendere il processo `ReplaceUnhealthy` e `HealthCheck` per ogni singolo gruppo con scalabilità automatica. Per ulteriori informazioni, consulta [Sospendere e riprendere i processi di Amazon EC2 Auto Scaling](as-suspend-resume-processes.md).
+ Per ripristinare manualmente lo stato di integrità di un'istanza non integra`Healthy`, puoi provare a utilizzare il comando. [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html) Se si riceverà un errore, ciò sarà probabilmente dovuto al fatto che istanza è già in corso di terminazione. In genere, reimpostare lo stato di integrità di un'istanza su `Healthy` con il [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)comando è utile solo nei casi in cui il `ReplaceUnhealthy` processo o il `Terminate` processo sono sospesi.
+ Se devi risolvere i problemi di un'istanza senza interferenze dovute ai controlli di integrità, puoi mettere l'istanza in stato. `Standby` Amazon EC2 Auto Scaling non esegue controlli di integrità sulle istanze che si trovano nello stato fino a quando le istanze non vengono rimesse `Standby` in servizio. Per ulteriori informazioni, consulta [Rimuovere temporaneamente le istanze dal gruppo con scalabilità automatica](as-enter-exit-standby.md).
+ Quando l'istanza è terminata, i relativi indirizzi IP elastici sono disassociati e non vengono automaticamente associati alla nuova istanza. È necessario associare manualmente i indirizzi IP elastici alla nuova istanza o farlo automaticamente, con una soluzione basata su hook del ciclo di vita. Per ulteriori informazioni, consulta [Indirizzi IP elastici](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) nella *Guida per l’utente di Amazon EC2*.
+ Analogamente, quando l'istanza viene terminata, i relativi volumi EBS collegati vengono scollegati (o eliminati a seconda dell'attributo `DeleteOnTermination` del volume). È necessario collegare manualmente questi volumi EBS alla nuova istanza o farlo automaticamente con una soluzione basata su un hook del ciclo di vita. Per ulteriori informazioni, consulta [Attach an Amazon EBS volume to an instance](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) nella *Guida per l'utente di Amazon EBS*.
# Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo con scalabilità automatica
Quando un controllo dell'integrità del Dimensionamento automatico Amazon EC2 determina che un'istanza `InService` non è integra, la sostituisce con una nuova. Il periodo di tolleranza per il controllo dell'integrità specifica il periodo di tempo minimo (in secondi) necessario per mantenere una nuova istanza in servizio prima di terminarla se risulta non integra.
Un esempio di caso d'uso potrebbe essere rappresentato da un requisito di Dimensionamento automatico Amazon EC2 per evitare di intervenire se i controlli dell'integrità di Elastic Load Balancing hanno esito negativo e se la causa è l'istanza ancora in fase di inizializzazione. I controlli dell'integrità di Elastic Load Balancing vengono eseguiti in parallelo, a partire dal momento in cui l'istanza viene registrata con il sistema di bilanciamento del carico. Il periodo di prova impedisce ad Amazon EC2 Auto Scaling di contrassegnare le istanze appena `Unhealthy` lanciate e di terminarle inutilmente se non superano immediatamente questi controlli di integrità dopo l'ingresso nello stato. `InService`
Per impostazione predefinita, quando crei un gruppo con scalabilità automatica nella console il periodo di tolleranza del controllo dell'integrità è 300 secondi. Il suo valore predefinito è 0 secondi quando si crea un gruppo Auto Scaling utilizzando AWS CLI o un SDK. Il valore 0 disattiva il periodo di tolleranza per il controllo dell'integrità.
L'impostazione su un valore troppo alto riduce l'efficacia dei controlli dell'integrità di Dimensionamento automatico Amazon EC2. Se utilizzi un hook del ciclo di vita per l'avvio dell'istanza, puoi impostare il valore del periodo di tolleranza del controllo dell'integrità su 0. Grazie agli hook del ciclo di vita, Dimensionamento automatico Amazon EC2 offre un modo per assicurarsi che le istanze siano sempre inizializzate prima che entrino nello stato `InService`. Per ulteriori informazioni, consulta [Hook del ciclo di vita di Amazon EC2 Auto Scaling](lifecycle-hooks.md).
Il periodo di tolleranza si applica alle seguenti istanze:
+ Istanze appena avviate
+ Istanze che vengono rimesse in servizio dopo essere state messe in standby
+ Istanze che vengono collegate manualmente al gruppo
**Importante**
Durante il periodo di tolleranza del controllo dell'integrità, se Dimensionamento automatico Amazon EC2 rileva che un'istanza non è più nello stato `running` Amazon EC2, la contrassegna immediatamente come `Unhealthy` e la sostituisce. Ad esempio, se interrompi un'istanza in un gruppo con dimensionamento automatico, questa viene contrassegnata come `Unhealthy` e viene sostituita.
## Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo
Il periodo di tolleranza del controllo dell'integrità può essere impostato per gruppi con scalabilità automatica nuovi ed esistenti.
------
#### [ Console ]
**Per modificare il periodo di tolleranza per il controllo dello stato di salute per un nuovo gruppo**
Quando crei il gruppo Auto Scaling, inserisci la quantità di tempo (in secondi) nella pagina **Configura opzioni avanzate**, Health **checks, Health** **check grace period**. Questo è il tempo di attesa che Amazon EC2 Auto Scaling deve attendere prima di verificare lo stato di integrità di un'istanza dopo che è `InService` entrata nello stato.
------
#### [ AWS CLI ]
**Per modificare il periodo di tolleranza per il controllo dello stato di salute per un nuovo gruppo**
Aggiungere l'`--health-check-grace-period`opzione al [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando. L'esempio seguente configura il periodo di tolleranza del controllo dell'integrità con un valore di `60` secondi per un nuovo gruppo con scalabilità automatica denominato `my-asg`.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-grace-period 60 ...
```
------
------
#### [ Console ]
**Per modificare il periodo di tolleranza del controllo dello stato di salute per un gruppo esistente**
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. Sulla barra di navigazione nella parte superiore della schermata, seleziona la Regione AWS in cui è stato creato il gruppo con dimensionamento automatico.
1. Seleziona la casella di controllo accanto al gruppo con dimensionamento automatico.
Si aprirà un riquadro diviso nella parte inferiore della pagina.
1. Nella scheda **Dettagli** scegli **Controlli dell'integrità**, **Modifica**.
1. In **Health check grace period** (Periodo di tolleranza del controllo dell'integrità), inserisci il tempo, in secondi. Questo è il tempo di attesa che Amazon EC2 Auto Scaling deve attendere prima di verificare lo stato di integrità di un'istanza dopo che è `InService` entrata nello stato.
1. Scegliere **Aggiorna**.
------
#### [ AWS CLI ]
**Per modificare il periodo di tolleranza per il controllo dello stato di salute per un gruppo esistente**
Aggiungere l'`--health-check-grace-period`opzione al [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando. L'esempio seguente configura il periodo di tolleranza del controllo dell'integrità con un valore di `120` secondi per un gruppo con scalabilità automatica esistente denominato `my-asg`.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-grace-period 120
```
------
**Nota**
Consigliamo vivamente di impostare anche il riscaldamento dell'istanza predefinito per il gruppo con scalabilità automatica. Per ulteriori informazioni, consulta [Impostazione della preparazione di default dell'istanza per un gruppo con scalabilità automatica](ec2-auto-scaling-default-instance-warmup.md).
# Monitora le istanze di Auto Scaling con volumi Amazon EBS danneggiati utilizzando controlli dello stato
Puoi attivare i controlli di integrità di Amazon EBS per il tuo gruppo Auto Scaling per assicurarti che Amazon EC2 Auto Scaling monitori l'intero sistema su cui viene eseguita l'applicazione.
Dopo aver attivato questi controlli di integrità, Amazon EC2 Auto Scaling riceve i risultati dei controlli dello stato di Amazon EC2 eseguiti sui volumi EBS collegati a un'istanza. Se un volume non è raggiungibile o non supera i controlli di I/O stato, il controllo di integrità avrà esito negativo e l'istanza corrispondente verrà considerata non integra. Quando Amazon EC2 Auto Scaling rileva un'istanza non integra, la sostituisce.
Questo argomento presuppone che tu abbia familiarità con i controlli di stato EBS allegati. In caso contrario, consulta la sezione [Attached EBS status checks](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#attached-ebs-status-checks) della *Amazon EC2 User* Guide per i dettagli. L'argomento seguente descrive come attivare i controlli di integrità di Amazon EC2 Auto Scaling che si basano sui controlli di stato EBS allegati.
**Nota**
Puoi attivare i controlli di integrità di Amazon EBS per tutti i tuoi gruppi di Auto Scaling. Tuttavia, questi controlli sanitari sono disponibili solo per le [istanze basate sul](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) sistema Nitro. AWS
## Attiva i controlli sanitari di Amazon EBS per un gruppo
Puoi attivare i controlli di integrità di Amazon EBS per gruppi di Auto Scaling nuovi ed esistenti.
------
#### [ Console ]
**Attivazione dei controlli sanitari di Amazon EBS per un nuovo gruppo**
Quando crei il gruppo Auto Scaling, nella pagina **Configura opzioni avanzate**, per **Controlli sanitari, Tipi di **controlli sanitari** aggiuntivi**, seleziona **Attiva i controlli di integrità di Amazon EBS.** Quindi, per **Periodo di tolleranza del controllo dell'integrità**, inserisci il tempo in secondi. Questo periodo di tempo indica il tempo che Amazon EC2 Auto Scaling deve attendere prima di verificare lo stato di integrità di un'istanza dopo che è `InService` entrata nello stato. Per ulteriori informazioni, consulta [Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo con scalabilità automatica](health-check-grace-period.md).
------
#### [ AWS CLI ]
**Attivazione dei controlli sanitari di Amazon EBS per un nuovo gruppo**
Aggiungi l'`--health-check-type`opzione al [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando. L'esempio seguente specifica l'`--health-check-type`opzione **`EBS`** per un nuovo gruppo Auto Scaling denominato. `my-asg`
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EBS" --health-check-grace-period 60 ...
```
È possibile specificare più valori per l'`--health-check-type`opzione. Ad esempio, per aggiungere i tipi di controlli di integrità di Amazon EBS ed Elastic Load Balancing, usa il comando seguente.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EBS,ELB" --health-check-grace-period 60 ...
```
I nomi dei valori fanno distinzione tra lettere maiuscole e minuscole.
------
------
#### [ Console ]
**Attivazione dei controlli di integrità di Amazon EBS per un gruppo esistente**
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. Sulla barra di navigazione nella parte superiore della schermata, seleziona la Regione AWS in cui è stato creato il gruppo con dimensionamento automatico.
1. Seleziona la casella di controllo accanto a un gruppo esistente.
Si aprirà un riquadro diviso nella parte inferiore della pagina **Gruppi con dimensionamento automatico**.
1. Nella scheda **Dettagli** scegli **Controlli dell'integrità**, **Modifica**.
1. Per i **controlli sanitari, i** **tipi di controlli sanitari aggiuntivi**, seleziona **Attiva i controlli sanitari di Amazon EBS.**
1. In **Periodo di tolleranza del controllo dell'integrità**, inserisci il tempo in secondi. Questo periodo di tempo indica il tempo che Amazon EC2 Auto Scaling deve attendere prima di verificare lo stato di integrità di un'istanza dopo che è `InService` entrata nello stato. Per ulteriori informazioni, consulta [Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo con scalabilità automatica](health-check-grace-period.md).
1. Scegliere **Aggiorna**.
------
#### [ AWS CLI ]
**Attivazione dei controlli di integrità di Amazon EBS per un gruppo esistente**
Aggiungi l'`--health-check-type`opzione al [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando. L'esempio seguente specifica l'`--health-check-type`opzione `EBS` per un gruppo Auto Scaling esistente denominato. `my-asg`
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EBS" --health-check-grace-period 60
```
Per utilizzare più tipi di controlli sanitari, è possibile specificare più valori (ad esempio`EBS,ELB`) per l'`--health-check-type`opzione.
I nomi dei valori fanno distinzione tra lettere maiuscole e minuscole.
------
# Disattiva i controlli di integrità di Amazon EBS per un gruppo di Auto Scaling
L'argomento seguente descrive come disattivare i controlli di integrità di Amazon EBS per un gruppo di Auto Scaling. Se non hai più bisogno dei controlli sanitari di Amazon EBS, utilizza la seguente procedura per disattivarli.
------
#### [ Console ]
**Disattivazione dei controlli sanitari di Amazon EBS per un gruppo**
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 a un gruppo esistente.
Si aprirà un riquadro diviso nella parte inferiore della pagina **Gruppi con dimensionamento automatico**.
1. Nella scheda **Dettagli** scegli **Controlli dell'integrità**, **Modifica**.
1. Per i **controlli sanitari**, **Tipi di controlli sanitari aggiuntivi**, deseleziona **Attiva i controlli sanitari di Amazon EBS.**
1. Scegliere **Aggiorna**.
------
#### [ AWS CLI ]
**Disattivazione dei controlli sanitari di Amazon EBS per un gruppo**
Per aggiornare i controlli di integrità su un gruppo Auto Scaling in modo che non utilizzi più i controlli di integrità di Amazon EBS, usa il comando. [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) Includi l'opzione `--health-check-type` e un valore pari a `EC2`.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EC2"
```
Per disattivare i controlli di integrità di Amazon EBS senza disattivare altri tipi di controlli di integrità (come Elastic Load Balancing), devi specificarli invece di. `EC2` Ad esempio, per i controlli di integrità di Elastic Load Balancing, specifica `ELB` l'`--health-check-type`opzione.
I nomi dei valori fanno distinzione tra lettere maiuscole e minuscole.
------
# Imposta un controllo dello stato personalizzato per il tuo gruppo Auto Scaling
Puoi utilizzare controlli di integrità personalizzati per integrare le opzioni di controllo dello stato esistenti fornite da Amazon EC2 Auto Scaling. Combinando controlli sanitari personalizzati con altri tipi di controlli sanitari, puoi creare un sistema di monitoraggio sanitario completo personalizzato in base alle esigenze della tua applicazione.
Per iniziare, crea test personalizzati per verificare che le istanze del tuo gruppo Auto Scaling funzionino correttamente e siano in grado di gestire il traffico in entrata. Se il controllo dello stato che configuri rileva che un'istanza non risponde, contrassegna quella particolare istanza come`Unhealthy`, in modo che Amazon EC2 Auto Scaling la sostituisca immediatamente.
Puoi inviare lo stato di integrità di un'istanza direttamente ad Amazon EC2 Auto Scaling AWS CLI utilizzando o un SDK. Gli esempi seguenti mostrano come utilizzare per configurare lo stato AWS CLI di integrità di un'istanza e quindi verificare lo stato di integrità dell'istanza.
Utilizzate il [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)comando seguente per impostare lo stato di integrità dell'istanza specificata su`Unhealthy`.
```
aws autoscaling set-instance-health --instance-id i-1234567890abcdef0 --health-status Unhealthy
```
Per impostazione predefinita, questo comando rispetta il periodo di tolleranza del controllo dell'integrità. Tuttavia, è possibile sovrascrivere questo comportamento e non rispettare il periodo di tolleranza includendo l'opzione `--no-should-respect-grace-period`.
Utilizzate il [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando seguente per verificare che lo stato di integrità dell'istanza sia`Unhealthy`.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg
```
Di seguito è riportato un esempio di risposta che mostra che lo stato di integrità dell'istanza è pari `Unhealthy` a e che l'istanza sta terminando.
```
{
"AutoScalingGroups": [
{
....
"Instances": [
{
"ProtectedFromScaleIn": false,
"AvailabilityZone": "us-west-2a",
"LaunchTemplate": {
"LaunchTemplateName": "my-launch-template",
"Version": "1",
"LaunchTemplateId": "lt-1234567890abcdef0"
},
"InstanceId": "i-1234567890abcdef0",
"InstanceType": "t2.micro",
"HealthStatus": "Unhealthy",
"LifecycleState": "Terminating"
},
...
]
}
]
}
```
# Come visualizzare il motivo dei fallimenti dei controlli dell'integrità
Utilizzando la procedura seguente, puoi visualizzare le informazioni su tutte le istanze sostituite a seguito di un controllo dell'integrità.
Dimensionamento automatico Amazon EC2 crea una nuova attività di dimensionamento per terminare l'istanza non integra, quindi la termina. Mentre l'istanza viene terminata, un'altra attività di dimensionamento avvia una nuova istanza. È possibile modificare questo comportamento per iniziare a lanciare una nuova istanza il prima possibile utilizzando una politica di manutenzione dell'istanza. Per ulteriori informazioni, consulta [Policy di manutenzione delle istanze](ec2-auto-scaling-instance-maintenance-policy.md).
------
#### [ Console ]
**Visualizzazione del motivo degli errori del controllo sanitario**
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 scalabilità automatica.
Si aprirà un riquadro diviso nella parte inferiore della pagina **Gruppi Auto Scaling**.
1. Nella scheda **Activity (Attività)** in **Activity history (Cronologia attività)**, la colonna **Status (Stato)** indica se il gruppo con scalabilità automatica ha avviato o terminato correttamente le istanze.
Se ha terminato eventuali istanze non integre, il campo **Cause (Causa)** mostra la data e l'ora della terminazione e il motivo dell'errore di controllo dell'integrità. Ad esempio, `At 2022-05-14T20:11:53Z an instance was taken out of service in response to a user health-check`. Questo messaggio indica che un controllo dello stato personalizzato ha contrassegnato l'istanza come non integra.
Per informazioni sugli errori dei controlli sanitari, consulta. [Risolvi i problemi relativi alle istanze non integre in Amazon EC2 Auto Scaling](ts-as-healthchecks.md)
------
#### [ AWS CLI ]
**Visualizzazione del motivo degli errori dei controlli sanitari**
Utilizza il seguente comando [describe-scaling-activities](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-scaling-activities.html).
```
aws autoscaling describe-scaling-activities --auto-scaling-group-name my-asg
```
Di seguito è riportato un esempio di risposta, in cui `Cause` è riportato il motivo dell'esito negativo del controllo sanitario.
```
{
"Activities": [
{
"ActivityId": "4c65e23d-a35a-4e7d-b6e4-2eaa8753dc12",
"AutoScalingGroupName": "my-asg",
"Description": "Terminating EC2 instance: i-04925c838b6438f14",
"Cause": "At 2021-04-01T21:48:35Z an instance was taken out of service in response to a user health-check.",
"StartTime": "2021-04-01T21:48:35.859Z",
"EndTime": "2021-04-01T21:49:18Z",
"StatusCode": "Successful",
"Progress": 100,
"Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-west-2a\"...}",
"AutoScalingGroupARN": "arn:aws:autoscaling:us-west-2:123456789012:autoScalingGroup:283179a2-f3ce-423d-93f6-66bb518232f7:autoScalingGroupName/my-asg"
},
...
]
}
```
Per una descrizione dei campi nell'output, consulta [Attività](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_Activity.html) nella *Riferimenti generali alle API Amazon EC2 Auto Scaling*.
Per descrivere le attività di ridimensionamento dopo l'eliminazione del gruppo Auto Scaling, aggiungete `--include-deleted-groups` l'opzione al [describe-scaling-activities](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-scaling-activities.html)comando.
------
# Risolvi i problemi relativi alle istanze non integre in Amazon EC2 Auto Scaling
Di seguito sono riportati i messaggi di errore restituiti da Amazon EC2 Auto Scaling, le possibili cause e i passaggi che puoi intraprendere per risolvere i problemi.
Per recuperare un messaggio di errore, consulta [Come visualizzare il motivo dei fallimenti dei controlli dell'integrità](replace-unhealthy-instance.md).
**Topics**
+ [Un'istanza è stata messa fuori servizio in risposta a un errore di controllo dell'integrità dell'istanza EC2](#ts-failed-status-checks)
+ [Un'istanza è stata messa fuori servizio in risposta a un controllo dello stato EC2 che indicava che era stata terminata o interrotta](#ts-terminated-or-stopped)
+ [Un'istanza è stata messa fuori servizio in risposta a un errore di controllo dell'integrità del sistema ELB](#ts-failed-elb-health-checks)
+ [Altre risorse](#troubleshoot-health-checks-additional-resources)
## Un'istanza è stata messa fuori servizio in risposta a un errore di controllo dell'integrità dell'istanza EC2
**Problema**: le istanze Auto Scaling non superano i controlli dell'integrità di Amazon EC2.
**Causa 1**: se ci sono problemi che inducono Amazon EC2 a considerare danneggiate le istanze del gruppo Auto Scaling, Amazon EC2 Auto Scaling sostituisce automaticamente le istanze come parte dei suoi controlli di integrità.
**Soluzione 1**: quando il controllo dello stato dell'istanza fallisce, in genere è necessario risolvere il problema autonomamente apportando modifiche alla configurazione dell'istanza fino a quando l'applicazione non presenta più problemi. Per risolvere il problema, eseguire queste fasi:
1. Crea manualmente un'istanza Amazon EC2 che non fa parte del gruppo Auto Scaling e analizza il problema. *Per informazioni generali sull'analisi delle istanze danneggiate, consulta [Risoluzione dei problemi delle istanze con controlli di stato non riusciti nella Guida per l'utente di Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstances.html).*
1. Dopo aver confermato che l'istanza è stata avviata correttamente ed è corretta, implementa una nuova configurazione di istanza priva di errori nel gruppo Auto Scaling.
1. Elimina l'istanza creata per evitare ulteriori addebiti sull'account AWS .
## Un'istanza è stata messa fuori servizio in risposta a un controllo dello stato EC2 che indicava che era stata terminata o interrotta
**Problema**: le istanze di Auto Scaling che sono state arrestate, riavviate o terminate vengono sostituite.
**Causa 1**: un utente ha arrestato, riavviato o terminato manualmente l'istanza.
**Soluzione 1**: se è necessario arrestare o riavviare le istanze nel gruppo Auto Scaling, si consiglia di mettere prima le istanze in standby. Per ulteriori informazioni, consulta [Rimuovere temporaneamente le istanze dal gruppo con scalabilità automatica](as-enter-exit-standby.md).
**Causa 2**: Amazon EC2 Auto Scaling tenta di sostituire le istanze Spot dopo che il servizio Amazon EC2 Spot interrompe le istanze, poiché il prezzo istanza Spot aumenta al di sopra del prezzo massimo o la capacità non è più disponibile.
**Soluzione 2**: non vi è alcuna garanzia che esista un'Istanza Spot per soddisfare la richiesta in un dato momento. Tuttavia, puoi provare a eseguire le operazioni indicate di seguito:
+ Utilizza un prezzo istanza Spot massimo (possibilmente il prezzo on demand). Se imposti il prezzo massimo più alto, questo offre al servizio Amazon EC2 Spot una migliore possibilità di avviare e mantenere la quantità di capacità richiesta.
+ Aumenta il numero di pool di capacità diversi da cui è possibile avviare istanze eseguendo più tipi di istanza in più zone di disponibilità. Per ulteriori informazioni, consulta [Gruppi Auto Scaling con più tipi di istanze e opzioni di acquisto](ec2-auto-scaling-mixed-instances-groups.md).
+ Se utilizzi più tipi di istanza, è consigliabile attivare la caratteristica di ribilanciamento della capacità. Ciò è utile se desideri che il servizio Amazon EC2 Spot tenti di avviare una nuova Istanza Spot prima che venga terminata un'istanza in esecuzione. Per ulteriori informazioni, consulta [Ribilanciamento della capacità in Auto Scaling per sostituire le istanze Spot a rischio](ec2-auto-scaling-capacity-rebalancing.md).
**Causa 3**: con Capacity Blocks, Amazon EC2 termina tutte le istanze ancora in esecuzione 30 minuti prima della fine del Capacity Block. Questa interruzione improvvisa fa sì che il gruppo Auto Scaling tenti di avviare nuove istanze per mantenere la capacità desiderata, anche se il Blocco di capacità sta per scadere.
**Soluzione 3**: per risolvere il problema, provate quanto segue:
+ Riduci la capacità desiderata del gruppo Auto Scaling per evitare che tenti di avviare nuove istanze. Per ulteriori informazioni, consulta [Dimensionamento manuale per Dimensionamento automatico Amazon EC2](ec2-auto-scaling-scaling-manually.md).
+ Assicurati di eseguire la scalabilità nel gruppo Auto Scaling 30 minuti prima della fine del Blocco di capacità in modo da non riscontrare questo errore frequentemente. Assicurati che tutti gli hook del ciclo di vita siano stati completati 30 minuti prima della fine del Capacity Block. Per ulteriori informazioni, consulta [Utilizzalo Capacity Blocks per carichi di lavoro di machine learning](launch-template-capacity-blocks.md).
## Un'istanza è stata messa fuori servizio in risposta a un errore di controllo dell'integrità del sistema ELB
**Problema**: le istanze Auto Scaling potrebbero superare i controlli dell'integrità di Amazon EC2. Tuttavia, potrebbero non riuscire i controlli di integrità Elastic Load Balancing per i gruppi di destinazione o i Classic Load Balancers con cui è registrato il gruppo Auto Scaling.
**Causa 1**: se il tuo gruppo Auto Scaling si basa sui controlli di integrità forniti da Elastic Load Balancing, Amazon EC2 Auto Scaling determina lo stato di integrità delle istanze controllando i risultati sia dei controlli di stato di EC2 che dei controlli di stato di Elastic Load Balancing. Il load balancer esegue controlli di integrità inviando una richiesta a ciascuna istanza e attendendo la risposta corretta o stabilendo una connessione con l'istanza. Un'istanza potrebbe non superare il controllo dell'integrità dell'Elastic Load Balancing perché in un'applicazione in esecuzione sull'istanza si sono verificati problemi per cui il load balancer considera l'istanza fuori servizio.
**Soluzione 1**: come superare i controlli dell'integrità di Elastic Load Balancing:
+ Verifica che le impostazioni del controllo dell'integrità dei gruppi di destinazione siano configurate correttamente. È possibile definire le impostazioni di controllo dell'integrità per il load balancer per ciascun gruppo di destinazione. Per ulteriori informazioni, consulta [Configura i controlli sanitari per gli obiettivi](getting-started-elastic-load-balancing.md#elb-health-checks-for-targets).
+ Verifica i codici di successo relativi al load balancer e accertati che l'applicazione sia configurata per restituire tali codici in caso di esito positivo.
+ Verifica che i gruppi di sicurezza per il load balancer e il gruppo Auto Scaling siano configurati correttamente.
+ Verifica che il load balancer sia configurato nelle stesse zone di disponibilità del gruppo Auto Scaling.
**Soluzione 2**: aggiorna il gruppo Auto Scaling per disattivare i controlli di integrità di Elastic Load Balancing. Per istruzioni su come disattivare questi controlli di integrità, consulta [Detach a target group o Classic Load Balancer](https://docs.aws.amazon.com//autoscaling/ec2/userguide/attach-load-balancer-asg.html#as-remove-load-balancer).
**Causa 2**: c'è una mancata corrispondenza tra il periodo di prova del controllo dell'integrità e l'ora di avvio dell'istanza.
**Soluzione 3**: modificate il periodo di tolleranza per il controllo dello stato di salute per il gruppo Auto Scaling. Imposta il periodo di prova su un periodo di tempo sufficientemente lungo da supportare il numero di controlli di integrità consecutivi con esito positivo necessari prima che Elastic Load Balancing consideri integra un'istanza appena lanciata. Per ulteriori informazioni, consulta [Impostazione del periodo di tolleranza del controllo dell'integrità per un gruppo con scalabilità automatica](health-check-grace-period.md).
## Altre risorse
Se hai un problema diverso, consulta i seguenti AWS re:Post articoli per ulteriori informazioni sulla risoluzione dei problemi:
+ [Perché Amazon EC2 Auto Scaling ha terminato un'istanza?](https://repost.aws/knowledge-center/auto-scaling-instance-how-terminated)
+ [Perché Amazon EC2 Auto Scaling non ha terminato un'istanza non integra?](https://repost.aws/knowledge-center/auto-scaling-terminate-instance)