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à. # Modifiche allo stato delle EC2 istanze Amazon Un' EC2 istanza Amazon passa da uno stato all'altro dal momento in cui viene avviata fino alla sua chiusura. La figura che segue rappresenta le transizioni tra gli stati di un'istanza. ![\[Ciclo di vita di un'istanza.\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/instance_lifecycle.png) Puoi continuare a ricevere notifiche quando le istanze cambiano stato. Per ulteriori informazioni, consulta [Eventi di modifica dello stato per le istanze Amazon EC2](monitoring-instance-state-changes.md). ## Fatturazione per stato dell'istanza La tabella seguente fornisce una breve descrizione di ogni stato dell'istanza e indica se questa è stata fatturata. Alcune AWS risorse, come i volumi Amazon EBS e gli indirizzi IP elastici, comportano costi indipendentemente dallo stato dell'istanza. Per ulteriori informazioni, consulta l'argomento [Evitare costi inattesi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/checklistforunwantedcharges.html) nella *Guida per l'utente AWS Billing *. | Stato istanza | Descrizione | Fatturazione per l'utilizzo dell'istanza | | --- | --- | --- | | `pending` | L'istanza si sta preparando a diventare `running`. Un'istanza assume lo stato `pending` quando viene avviata o quando viene aperta dopo che è stata `stopped`. | Non fatturato | | `running` | L'istanza è in esecuzione e pronta per l'uso. | Fatturato | | `stopping` | L'istanza si sta preparando all'arresto. | Non fatturato Se metti in ibernazione un'istanza, ti viene addebitata la fattura mentre l'istanza si trova nello stato `stopping`. | | `stopped` | L'istanza è terminata e non può essere utilizzata. L'istanza può essere avviata in qualsiasi momento. | Non fatturata | | `shutting-down` | L'istanza si sta preparando a essere terminata. | Non fatturata | | `terminated` | L'istanza è stata eliminata definitivamente e non può essere avviata. | Non fatturata Le istanze riservate applicate a istanze terminate sono fatturate fino alla fine del loro termine in base alla loro opzione di pagamento. Per ulteriori informazioni, consulta [Panoramica delle istanze riservate per Amazon EC2](ec2-reserved-instances.md) | ## Istanze in sospeso Quando avvii un'istanza, il suo stato è `pending`. Il tipo di istanza specificato all'avvio determina l'hardware del computer host utilizzato per tale istanza. Utilizziamo l'Amazon Machine Image (AMI) che hai specificato all'avvio per avviare l'istanza. Quando l'istanza è pronta, il relativo stato diventa `running`. Puoi collegarti all'istanza in esecuzione e utilizzarla come un normale computer. Non appena lo stato dell'istanza diventa `running`, ti verrà addebitato il costo al secondo, con un minimo di un minuto, per il tempo che l'istanza è in esecuzione, anche se inattiva e non ti colleghi a essa. ## Istanze arrestate Se l'istanza non supera il controllo dello stato oppure se non esegue le applicazioni nel modo previsto e se il volume root dell'istanza è un volume Amazon EBS, puoi arrestare e avviare l'istanza per cercare di risolvere il problema. Quando arresti l'istanza, il relativo stato diventa `stopping` e quindi `stopped`. Non ti vengono addebitati i costi di utilizzo o di trasferimento dei dati per la tua istanza quando è `stopped`. Sono previsti costi per l'archiviazione di qualsiasi volume Amazon EBS. Quando lo stato dell'istanza è `stopped`, puoi modificare determinati attributi dell'istanza, compreso il tipo di istanza. Una volta avviata, l'istanza entra nello stato `pending` e viene spostata su un nuovo computer host (anche se in alcuni casi, rimane sull'host corrente). Quando arresti e avvii un'istanza, perdi tutti i dati sui volumi di instance store collegati al precedente computer host. L'istanza mantiene il suo IPv4 indirizzo privato, il che significa che un indirizzo IP elastico associato all' IPv4 indirizzo privato o all'interfaccia di rete rimane associato all'istanza. Se l'istanza ha un IPv6 indirizzo, conserva l' IPv6 indirizzo. Ogni volta che si esegue la transizione di un'istanza da `stopped` a `running`, ti verrà addebitato un costo al secondo quando l'istanza è in esecuzione, con un minimo di un minuto per avvio di istanza. Per ulteriori informazioni sull'arresto e sull'avvio di un'istanza, consulta [Avvio e arresto di un'istanza Amazon EC2](Stop_Start.md). ## Istanze ibernate Quando ibernate un'istanza, segnaliamo al sistema operativo di eseguire l'ibernazione (suspend-to-disk), che salva i contenuti dalla memoria dell'istanza (RAM) al volume root di Amazon EBS. Rendiamo persistente il volume root di Amazon EBS dell'istanza ed eventuali volumi di dati di Amazon EBS collegati. Quando avvii l'istanza, il volume root di Amazon EBS viene ripristinato allo stato precedente e i contenuti RAM vengono ricaricati. I volumi di dati precedentemente collegati vengono collegati nuovamente e l'istanza conserva il proprio ID. Quando iberni l'istanza, il relativo stato diventa `stopping` e quindi `stopped`. Non addebitiamo l'utilizzo per un'istanza ibernata quando si trova nello stato `stopped`, ma lo addebitiamo quando si trova nello stato `stopping`, a differenza di quando [arresti un'istanza](#instance-stop-start) senza ibernarla. Non addebitiamo l'utilizzo del trasferimento di dati, ma addebitiamo l'archivizione di tutti i volumi Amazon EBS, compreso l'archiviazione per i dati RAM. Una volta avviata, l'istanza di ibernazione entra nello stato `pending` e viene spostata su un nuovo computer host (anche se in alcuni casi, rimane sull'host corrente). L'istanza mantiene il suo IPv4 indirizzo privato, il che significa che un indirizzo IP elastico associato all' IPv4 indirizzo privato o all'interfaccia di rete è ancora associato all'istanza. Se l'istanza ha un IPv6 indirizzo, ne IPv6 conserva l'indirizzo. Per ulteriori informazioni, consulta [Metti in ibernazione la tua istanza Amazon EC2](Hibernate.md). ## Riavvio delle istanze Puoi riavviare l'istanza utilizzando la EC2 console Amazon, uno strumento da riga di comando e l' EC2API Amazon. Ti consigliamo di utilizzare Amazon EC2 per riavviare l'istanza anziché eseguire il comando di riavvio del sistema operativo dall'istanza. Il riavvio di un'istanza equivale al riavvio di un sistema operativo. L'istanza rimane sullo stesso computer host e mantiene il nome DNS pubblico e l'indirizzo IP privato propri e tutti i dati presenti nei volumi instance store. Il completamento del riavvio in genere richiede pochi minuti, ma il tempo necessario dipende dalla configurazione dell'istanza. Il reboot di un'istanza non comporta l'inizio di un nuovo periodo di fatturazione. La fatturazione al secondo continua senza un ulteriore addebito minimo di un minuto. Per ulteriori informazioni, consulta [Riavvia la tua istanza Amazon EC2](ec2-instance-reboot.md). ## Istanze interrotte Se decidi che un'istanza non è più necessaria, puoi interromperla. Appena lo stato di un'istanza cambia in `shutting-down` o `terminated`, vengono bloccati i rispettivi addebiti. Se hai abilitato la protezione da interruzione, non puoi interrompere l'istanza tramite la console, le CLI o l'API. Dopo essere stata interrotta, un'istanza rimane visibile nella console per un breve periodo, trascorso il quale la relativa voce viene eliminata automaticamente. Puoi definire un'istanza interrotta anche tramite la CLI e l'API. Le risorse, ad esempio i tag, vengono gradualmente scollegate dall'istanza interrotta e pertanto potrebbero non risultare più visibili sull'istanza interrotta dopo un breve periodo di tempo. Non puoi collegarti a un'istanza interrotta, né recuperarla. Ogni istanza supportata da Amazon EBS supporta l'attributo `InstanceInitiatedShutdownBehavior`, che controlla se l'istanza viene arrestata o interrotta quando avvii il processo di chiusura dall'interno dell'istanza stessa (ad esempio utilizzando il comando **shutdown** in Linux). Il comportamento di default prevede l'arresto dell'istanza. Puoi modificare l'impostazione di questo attributo mentre l'istanza è in esecuzione o quando è arrestata. Ogni volume Amazon EBS supporta l'attributo `DeleteOnTermination` che controlla se il volume viene eliminato o conservato quando interrompi l'istanza a cui è collegato. Il comportamento predefinito prevede l’eliminazione del volume root e la conservazione di qualsiasi altro volume EBS. Per ulteriori informazioni, consulta [Terminare le istanze Amazon EC2](terminating-instances.md). ## Differenze tra gli stati dell'istanza La tabella che segue riepiloga le principali differenze tra riavvio, arresto, ibernazione e interruzione dell'istanza. | Caratteristica | Riavvio | Arresto/avvio (solo istanze supportate da Amazon EBS) | Ibernazione (solo istanze supportate da Amazon EBS) | Interruzione | | --- | --- | --- | --- | --- | | Computer host | L’istanza rimane sullo stesso computer host. | Spostiamo l'istanza su un nuovo computer host (anche se in alcuni casi, rimane sull'host corrente). | Spostiamo l'istanza su un nuovo computer host (anche se in alcuni casi, rimane sull'host corrente). | Nessuno | | Indirizzo privato IPv4 | L'istanza mantiene il suo IPv4 indirizzo privato. | L'istanza mantiene il suo IPv4 indirizzo privato. | L'istanza mantiene il suo IPv4 indirizzo privato. | Nessuno | | IPv4 Indirizzo pubblico | L'istanza mantiene il suo IPv4 indirizzo pubblico. | L'istanza ottiene un nuovo IPv4 indirizzo pubblico, a meno che non abbia un'interfaccia di rete secondaria o un IPv4 indirizzo privato secondario associato a un indirizzo IP elastico. | L'istanza ottiene un nuovo IPv4 indirizzo pubblico, a meno che non disponga di un'interfaccia di rete secondaria o di un IPv4 indirizzo privato secondario associato a un indirizzo IP elastico. | Nessuno | | Indirizzo IP elastico (IPv4) | L'indirizzo IP elastico rimane associato all'istanza | L'indirizzo IP elastico rimane associato all'istanza | L'indirizzo IP elastico rimane associato all'istanza | L'indirizzo IP elastico viene scollegato dall'istanza | | IPv6 indirizzo | L'istanza mantiene il suo IPv6 indirizzo | L'istanza mantiene il proprio IPv6 indirizzo | L'istanza mantiene il proprio IPv6 indirizzo | Nessuno | | Volumi di instance store | I dati vengono conservati | I dati vengono cancellati | I dati vengono cancellati | I dati vengono cancellati | | Volume root | Il volume viene conservato | Il volume viene conservato | Il volume viene conservato | Per impostazione di default, il volume viene eliminato | | RAM (contenuto della memoria) | La RAM viene cancellata | La RAM viene cancellata | La RAM viene salvata in un file nel volume root | La RAM viene cancellata | | Fatturazione | La fatturazione oraria dell'istanza non cambia | Appena lo stato di un'istanza diventa `stopping`, vengono bloccati i rispettivi addebiti. Ogni volta che lo stato dell'istanza passa da `stopped` a `running`, inizia un nuovo periodo di fatturazione, con un minimo di un minuto ogni volta che l'istanza viene avviata. | Vengono addebitati dei costi mentre l'istanza è nello stato `stopping`, ma gli addebiti terminano quando l'istanza è nello stato `stopped`. Ogni volta che lo stato dell'istanza passa da `stopped` a `running`, inizia un nuovo periodo di fatturazione, con un minimo di un minuto ogni volta che l'istanza viene avviata. | Appena lo stato di un'istanza diventa `shutting-down`, vengono bloccati i rispettivi addebiti. | I comandi di chiusura del sistema operativo interrompono sempre un’istanza con un volume root dell’archivio dell’istanza. Puoi determinare se i comandi di chiusura del sistema operativo arrestano o interrompono un’istanza con un volume root EBS. Per ulteriori informazioni, consulta [Modificare il comportamento di arresto avviato dall'istanza](Using_ChangingInstanceInitiatedShutdownBehavior.md). # Avvio e arresto di un'istanza Amazon EC2 Puoi arrestare e avviare la tua istanza se provvista di un volume Amazon EBS come volume root. Quando arresti un'istanza, viene chiusa. Quando si avvia un'istanza, in genere viene migrata su un nuovo computer host sottostante e viene assegnato un nuovo IPv4 indirizzo pubblico. L'arresto dell'istanza può essere avviato dall'utente (in cui si arresta manualmente l'istanza) o avviato da AWS (in risposta a un evento di arresto pianificato quando AWS rileva un guasto irreparabile dell'host sottostante per l'istanza). Per gli arresti avviati dall’utente, consigliamo di utilizzare la console Amazon EC2, la CLI o l’API anziché eseguire il comando di arresto del sistema operativo dall’interno dell’istanza. Quando utilizzi Amazon EC2, se l’istanza non si arresta correttamente entro pochi minuti, Amazon EC2 esegue un arresto forzato. Inoltre, AWS CloudTrail crea un record API di quando l'istanza è stata interrotta. Questo argomento descrive come eseguire un’arresto avviato dall’utente. Per informazioni su un arresto eseguito da AWS, consulta[Gestisci le istanze Amazon EC2 pianificate per l’arresto o il ritiro](schedevents_actions_retire.md). Quando interrompi un'istanza, questa non viene eliminata. Se decidi che non ti occorre più un'istanza, puoi terminarla. Per ulteriori informazioni, consulta [Terminare le istanze Amazon EC2](terminating-instances.md). Se desideri ibernare un'istanza per salvare il contenuto dalla memoria dell'istanza (RAM), consulta [Metti in ibernazione la tua istanza Amazon EC2](Hibernate.md). Per le distinzioni tra le operazioni relative al ciclo di vita delle istanze, consultare [Differenze tra gli stati dell'istanza](ec2-instance-lifecycle.md#lifecycle-differences). **Topics** + [Come funziona](how-ec2-instance-stop-start-works.md) + [ # Metodi per arrestare un’istanza ](instance-stop-methods.md) + [Arrestare e avviare manualmente](#starting-stopping-instances) + [Arrestare e avviare automaticamente](#stop-start-ec2-instances-on-a-schedule) + [Trovare le istanze in esecuzione e interrotte](#find-running-and-stopped-instances-in-globalview) + [ ## Individuazione dell'ora di avvio iniziale e di quella più recente ](#find-initial-launch-time) + [Abilitare la protezione da arresto](ec2-stop-protection.md) # Funzionamento dell'arresto e dell'avvio dell'istanza EC2 Quando arresti un’istanza Amazon EC2, le modifiche sono registrate a livello di sistema operativo (OS) dell’istanza, alcune risorse sono perse e altre persistono. Quando si avvia un'istanza, le modifiche vengono registrate a livello di istanza. **Topics** + [ ## Cosa succede quando arresti un'istanza ](#what-happens-stop) + [ ## Cosa succede quando avvii un'istanza ](#what-happens-start) + [ ## Testare la risposta dell'applicazione per interromperla e avviarla ](#test-stop-start-instance) + [ ## Costi relativi all'avvio e all'arresto di un'istanza ](#ec2-stop-start-costs) ## Cosa succede quando arresti un'istanza Di seguito è descritto cosa accade in genere quando si arresta un’istanza utilizzando il metodo di arresto predefinito. Tieni presente che alcuni aspetti potrebbero variare a seconda del [metodo di arresto](instance-stop-methods.md) utilizzato. **Le modifiche vengono registrate a livello di sistema operativo** + La richiesta dell'API invia un evento di pressione del pulsante al sistema guest. + Vari servizi di sistema vengono arrestati a seguito dell'evento di pressione del pulsante. L’arresto controllato è attivato dall’evento di pressione del pulsante di arresto ACPI dall’hypervisor. + L'arresto ACPI viene avviato. + L’istanza è arrestata quando si esce dal processo di arresto normale OS controllato. Non c'è un orario di arresto del sistema operativo configurabile. + Se il sistema operativo dell'istanza non si chiude correttamente entro alcuni minuti, viene eseguito un arresto forzato. + L'esecuzione dell'istanza viene interrotta. + Lo stato dell’istanza cambia in `stopping` e quindi in `stopped`. + [Dimensionamento automatico] Se la tua istanza è un gruppo Auto Scaling, quando l'istanza è in qualsiasi stato dell'istanza Amazon EC2 diverso da `running` oppure se lo stato del sistema è `impaired`, Amazon EC2 Auto Scaling considera l'istanza non integra e la sostituisce. Per ulteriori informazioni, consulta [Controllo dell'integrità per istanze in un gruppo Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) nella *Guida per l'utente di Amazon EC2 Auto Scaling*. + [Istanze Windows] Quando arresti e avvii un'istanza Windows, l'agente di avvio esegue delle attività, ad esempio la modifica delle lettere di unità per tutti i volumi Amazon EBS collegati. Per ulteriori informazioni su queste impostazioni predefinite e su come modificarle, consulta [Utilizza l'agente EC2Launch v2 per eseguire attività durante l'avvio dell'istanza EC2 Windows](ec2launch-v2.md). **Risorse perse** + I dati archiviati nella RAM. + I dati archiviati nei volumi dell'instance store. + L'indirizzo IPv4 pubblico assegnato automaticamente ad Amazon EC2 all'istanza all'avvio o all'inizio. Per mantenere un IPv4 indirizzo pubblico che non cambia mai, puoi associare un [indirizzo IP elastico](elastic-ip-addresses-eip.md) alla tua istanza. **Risorse mantenute** + Qualsiasi volume Amazon EBS e volume dati collegato. + I dati archiviati nei volumi Amazon EBS. + Qualsiasi [interfaccia di rete](using-eni.md) collegata. Un’interfaccia di rete include le seguenti risorse, anch’esse persistenti: + IPv4 Indirizzi privati. + IPv6 indirizzi. + L'indirizzo IP elastico associato all'istanza. Tieni presente che quando l'istanza viene interrotta, [ti verranno addebitati i costi degli indirizzi IP elastici associati](elastic-ip-addresses-eip.md#eip-pricing). Il diagramma seguente mostra cosa è perso e cosa persiste quando un’istanza Amazon EC2 è arrestata. Il diagramma è diviso in tre parti: la prima parte, denominata **Avvio dell’istanza EC2**, mostra l’istanza nello stato `running` con le relative risorse. La seconda parte, denominata **Istanza EC2 arrestata**, mostra l’istanza nello stato `stopped` con le risorse che persistono. La terza parte, denominata **Perse**, mostra le risorse che sono perse quando l’istanza è interrotta. ![\[L' IPv4 indirizzo pubblico, la RAM e i dati di archiviazione dell'istanza vengono persi quando un'istanza viene interrotta.\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/stop-instance.png) Per ulteriori informazioni su cosa accade quando arresti un'istanza Mac, consulta [Come terminare l'istanza Mac di Amazon EC2](mac-instance-stop.md). ## Cosa succede quando avvii un'istanza + Nella maggior parte dei casi, l'istanza viene migrata in un nuovo computer host sottostante (sebbene in alcuni casi, come quando un'istanza è assegnata a un host in una configurazione del [Host dedicato](dedicated-hosts-understanding.md), rimanga sull'host corrente). + I volumi EBS e le interfacce di rete associati sono ricollegati all’istanza. + Amazon EC2 assegna un nuovo IPv4 indirizzo pubblico all'istanza se l'istanza è configurata per ricevere un IPv4 indirizzo pubblico, a meno che non disponga di un'interfaccia di rete secondaria o di un IPv4 indirizzo privato secondario associato a un indirizzo IP elastico. + Se arresti un'istanza in un gruppo di collocamento e poi la riavvii, quest'ultima continua a essere eseguita nel gruppo di collocamento. Tuttavia, l'avvio non riesce se non è presente capacità sufficiente per l'istanza. Se ricevi un errore di capacità all'avvio di un'istanza in un gruppo di collocamento che ha già istanze in esecuzione, interrompi tutte le istanze nel gruppo di collocamento e riavviale tutte. Il riavvio delle istanze potrebbe causarne la migrazione sull'hardware che dispone della capacità per tutte le istanze richieste. ## Testare la risposta dell'applicazione per interromperla e avviarla È possibile AWS Fault Injection Service utilizzarlo per verificare la risposta dell'applicazione all'arresto e all'avvio dell'istanza. Per ulteriori informazioni, consulta la [Guida per l'utente AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html). ## Costi relativi all'avvio e all'arresto di un'istanza I seguenti costi sono associati all'arresto e all'avvio di un'istanza. **Arresto**: non appena lo stato di un’istanza cambia in `shutting-down` o `terminated`, non sono più addebitati costi per l’istanza. Non ti vengono addebitati i costi di utilizzo o di trasferimento dei dati per un'istanza arrestata. Vengono addebitati costi per archiviare i volumi di archiviazione Amazon EBS. **Avvio**: ogni volta che avvii un’istanza arrestata, ti viene addebitato un minimo di un minuto per l’utilizzo. Dopo un minuto, ti vengono addebitati soli i secondi che utilizzi. Ad esempio, se esegui un'istanza per 20 secondi e poi la arresti, ti viene addebitato un minuto di utilizzo. Se esegui un'istanza per 3 minuti e 40 secondi, ti vengono addebitati 3 minuti e 40 secondi di utilizzo. # Metodi per arrestare un’istanza Esistono quattro modi per eseguire un arresto avviato dall’utente: arresto predefinito, arresto saltando lo spegnimento dell’OS, arresto forzato e arresto forzato saltando lo spegnimento dell’OS. La tabella seguente confronta le differenze chiave tra i due metodi di arresto: | Arresto del metodo | Scopo principale | Caso d’uso | Comando della CLI | | --- | --- | --- | --- | | Arresto predefinito | Arresto normale dell’istanza con tentativo di spegnimento controllato del sistema operativo. | Arresto tipico dell’istanza. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0
| | Arresto saltando lo spegnimento del sistema operativo | Ignora lo spegnimento controllato del sistema operativo quando si arresta un’istanza. | Quando si ignora, è necessario lo spegnere il sistema operativo in modo controllato. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--skip-os-shutdown
| | Arresto forzato | Gestisce le istanze bloccate. Tenta prima un arresto predefinito; se l’istanza non viene interrotta, la arresta forzatamente. | Quando l’istanza è bloccata nello stato stopping. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--force
| | Arresto forzato saltando lo spegnimento del sistema operativo | L’attività forzata arresta e ignora lo spegnimento controllato del sistema operativo quando si arresta un’istanza. | Quando è necessario arrestare forzatamente e ignorare, lo spegnimento controllato del sistema operativo è necessario. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--force \
--skip-os-shutdown
| Per istruzioni su come utilizzare ogni metodo, consulta quanto segue: + [Arresto di un’istanza con un corretto spegnimento del sistema operativo](Stop_Start.md#stop-instance-with-graceful-os-shutdown) + [Arresto di un’istanza e aggiramento dello spegnimento controllato del sistema operativo](Stop_Start.md#stop-instance-bypass-graceful-os-shutdown) + [Arresto forzato di un'istanza](TroubleshootingInstancesStopping.md#force-stop-instance) **Topics** + [ ## Arresto predefinito ](#ec2-instance-default-stop) + [ ## Arresto saltando lo spegnimento del sistema operativo ](#ec2-instance-stop-with-skip-os-shutdown) + [ ## Arresto forzato ](#ec2-instance-force-stop) + [ ## Arresto forzato saltando lo spegnimento del sistema operativo ](#ec2-instance-force-stop-with-skip-os-shutdown) Le sezioni seguenti forniscono informazioni più dettagliate sui quattro diversi metodi di arresto avviati dall’utente. ## Arresto predefinito Il metodo di arresto predefinito è il metodo standard per arrestare un’istanza. Quando si esegue il StopInstances comando, l'istanza passa dallo `running` stato a e infine allo stato `stopping``stopped`, come illustrato dal diagramma seguente: ![\[Arresto del flusso predefinito\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/stop-instance-flow-1.png) **Scopo:** arresto normale dell’istanza con tentativo di spegnimento controllato del sistema operativo. **Impatto sui dati:** conserva i dati sul volume root e sui volumi di dati EBS. Perdite di dati nei volumi dell’archivio dell’istanza **Quando utilizzarlo:** primo tentativo di arresto per gli arresti tipici. **Nota** Se hai già tentato un arresto saltando lo spegnimento del sistema operativo, un successivo tentativo di arresto predefinito durante la stessa sessione di transizione di stato non eseguirà un arresto controllato del sistema operativo. Ignorare lo spegnimento controllato del sistema operativo è un’operazione irreversibile per la sessione corrente dell’istanza. ## Arresto saltando lo spegnimento del sistema operativo Quando è necessario ignorare lo spegnimento controllato del sistema operativo, puoi utilizzare il metodo di arresto saltando lo spegnimento controllato del sistema operativo per arrestare un’istanza e ignorare lo spegnimento controllato del sistema operativo, come illustrato dal diagramma seguente: ![\[Arresto saltando il flusso di spegnimento del sistema operativo\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/stop-instance-flow-3.png) **avvertimento** Se non si esegue correttamente lo spegnimento del sistema operativo, è possibile che si verifichino la perdita o il danneggiamento dei dati (ad esempio, il mancato trasferimento del contenuto della memoria sul disco o la perdita dei dati in esecuzione) o l'omissione degli script di spegnimento. IOs **Scopo**: ignorare lo spegnimento controllato del sistema operativo quando si arresta un’istanza. **Impatto sui dati:** potrebbe causare la perdita o il danneggiamento dei dati. Il contenuto della memoria potrebbe non essere scaricato su disco e durante il trasferimento potrebbe andare perso. IOs Potrebbe ignorare gli script di spegnimento. **Quando utilizzarlo:** quando si ignora lo spegnimento controllato del sistema operativo è necessario. Se utilizzato mentre è in corso un arresto predefinito con spegnimento controllato del sistema operativo, tale arresto controllato del sistema operativo sarà ignorato. **Nota** Ignorare lo spegnimento controllato del sistema operativo è irreversibile per la sessione di trasferimento dello stato corrente dell’istanza. Un successivo tentativo di arresto predefinito durante questa sessione non tenterà di spegnere in modo controllato il sistema operativo. ## Arresto forzato Il metodo di arresto forzato è utilizzato per gestire le istanze bloccate nello stato `stopping`. Tipicamente, un’istanza si blocca per via di un problema hardware sottostante (indicato da una [verifica dello stato del sistema](monitoring-system-instance-status-check.md#system-status-checks) non riuscita). Il metodo di arresto forzato tenta innanzitutto un arresto predefinito. Se l’istanza rimane bloccata nello stato `stopping`, il parametro `force` spegne forzatamente l’istanza e la trasferisce allo stato `stopped`, come indicato dal diagramma seguente: ![\[Flusso di arresto forzato\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/stop-instance-flow-2.png) **Scopo:** gestisce le istanze bloccate nello stato `stopping`. Tenta prima un arresto predefinito. Se l’istanza non viene interrotta, viene arrestata in modo forzato. **Impatto sui dati:** tenta prima un arresto predefinito, ma se l’arresto forzato procede, potrebbe causare la perdita o il danneggiamento dei dati. In rari casi, ciò determina operazioni di scrittura post-arresto su volumi EBS o altre risorse condivise. **Quando utilizzarlo:** secondo tentativo di arresto quando un’istanza rimane bloccata dopo un arresto predefinito. Per ulteriori informazioni, consulta [Risolvi i problemi relativi al blocco delle EC2 istanze di Amazon](TroubleshootingInstancesStopping.md). ## Arresto forzato saltando lo spegnimento del sistema operativo Quando è necessario arrestare forzatamente e ignorare lo spegnimento controllato del sistema operativo, puoi utilizzare il metodo di arresto forzato saltando lo spegnimento del sistema operativo per portare un’istanza allo stato `stopped`, come illustrato nel diagramma seguente: ![\[Arresto forzato con flusso di spegnimento del sistema operativo\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/stop-instance-flow-4.png) **Scopo:** combina l’arresto forzato con l’aggiramento di un arresto controllato del sistema operativo quando si arresta un’istanza. **Impatto sui dati:** ignorare lo spegnimento del sistema operativo potrebbe causare la perdita o il danneggiamento dei dati. Il contenuto della memoria potrebbe non essere scaricato su disco e durante il trasferimento potrebbe andare perso. IOs Potrebbe ignorare gli script di spegnimento. Se si verifica un arresto forzato, ciò potrebbe causare un’ulteriore perdita o danneggiamento dei dati. In rari casi, ciò determina operazioni di scrittura post-arresto sui volumi EBS o altre risorse condivise. **Quando utilizzarlo:** quando desideri assicurarti che l’istanza si arresti e desideri ignorare lo spegnimento controllato del sistema operativo. Se utilizzato mentre è in corso un arresto predefinito con spegnimento controllato del sistema operativo, tale arresto controllato del sistema operativo sarà ignorato. ## Arresto e avvio manuale dell'istanza Puoi arrestare e avviare le istanze supportate da Amazon EBS (istanze con volumi root EBS). Non puoi arrestare e avviare le istanze con il volume root dell’archivio dell’istanza. Quando si utilizza il metodo predefinito per arrestare un’istanza, si tenta di spegnere in modo corretto il sistema operativo (OS). Puoi evitare lo spegnimento controllato del sistema operativo; tuttavia, ciò potrebbe mettere a rischio l’integrità dei dati. **avvertimento** Quando interrompi un’istanza, i dati presenti sui volumi dell’archivio dell’istanza vengono cancellati. Prima di arrestare un'istanza, verifica di aver copiato tutti i dati necessari dai volumi dell'archivio dell'istanza nell'archiviazione persistente, ad esempio Amazon EBS o Amazon S3. [Istanze Linux] L'utilizzo del comando **halt** del sistema operativo da un'istanza non avvia un arresto. Se si utilizza il comando **halt**, l'istanza non termina, ma metterà la CPU in stato `HLT`, che sospende il funzionamento della CPU. L'istanza rimane in esecuzione. Puoi avviare lo spegnimento utilizzando i comandi **shutdown** o **poweroff** del sistema operativo. Quando si utilizza un comando del sistema operativo, l'istanza si interrompe per impostazione predefinita. Puoi modificare questo comportamento. Per ulteriori informazioni, consulta [Modificare il comportamento di arresto avviato dall'istanza](Using_ChangingInstanceInitiatedShutdownBehavior.md). **Nota** Se hai arrestato un'istanza supportata da Amazon EBS e questa appare "bloccata" nello stato `stopping` è possibile forzarne l'arresto. Per ulteriori informazioni, consulta [Risolvi i problemi relativi al blocco delle EC2 istanze di Amazon](TroubleshootingInstancesStopping.md). **Topics** + [ ### Arresto di un’istanza con un corretto spegnimento del sistema operativo ](#stop-instance-with-graceful-os-shutdown) + [ ### Arresto di un’istanza e aggiramento dello spegnimento controllato del sistema operativo ](#stop-instance-bypass-graceful-os-shutdown) + [ ### Avviare un'istanza ](#start-ec2-instance) ### Arresto di un’istanza con un corretto spegnimento del sistema operativo Puoi arrestare un’istanza utilizzando il metodo di arresto predefinito, che include un tentativo di spegnimento regolare del sistema operativo. Per ulteriori informazioni, consulta [Arresto predefinito](instance-stop-methods.md#ec2-instance-default-stop). ------ #### [ Console ] **Per arrestare un’istanza utilizzando il metodo di arresto predefinito** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel pannello di navigazione a sinistra, scegli **Istanze**, quindi seleziona l'istanza. 1. Scegli **Instance state (Stato istanza)**, **Stop instance (Arresta istanza)**. Se questa opzione è disabilitata, l’istanza è già arrestata oppure il suo volume root è un volume di archivio dell’istanza. 1. Quando viene richiesta la conferma, selezionare **Stop (Arresta)**. Possono essere necessari alcuni minuti per arrestare l'istanza. ------ #### [ AWS CLI ] **Per arrestare un’istanza utilizzando il metodo di arresto predefinito** Utilizza il comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html). ``` aws ec2 stop-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **Per arrestare un’istanza utilizzando il metodo di arresto predefinito** Utilizzare il cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html) ``` Stop-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ ### Arresto di un’istanza e aggiramento dello spegnimento controllato del sistema operativo Puoi ignorare lo spegnimento controllato del sistema operativo quando si arresta un’istanza. Per ulteriori informazioni, consulta [Arresto saltando lo spegnimento del sistema operativo](instance-stop-methods.md#ec2-instance-stop-with-skip-os-shutdown). **avvertimento** Se non si esegue correttamente lo spegnimento del sistema operativo, è possibile che si verifichino la perdita o il danneggiamento dei dati (ad esempio, il mancato trasferimento del contenuto della memoria su disco o la perdita dei dati in esecuzione) o l'omissione degli script di spegnimento. IOs ------ #### [ Console ] **Per arrestare un’istanza e ignorare lo spegnimento controllato del sistema operativo** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione scegliere **Instances (Istanze)** e selezionare l'istanza. 1. Scegli **Instance state (Stato istanza)**, **Stop instance (Arresta istanza)**. 1. In **Ignora l’arresto del sistema operativo**, seleziona la casella di controllo **Ignora lo spegnimento del sistema operativo**. Se questa opzione non è mostrata nella console, significa che non è ancora disponibile nella console nell’attuale Regione. Tuttavia, puoi accedere a questa funzionalità utilizzando AWS CLI o SDK, o provare un’altra Regione nella console. 1. Scegli **Stop (Arresta)**. ------ #### [ AWS CLI ] **Per arrestare un’istanza e ignorare lo spegnimento controllato del sistema operativo** Utilizza il comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) con `--skip-os-shutdown`. ``` aws ec2 stop-instances \ --instance-ids i-1234567890abcdef0 \ --skip-os-shutdown ``` ------ #### [ PowerShell ] **Per arrestare un’istanza e ignorare lo spegnimento controllato del sistema operativo** [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html)Utilizzare `-SkipOsShutdown $true` il cmdlet con. ``` Stop-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -SkipOsShutdown $true ``` ------ ### Avviare un'istanza Puoi avviare un’istanza arrestata. ------ #### [ Console ] **Per avviare un’istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione a sinistra, scegli **Istanze**. 1. Seleziona l’istanza e scegli **Stato istanza**, **Avvia istanza**. Possono essere necessari alcuni minuti affinché l'istanza entri nello stato `running`. ------ #### [ AWS CLI ] **Per avviare un’istanza** Utilizzare il comando [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html): ``` aws ec2 start-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **Come avviare un’istanza** Utilizza il cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html). ``` Start-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ ## Arrestare e avviare automaticamente le istanze Puoi automatizzare l'arresto e l'avvio delle istanze con i seguenti servizi: **Instance Scheduler attivo AWS** Puoi utilizzare Instance Scheduler on AWS per automatizzare l'avvio e l'arresto delle istanze EC2. Per ulteriori informazioni, consulta [Come posso utilizzare Instance Scheduler con per pianificare le istanze EC2](https://repost.aws/knowledge-center/stop-start-instance-scheduler)? CloudFormation Si noti che [sono previsti costi aggiuntivi](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/cost.html). **AWS Lambda e una EventBridge regola Amazon** Puoi utilizzare Lambda e una EventBridge regola per interrompere e avviare le istanze in base a una pianificazione. Per ulteriori informazioni, consulta la pagina [Come posso utilizzare Lambda per arrestare e avviare istanze Amazon EC2 a intervalli regolari?](https://repost.aws/knowledge-center/start-stop-lambda-eventbridge) **Amazon EC2 Auto Scaling** Per assicurarti di disporre del numero corretto di istanze Amazon EC2 disponibili per gestire il carico di un'applicazione, crea gruppi con dimensionamento automatico. Amazon EC2 Auto Scaling  garantisce che l'applicazione abbia sempre la capacità giusta per gestire la domanda di traffico e consente di risparmiare sui costi avviando le istanze solo quando sono necessarie. Tieni presente che  Amazon EC2 Auto Scaling termina, anziché arrestare, le istanze non necessarie. Per configurare i gruppi con dimensionamento automatico, consulta [Nozioni di base su Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/get-started-with-ec2-auto-scaling.html). ## Trova tutte le istanze in esecuzione e interrotte Puoi trovare tutte le istanze in esecuzione e interrotte in un'unica pagina utilizzando [Amazon EC2](https://console.aws.amazon.com/ec2globalview/home) Global View. Regioni AWS Questa funzionalità è particolarmente utile per fare l'inventario e trovare istanze dimenticate. Per informazioni su come usare Global View, consulta [Visualizza le risorse in tutte le regioni utilizzando AWS Global View](global-view.md). In alternativa, puoi eseguire un comando o un cmdlet in ciascuna Regione in cui sono presenti istanze. ------ #### [ AWS CLI ] **Per ottenere il numero di istanze EC2 in una Regione** Utilizza il seguente comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) per contare le istanze nella Regione corrente. È necessario eseguire questo comando in ciascuna Regione in cui sono disponibili istanze. ``` aws ec2 describe-instances \ --region us-east-2 \ --query "length(Reservations[].Instances[])" ``` Di seguito è riportato un output di esempio. ``` 27 ``` **Per ottenere informazioni riepilogative sulle istanze EC2 in una Regione** Utilizza seguente il comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html). È necessario eseguire questo comando in ciascuna Regione in cui sono disponibili istanze. ``` aws ec2 describe-instances \ --region us-east-2 \ --query "Reservations[].Instances[].[InstanceId,InstanceType,PrivateIpAddress]" \ --output table ``` Di seguito è riportato un output di esempio. ``` --------------------------------------------------------- | DescribeInstances | +---------------------+---------------+-----------------+ | i-0e3e777f4362f1bf7| t2.micro | 10.0.12.9 | | i-09453945dcf1529e9| t2.micro | 10.0.143.213 | | i-08fd74f3f1595fdbd| m7i.4xlarge | 10.0.1.103 | +---------------------+---------------+-----------------+ ``` ------ #### [ PowerShell ] **Per ottenere il numero di istanze EC2 in una Regione** Utilizza il cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). ``` (Get-EC2Instance -Region us-east-2).Instances.Length ``` Di seguito è riportato un output di esempio. ``` 27 ``` **Per ottenere informazioni riepilogative sulle istanze EC2 in una Regione** Utilizza il cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). È necessario eseguire questo comando in ciascuna Regione in cui sono disponibili istanze. ``` (Get-EC2Instance).Instances | Select InstanceId, InstanceType, PrivateIpAddress ``` Di seguito è riportato un output di esempio. ``` InstanceId InstanceType PrivateIpAddress ---------- ------------ ---------------- i-0e3e777f4362f1bf7 t2.micro 10.0.12.9 i-09453945dcf1529e9 t2.micro 10.0.143.213 i-08fd74f3f1595fdbd m7i.4xlarge 10.0.1.103 ``` ------ ## Individuazione dell'ora di avvio iniziale e di quella più recente Quando descrivi un'istanza, l'ora di avvio dell'istanza è l'ora di avvio più recente. Dopo l'arresto e l'avvio di un'istanza, l'ora di avvio corrisponde all'ora di avvio della nuova istanza. Per individuare l'ora di avvio iniziale di un'istanza, anche dopo averla interrotta e avviata, visualizza l'ora in cui l'interfaccia di rete principale è stata collegata all'istanza. ------ #### [ Console ] **Per individuare l’ora di avvio più recente** Seleziona l’istanza e trova **Ora di avvio** in **Dettagli dell’istanza** nella scheda **Dettagli**. **Per individuare l’ora di avvio iniziale** Seleziona l’istanza e trova l’interfaccia di rete principale (l’indice del dispositivo è 0) in **Interfacce di rete** nella scheda **Rete**. ------ #### [ AWS CLI ] **Per individuare dell’ora di avvio iniziale e di quella più recente** Utilizzando il comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) per visualizzare sia l’ora di avvio iniziale che l’ora di avvio più recente per l’istanza specificata. ``` aws ec2 describe-instances \ --instance-id i-1234567890abcdef0 \ --query 'Reservations[].Instances[].{InstanceID:InstanceId,InitialLaunch:NetworkInterfaces[0].Attachment.AttachTime,LastLaunch:LaunchTime}' ``` Di seguito è riportato un output di esempio. ``` [ { "InstanceID": "i-1234567890abcdef0", "InitialLaunch": "2024-04-19T00:47:08+00:00", "LastLaunch": "2024-05-27T06:24:06+00:00" } ] ``` ------ #### [ PowerShell ] **Per individuare l’ora di avvio più recente** Utilizza il cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). ``` (Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.LaunchTime ``` Di seguito è riportato un output di esempio. ``` Monday, May 27, 2024 6:24:06 AM ``` **Per individuare l’ora di avvio iniziale** Utilizza il cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). ``` (Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.NetworkInterfaces.Attachment.AttachTime ``` Di seguito è riportato un output di esempio. ``` Friday, April 19, 2024 12:47:08 AM ``` ------ # Abilitazione della protezione da arresto per le istanze EC2 Se desideri che un'istanza non venga arrestata per errore, puoi abilitare la funzionalità di protezione da arresto per tale istanza. La protezione da arresto protegge la tua istanza anche dalla chiusura accidentale. L'`DisableApiStop`attributo dell'[https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html)API Amazon EC2 controlla se l'istanza può essere interrotta utilizzando la console Amazon EC2, l'API Amazon EC2 o AWS CLI l'API Amazon EC2. Puoi impostare il valore di questo attributo quando avvii l'istanza, mentre l'istanza è in esecuzione oppure mentre l'istanza è arrestata. **Considerazioni** + L'attivazione della protezione da arresto non impedisce di arrestare un'istanza accidentalmente avviando un arresto dall'istanza stessa utilizzando un comando del sistema operativo come **shutdown** o **poweroff**. + L'attivazione della protezione da arresto non AWS impedisce di arrestare l'istanza quando è in corso un [evento pianificato](monitoring-instances-status-check_sched.md) per arrestarla. + L'attivazione della protezione da arresto non impedisce al Amazon EC2 Auto Scaling di terminare un'istanza quando l'istanza non è integra o durante eventi di riduzione orizzontale. Puoi controllare se un gruppo con scalabilità automatica può terminare una determinata istanza durante la riduzione utilizzando la [protezione per la riduzione delle istanze](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-instance-protection.html). + La protezione Stop non solo impedisce l'arresto accidentale dell'istanza, ma anche la chiusura accidentale quando si utilizza la console o l'API AWS CLI. Tuttavia, non imposta automaticamente l'attributo `DisableApiTermination`. Tieni presente che quando l'`DisableApiStop`attributo è impostato su`false`, l'impostazione dell'`DisableApiTermination`attributo determina se l'istanza può essere terminata utilizzando la console o l'API AWS CLI. Per ulteriori informazioni, consulta [Terminare le istanze Amazon EC2](terminating-instances.md). + Non puoi abilitare la protezione da arresto per le istanze con un volume root dell’archivio dell’istanza. + Non è possibile abilitare la protezione da arresto per istanze spot. + L'API Amazon EC2 segue un modello di consistenza eventuale quando abiliti o disabiliti la protezione da arresto. Ciò significa che il risultato dell'esecuzione dei comandi per impostare l'attributo Protezione da arresto potrebbe non essere immediatamente visibile a tutti i comandi successivi eseguiti. Per ulteriori informazioni, consulta la sezione [Eventual consistency](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html) nella *Guida per gli sviluppatori di Amazon EC2*. **Topics** + [ ## Abilitazione della protezione da arresto per un'istanza all'avvio ](#enable-stop-protection-at-launch) + [ ## Abilitazione della protezione da arresto per un'istanza in esecuzione o arrestata ](#enable-stop-protection-on-running-or-stopped-instance) + [ ## Disabilitazione della protezione da arresto per un'istanza in esecuzione o arrestata ](#disable-stop-protection-on-running-or-stopped-instance) ## Abilitazione della protezione da arresto per un'istanza all'avvio Puoi abilitare la protezione da arresto per un’istanza al suo avvio. ------ #### [ Console ] **Come abilitare la protezione da arresto per un'istanza all'avvio** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel pannello di controllo scegliere **Avvia istanza**. 1. Configura l'istanza tramite la [nuova procedura guidata di avvio dell'istanza](ec2-launch-instance-wizard.md). 1. Nella procedura guidata, abilita la protezione da arresto scegliendo **Abilita** per **Protezione da arresto** in **Dettagli avanzati**. ------ #### [ AWS CLI ] **Come abilitare la protezione da arresto per un'istanza all'avvio** Utilizza il comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) per avviare un’istanza. Aggiungi il seguente parametro. ``` --disable-api-stop ``` ------ #### [ PowerShell ] **Come abilitare la protezione da arresto per un'istanza all'avvio** Utilizzare il [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet per avviare l'istanza. Aggiungi il seguente parametro. ``` -DisableApiStop $true ``` ------ ## Abilitazione della protezione da arresto per un'istanza in esecuzione o arrestata Puoi abilitare la protezione da arresto per un’istanza in esecuzione o arrestata. ------ #### [ Console ] **Per abilitare la protezione da arresto per un’istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione a sinistra, scegli **Istanze**. 1. Seleziona l'istanza, quindi scegli **Operazioni** > **Impostazioni dell'istanza** > **Modifica protezione da arresto**. 1. Seleziona la casella di controllo **Abilita**, quindi scegli **Salva**. ------ #### [ AWS CLI ] **Per abilitare la protezione da arresto per un’istanza** Utilizza il comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --disable-api-stop ``` ------ #### [ PowerShell ] **Per abilitare la protezione da arresto per un’istanza** Utilizza il cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiStop $true ``` ------ ## Disabilitazione della protezione da arresto per un'istanza in esecuzione o arrestata Puoi disabilitare la protezione da arresto per un'istanza in esecuzione o arrestata utilizzando uno dei metodi descritti di seguito. ------ #### [ Console ] **Per disabilitare la protezione da arresto per un'istanza in esecuzione o arrestata** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione a sinistra, scegli **Istanze**. 1. Seleziona l'istanza, quindi scegli **Actions** (Operazioni), **Instance settings** (Impostazioni dell'istanza) e **Change stop protection** (Modifica protezione da arresto). 1. Deseleziona la casella di spunta **Abilita**, quindi scegli **Salva**. ------ #### [ AWS CLI ] **Per disabilitare la protezione da arresto per un'istanza in esecuzione o arrestata** Utilizza il comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --no-disable-api-stop ``` ------ #### [ PowerShell ] **Per disabilitare la protezione da arresto per un’istanza** Utilizza il cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiStop $false ``` ------ # Metti in ibernazione la tua istanza Amazon EC2 Quando ibernate un'istanza, Amazon EC2 segnala al sistema operativo di eseguire l'ibernazione (). suspend-to-disk L'ibernazione salva il contenuto della memoria dell'istanza (RAM) nel volume di root di Amazon Elastic Block Store (Amazon EBS). Amazon EC2 rende persistente il volume di root dell'istanza EBS ed eventuali volumi di dati EBS collegati. Quando l'istanza viene avviata: + Il volume root EBS viene ripristinato allo stato precedente + I contenuti RAM vengono ricaricati + I processi precedentemente in esecuzione vengono ripresi + I volumi di dati precedentemente collegati vengono collegati nuovamente e l'istanza conserva il proprio ID Puoi ibernare un'istanza solo se è [abilitata per l'ibernazione](enabling-hibernation.md) e soddisfa i [prerequisiti di ibernazione](hibernating-prerequisites.md). Se un'istanza o un'applicazione impiega molto tempo per eseguire il bootstrap e creare un footprint di memoria per diventare pienamente produttiva, puoi utilizzare l'ibernazione per inizializzare l'istanza. Per inizializzare l'istanza, è necessario: 1. Avviarla con l'ibernazione abilitata. 1. Portarla nello stato desiderato. 1. Puoi ibernarla in modo che sia pronta per essere ripresa nello stato desiderato quando necessario. Non sono previsti addebiti per l'utilizzo di un'istanza ibernata, finché questa si trova nello stato `stopped`, né per il trasferimento dei dati, se il contenuto della RAM viene trasferito al volume root EBS. È previsto l'addebito per l'archiviazione di tutti i volumi EBS, compresa l'archiviazione dei contenuti RAM. Se non hai più bisogno di un'istanza, puoi terminarla in qualsiasi momento, anche quando si trova nello stato `stopped` (ibernata). Per ulteriori informazioni, consulta [Terminare le istanze Amazon EC2](terminating-instances.md). **Topics** + [Come funziona](instance-hibernate-overview.md) + [Prerequisiti](hibernating-prerequisites.md) + [ # Configurare un'AMI Linux per il supporto dell'ibernazione ](hibernation-enabled-AMI.md) + [Abilitazione dell'ibernazione delle istanze](enabling-hibernation.md) + [ # Disabilitazione di KASLR su un'istanza (solo Ubuntu) ](hibernation-disable-kaslr.md) + [Ibernazione di un'istanza](hibernating-instances.md) + [Riavvio di un'istanza ibernata](hibernating-resuming.md) + [Risoluzione dei problemi](troubleshoot-instance-hibernate.md) # Come funziona l'ibernazione delle istanze Amazon EC2 Il seguente diagramma mostra una panoramica di base del processo di ibernazione per istanze EC2. ![\[Panoramica del flusso di ibernazione.\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/hibernation-flow.png) ## Cosa succede quando si iberna un'istanza Quando iberni un'istanza, si verifica quanto segue: + L'istanza passa allo stato `stopping`. Amazon EC2 segnala al sistema operativo di eseguire l'ibernazione (). suspend-to-disk L'ibernazione blocca tutti i processi, salva il contenuto della memoria RAM nel volume root EBS, quindi esegue la normale chiusura del sistema. + Una volta completata la chiusura, l'istanza passa allo stato `stopped`. + Tutti i volumi EBS restano collegati all'istanza e i rispettivi dati vengono conservati, incluso il contenuto salvato della RAM. + Tutti i volumi di instance store Amazon EC2 rimangono collegati all'istanza, ma i dati sui volumi di instance store vengono persi. + Nella maggior parte dei casi, all'avvio l'istanza migra su un nuovo computer host sottostante. Questo è anche quello che accade quando si arresta e avvia un'istanza. + Quando l'istanza viene avviata, il sistema operativo legge il contenuto della RAM dal volume root EBS prima di sbloccare i processi per riprendere il proprio stato. + L'istanza conserva i suoi IPv4 indirizzi privati e tutti gli indirizzi. IPv6 Quando l'istanza viene avviata, l'istanza continua a conservare i propri IPv4 indirizzi privati e tutti gli IPv6 indirizzi. + Amazon EC2 rilascia l'indirizzo IPv4 pubblico. All'avvio dell'istanza, Amazon EC2 assegna un nuovo IPv4 indirizzo pubblico all'istanza. + L'istanza mantiene gli indirizzi IP elastici associati. Ti verranno addebitati gli indirizzi IP elastici associati a un'istanza ibernata. Per ulteriori informazioni sulla differenza tra ibernare e riavviare, arrestare o terminare un'istanza, consulta [Differenze tra gli stati dell'istanza](ec2-instance-lifecycle.md#lifecycle-differences). ## Limitazioni + Quando iberni un'istanza, i dati presenti sui volumi dell'instance store vengono persi. + (Istanze Linux) Non puoi ibernare un’istanza Linux che ha più di 150 GiB di RAM. + (Istanze Windows) Non puoi ibernare un’istanza Windows che ha più di 16 GiB di RAM. + Mentre l’istanza è ibernata, non puoi modificarla. Ciò è diverso da un’istanza arrestata che non è in ibernazione, in cui puoi modificare determinati attributi, come il tipo o la dimensione dell’istanza. + Se si crea uno snapshot o un'AMI da un'istanza che è ibernata o ha attivato la modalità di ibernazione, potrebbe non essere possibile connettersi a una nuova istanza avviata dall'AMI o da un'AMI creata da uno snapshot. + (Solo istanze spot) Se l'istanza spot viene messa in ibernazione da Amazon EC2, solo Amazon EC2 può riprenderla. Se l'istanza spot viene messa in ibernazione da te ([ibernazione avviata dall'utente](hibernating-instances.md)), puoi riprendere l'istanza in autonomia. Un'istanza spot ibernata può essere ripresa solo se la capacità è disponibile e il prezzo spot è inferiore o uguale al prezzo massimo specificato. + Non è possibile ibernare un'istanza che si trova in un gruppo Auto Scaling o viene utilizzata da Amazon ECS. Se l'istanza si trova in un gruppo Auto Scaling e si prova a ibernarla, il servizio Amazon EC2 Auto Scaling contrassegna l'istanza arrestata come non integra, pertanto potrebbe terminarla e avviare un'istanza sostitutiva. Per ulteriori informazioni, consulta [Controllo dell'integrità per istanze in un gruppo Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) nella *Guida per l'utente di Amazon EC2 Auto Scaling*. + Non è possibile ibernare un'istanza configurata per l'avvio in modalità UEFI con [UEFI Secure Boot](uefi-secure-boot.md) abilitato. + Se si iberna un'istanza che è stata lanciata in un Prenotazione di capacità, il Prenotazione di capacità non garantisce che l'istanza ibernata possa riprendere dopo aver provato ad avviarla. + Non è possibile ibernare un'istanza che utilizza un kernel inferiore a 5.10 se è abilitata la modalità FIPS (Federal Information Processing Standard). + Non è possibile mantenere un'istanza ibernata per più di 60 giorni. Per prolungare il periodo di ibernazione oltre i 60 giorni, è necessario avviare l'istanza ibernata, arrestarla e avviarla. + Aggiorniamo costantemente la nostra piattaforma con upgrade e patch di sicurezza che possono entrare in conflitto con le istanze ibernate. Ti avvisiamo in caso di aggiornamenti critici che richiedono un avvio per le istanze ibernate per potere eseguire la chiusura o il riavvio per applicare gli upgrade e le patch di sicurezza necessari. ## Considerazioni sull'ibernazione di un'istanza spot + Se l'istanza spot viene messa in ibernazione da *te*, puoi riavviarla a condizione che la capacità sia disponibile e il prezzo spot sia inferiore o uguale al prezzo massimo specificato. + Se *Amazon EC2* mette in ibernazione l'istanza spot: + Solo Amazon EC2 può riprendere l'istanza. + Amazon EC2 riprende l'istanza spot ibernata quando la capacità diventa disponibile con un prezzo spot pari o inferiore al prezzo massimo specificato. + Due minuti prima che Amazon EC2 metta in ibernazione l'istanza spot, riceverai un avviso di interruzione. Per ulteriori informazioni, consulta [Interruzioni dell'istanza spot](spot-interruptions.md). # Prerequisiti per l’ibernazione dell’istanza EC2 Puoi abilitare il supporto per l'ibernazione per un'istanza on demand o un'istanza Spot al momento dell'avvio. Non puoi abilitare l'ibernazione su un'istanza esistente, in esecuzione o arrestata. Per ulteriori informazioni, consulta [Abilitazione dell'ibernazione delle istanze](enabling-hibernation.md). **Topics** + [ ## Regioni AWS ](#hibernation-prereqs-regions) + [ ## AMIs ](#hibernation-prereqs-supported-amis) + [ ## Famiglie di istanze ](#hibernation-prereqs-supported-instance-families) + [ ## Dimensioni RAM dell'istanza ](#instance-ram-size) + [ ## Tipo di volume root ](#hibernation-prereqs-root-volume-type) + [ ## Dimensione del volume root ](#hibernation-prereqs-ebs-root-volume-size) + [ ## Crittografia del volume root ](#hibernation-prereqs-ebs-root-volume-encryption) + [ ## Tipi di volume EBS ](#hibernation-prereqs-ebs-volume-types) + [ ## Richieste di istanza spot ](#hibernation-prereqs-spot-request) ## Regioni AWS Puoi utilizzare l'ibernazione con tutte le istanze. Regioni AWS ## AMIs Devi usare un'AMI HVM che supporta l'ibernazione. Le seguenti opzioni supportano l'ibernazione: AMIs ### Linux AMIs **AMIs per i tipi di istanze Intel e AMD** + AL2023 AMI rilasciata il 2023.09.20 o versione successiva¹ + AMI Amazon Linux 2 rilasciata il 29.08.2019 o successivamente + AMI Amazon Linux 2018.03 rilasciata il 16.11.2018 o successivamente + AMI CentOS versione 8² (la [configurazione aggiuntiva](hibernation-enabled-AMI.md#configure-centos-for-hibernation) è obbligatoria) + AMI Fedora versione 34 o successiva² (la [configurazione aggiuntiva](hibernation-enabled-AMI.md#configure-fedora-for-hibernation) è obbligatoria) + AMI Red Hat Enterprise Linux (RHEL) 9² (la [configurazione aggiuntiva](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) è obbligatoria) + AMI Red Hat Enterprise Linux (RHEL) 8² (la [configurazione aggiuntiva](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) è obbligatoria) + AMI Ubuntu 22.04.2 LTS (Jammy Jellyfish) rilasciata con numero di serie 20230303 o successivo³ + AMI Ubuntu 20.04 LTS (Focal Fossa ) AMI rilasciata con numero di serie 20210820 o successivo³ + AMI Ubuntu 18.04 LTS (Bionic Beaver) AMI rilasciata con numero di serie 20190722.1 o successivo ³ ⁵ + AMI Ubuntu 16.04 LTS (Xenial Xerus) AMI ³ ⁴ ⁵ (la [configurazione aggiuntiva](hibernation-enabled-AMI.md#configure-ubuntu1604-for-hibernation) è obbligatoria) **AMIs per i tipi di istanze Graviton** + AL2023 AMI (64-bit Arm) rilasciata nel 2024.07.01 o versione successiva¹ + AMI Amazon Linux 2 (Arm a 64 bit) rilasciata il 20/06/2024 o successivamente + AMI Ubuntu 22.04.2 LTS (Arm a 64 bit) (Jammy Jellyfish) rilasciata con numero di serie 20240701 o successivo³ + AMI Ubuntu 20.04 LTS (Arm a 64 bit) (Focal Fossa ) rilasciata con numero di serie 20240701 o successivo³   ¹ Per AL2023 un'AMI minima, [è necessaria una configurazione aggiuntiva](hibernation-enabled-AMI.md#configure-AL2023-minimal-for-hibernation). ² Per CentOS, Fedora e Red Hat Enterprise Linux, l'ibernazione è supportata solo su istanze basate su Nitro. ³ Suggeriamo di disabilitare KASLR sulle istanze con 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver) e Ubuntu 16.04 LTS (Xenial Xerus). Per ulteriori informazioni, consulta [Disabilitazione di KASLR su un'istanza (solo Ubuntu)](hibernation-disable-kaslr.md). ⁴ Per Ubuntu 16.04 LTS - (Xenial Xerus) AMI, l'ibernazione non è supportata su tipi di istanza `t3.nano`. Nessuna patch sarà resa disponibile perché Ubuntu (Xenial Xerus) ha terminato il supporto nell'aprile 2021. Per utilizzare i tipi di istanza `t3.nano`, consigliamo di eseguire l'aggiornamento alle AMI Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa) ooppure Ubuntu 18.04 LTS (Bionic Beaver). ⁵ Il supporto per Ubuntu 18.04 LTS (Bionic Beaver) e Ubuntu 16.04 LTS (Xenial Xerus) ha raggiunto la fine del ciclo di vita. Per configurare la tua AMI per il supporto dell'ibernazione, consulta [Configurare un'AMI Linux per il supporto dell'ibernazione](hibernation-enabled-AMI.md). Il supporto per altre versioni di Ubuntu e altri sistemi operativi sarà disponibile a breve. ### Windows AMIs + AMI Windows Server 2022 rilasciata il 13.09.2023 o successivamente + AMI Windows Server 2019 rilasciata il 11.09.2019 o successivamente + AMI Windows Server 2016 rilasciata il 11.09.2019 o successivamente + AMI Windows Server 2012 R2 rilasciata il 11.09.2019 o successivamente + AMI Windows Server 2012 rilasciata il 11.09.2019 o successivamente ## Famiglie di istanze Devi usare una famiglia di istanze che supporta l'ibernazione. Tuttavia, le istanze bare metal non sono supportate. + Uso generale: M3, M4, M5, M5a, M5ad, M5d, M6a, M6g, M6gd, M6i, M6id, M6idn, M6in, M7a, M7a, M7g, M7gd, M7i, M7i-Flex, M8a, M8Azn, M8g, M8 Gb, M8 GB, M8 GB, M8 8GD, M8GN, M8i, M8i-Flex, T2, T3, T3a, T4G + Elaborazione ottimizzata: C3, C4, C5, C5d, C6a, C6g, C6gd, C6gn, C6i, C6id, C6in, C7a, C7g, C7gd, C7gn, C7i, C7i-flex, C8a, C8g, C8GB, C8gd, C8gd, C8gg N, C8i, C8i-flex + Memoria ottimizzata: R3, R4, R5, R5a, R5ad, R5d, R6a, R6g, R6gd, R6idn, R6in, R7a, R7g, R7gd, R7i, R7iZ, R8a, R8g, R8gd, R8gn, R8i, R88g i-Flex, X2GD, X8AEDZ, X8i + Ottimizzate per l’archiviazione: I3, I3en, I4g, I7i, I7ie, I8g, I8ge, Im4gn, Is4gen ------ #### [ Console ] **Per ottenere i tipi di istanza che supportano l’ibernazione** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instance Types (Tipi di istanza)**. 1. Aggiungi il filtro **Supporto all’ibernazione on demand = vero**. 1. (Facoltativo) Aggiungi filtri per approfondire l’ambito di specifici tipi di istanze di interesse. ------ #### [ AWS CLI ] **Per ottenere i tipi di istanza che supportano l’ibernazione** Utilizza il comando [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/describe-instance-types/.html). Nota che i tipi di istanza disponibili variano in base alla Regione. ``` aws ec2 describe-instance-types \ --filters Name=hibernation-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **Per ottenere i tipi di istanza che supportano l’ibernazione** Utilizza il cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). Nota che i tipi di istanza disponibili variano in base alla Regione. ``` (Get-EC2InstanceType ` -Filter @{Name="hibernation-supported"; Values="true"}).InstanceType | Sort-Object ``` ------ ## Dimensioni RAM dell'istanza **Istanze Linux**: devono essere inferiori a 150 GiB. **Istanze Windows**: devono essere uguali o inferiori a 16 GiB. Per l’ibernazione di un’istanza Windows T3 o T3a, consigliamo almeno 1 GiB di RAM. ## Tipo di volume root Il volume root deve essere un volume EBS e non un volume instance store. ## Dimensione del volume root Il volume root deve essere sufficientemente ampio da archiviare il contenuto della RAM e da ottimizzare l'utilizzo previsto, ad esempio sistema operativo o applicazioni. Se abiliti l'ibernazione, lo spazio viene allocato sul volume root al lancio per archiviare la RAM. ## Crittografia del volume root Il volume root deve essere crittografato per garantire la protezione del contenuto sensibile presente in memoria al momento dell'ibernazione. Quando vengono spostati al volume root EBS, i dati della RAM sono sempre crittografati. La crittografia del volume root viene applicata al lancio dell'istanza. Utilizzare una delle tre opzioni seguenti per garantire che il volume root sia un volume EBS crittografato: + **Crittografia EBS per impostazione predefinita**: puoi abilitare la crittografia EBS per impostazione predefinita per garantire che tutti i nuovi volumi EBS creati nel tuo AWS account siano crittografati. In questo modo è possibile abilitare l'ibernazione per le istanze senza specificare l'intento di crittografia all'avvio delle istanze. Per ulteriori informazioni, consulta [Abilita crittografia per impostazione predefinita](https://docs.aws.amazon.com/ebs/latest/userguide/encryption-by-default.html). + **Crittografia a "fase singola" EBS**: puoi avviare le stanze EC2 supportate da EBS e crittografate da un'AMI non crittografata e abilitarne al contempo l'ibernazione. Per ulteriori informazioni, consulta [Usa la crittografia con supporto EBS AMIs](AMIEncryption.md). + **AMI crittografata**: puoi abilitare la crittografia EBS utilizzando un'AMI crittografata per avviare l'istanza. Se l'AMI non dispone di una snapshot root crittografata, è possibile copiarla in una nuova AMI e richiederne la crittografia. Per ulteriori informazioni, consultare [Crittografia di un'immagine non crittografata durante la copia](AMIEncryption.md#copy-unencrypted-to-encrypted) e [Copiare un'AMI](CopyingAMIs.md#ami-copy-steps). ## Tipi di volume EBS I volumi EBS devono utilizzare uno dei seguenti tipi di volume EBS: + Scopo generico (SSD) (`gp2` e `gp3`) + IOPS con provisioning (SSD) (`io1` e `io2`) Se scegli un tipo di volume SSD IOPS con provisioning, per ottenere prestazioni ottimali per l'ibernazione devi eseguire il provisioning del volume EBS con l'IOPS appropriato. Per ulteriori informazioni, consulta [Tipi di volumi di Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) nella *Guida per l'utente di Amazon EBS*. ## Richieste di istanza spot Per le istanze spot, si applicano i seguenti requisiti: + Il tipo di richiesta di istanza spot deve essere `persistent`. + Non è possibile specificare un gruppo di avvio nella richiesta di istanza spot. # Configurare un'AMI Linux per il supporto dell'ibernazione Le seguenti AMI Linux possono supportare l'ibernazione di un'istanza Amazon EC2, a condizione di completare le fasi di configurazione aggiuntive descritte in questa sezione. **Topics** + [ ## AL2023 AMI minimale rilasciata il 2023.09.20 o versioni successive ](#configure-AL2023-minimal-for-hibernation) + [ ## AMI Amazon Linux 2 versione minima rilasciata il 29/08/2019 o successivamente ](#configure-AL2-minimal-for-hibernation) + [ ## Amazon Linux 2 rilasciato prima del 29.08.2019 ](#configure-AL2-for-hibernation) + [ ## Amazon Linux rilasciato prima del 16.11.2018 ](#configure-AL-for-hibernation) + [ ## CentOS versione 8 o successiva ](#configure-centos-for-hibernation) + [ ## Fedora versione 34 o successive ](#configure-fedora-for-hibernation) + [ ## Red Hat Enterprise Linux versione 8 o 9 ](#configure-RHEL-for-hibernation) + [ ## Ubuntu 20.04 LTS (Focal Fossa) rilasciata prima del numero di serie 20210820 ](#configure-ubuntu2004-for-hibernation) + [ ## Ubuntu 18.04 (Bionic Beaver) rilasciata prima del numero seriale 20190722.1 ](#configure-ubuntu1804-for-hibernation) + [ ## Ubuntu 16.04 (Xenial Xerus) ](#configure-ubuntu1604-for-hibernation) Per Linux e Windows AMIs che supportano l'ibernazione e per i quali *non è richiesta alcuna configurazione aggiuntiva*, vedere. [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis) Per maggiori informazioni, consulta [Aggiornamento software dell'istanza sull'istanza Amazon Linux 2](https://docs.aws.amazon.com/linux/al2/ug/install-updates.html). ## AL2023 AMI minimale rilasciata il 2023.09.20 o versioni successive **Per configurare un'AMI AL2023 minima rilasciata la 2023.09.20 o successiva per supportare l'ibernazione** 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo dnf install ec2-hibinit-agent ``` 1. Riavvia il servizio . ``` [ec2-user ~]$ sudo systemctl start hibinit-agent ``` ## AMI Amazon Linux 2 versione minima rilasciata il 29/08/2019 o successivamente **Per configurare un'AMI Amazon Linux 2 versione minima rilasciata il 29/08/2019 o successivamente per il supporto dell'ibernazione** 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Riavvia il servizio . ``` [ec2-user ~]$ sudo systemctl start hibinit-agent ``` ## Amazon Linux 2 rilasciato prima del 29.08.2019 **Per configurare un'AMI Amazon Linux 2 rilasciata prima del 29.08.2019 per il supporto dell'ibernazione** 1. Aggiornare il kernel a `4.14.138-114.102` o versione successiva. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `4.14.138-114.102` o successiva. ``` [ec2-user ~]$ uname -a ``` 1. Arrestare l'istanza e creare un'AMI. Per ulteriori informazioni, consulta [Creare un'AMI supportata da Amazon EBS](creating-an-ami-ebs.md). ## Amazon Linux rilasciato prima del 16.11.2018 **Per configurare un'AMI Amazon Linux rilasciata prima del 16.11.2018 per il supporto dell'ibernazione** 1. Aggiornare il kernel a `4.14.77-70.59` o versione successiva. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `4.14.77-70.59` o successiva. ``` [ec2-user ~]$ uname -a ``` 1. Arrestare l'istanza e creare un'AMI. Per ulteriori informazioni, consulta [Creare un'AMI supportata da Amazon EBS](creating-an-ami-ebs.md). ## CentOS versione 8 o successiva **Per configurare un'AMI CentOS versione 8 o successiva per il supporto dell'ibernazione** 1. Aggiornare il kernel a `4.18.0-305.7.1.el8_4.x86_64` o versione successiva. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installare il repository EPEL (Extra Packages for Enterprise Linux) Fedora. ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Attivare l'agente di ibernazione perché venga lanciato all'avvio. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `4.18.0-305.7.1.el8_4.x86_64` o successiva. ``` [ec2-user ~]$ uname -a ``` ## Fedora versione 34 o successive **Per configurare un'AMI Fedora versione 34 o successiva per il supporto dell'ibernazione** 1. Aggiornare il kernel a `5.12.10-300.fc34.x86_64` o versione successiva. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo dnf install ec2-hibinit-agent ``` 1. Attivare l'agente di ibernazione perché venga lanciato all'avvio. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `5.12.10-300.fc34.x86_64` o successiva. ``` [ec2-user ~]$ uname -a ``` ## Red Hat Enterprise Linux versione 8 o 9 **Per configurare un'AMI Red Hat Enterprise Linux 8 o 9 per supportare l'ibernazione** 1. Aggiornare il kernel a `4.18.0-305.7.1.el8_4.x86_64` o versione successiva. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installare il repository EPEL (Extra Packages for Enterprise Linux) Fedora. Versione 8 RHEL: ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm ``` Versione 9 RHEL: ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Attivare l'agente di ibernazione perché venga lanciato all'avvio. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `4.18.0-305.7.1.el8_4.x86_64` o successiva. ``` [ec2-user ~]$ uname -a ``` ## Ubuntu 20.04 LTS (Focal Fossa) rilasciata prima del numero di serie 20210820 **Configurazione di un Ubuntu 20.04 LTS (Focal Fossa) AMI rilasciata prima del numero di serie 20210820 a supporto dell'ibernazione** 1. Aggiorna il file linux-aws-kernel alla versione precedente `5.8.0-1038.40` o successiva e grub2 alla versione successiva. `2.04-1ubuntu26.13` ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt dist-upgrade ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `5.8.0-1038.40` o successiva. ``` [ec2-user ~]$ uname -a ``` 1. Confermare che la versione grub2 sia aggiornata alla versione `2.04-1ubuntu26.13` o successiva. ``` [ec2-user ~]$ dpkg --list | grep grub2-common ``` ## Ubuntu 18.04 (Bionic Beaver) rilasciata prima del numero seriale 20190722.1 **Per configurare un'AMI Ubuntu 18.04 LTS rilasciata prima del numero seriale 20190722.1 per il supporto dell'ibernazione** 1. Aggiornare il kernel a `4.15.0-1044` o versione successiva. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt dist-upgrade ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo apt install ec2-hibinit-agent ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `4.15.0-1044` o successiva. ``` [ec2-user ~]$ uname -a ``` ## Ubuntu 16.04 (Xenial Xerus) Per configurare Ubuntu 16.04 LTS in modo che supporti l'ibernazione, è necessario installare il pacchetto linux-aws-hwe kernel versione 4.15.0-1058-aws o successiva e l'agente ec2-hibinit-agent. **Importante** Il pacchetto kernel `linux-aws-hwe` è supportato da Canonical. Il supporto standard per Ubuntu 16.04 LTS è terminato nell'aprile 2021 e il pacchetto non riceve più aggiornamenti regolari. Tuttavia, riceverà ulteriori aggiornamenti della sicurezza fino al termine del supporto per la manutenzione estesa della sicurezza nel 2024. Per ulteriori informazioni, consulta [Amazon EC2 Hibernation per Ubuntu 16.04 LTS ora disponibile](https://ubuntu.com/blog/amazon-ec2-hibernation-for-ubuntu-16-04-lts-now-available) sul blog Canonical Ubuntu. Ti consigliamo di eseguire l'aggiornamento a Ubuntu 20.04 LTS (Focal Fossa) AMI o Ubuntu 18.04 LTS (Bionic Beaver) AMI. **Per configurare un'AMI Ubuntu 16.04 LTS e supportare l'ibernazione** 1. Aggiornare il kernel a `4.15.0-1058-aws` o versione successiva. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt install linux-aws-hwe ``` 1. Installare il pacchetto `ec2-hibinit-agent` dai repository. ``` [ec2-user ~]$ sudo apt install ec2-hibinit-agent ``` 1. Riavviare l’istanza. ``` [ec2-user ~]$ sudo reboot ``` 1. Verificare che il kernel sia aggiornato alla versione `4.15.0-1058-aws` o successiva. ``` [ec2-user ~]$ uname -a ``` # Abilitazione dell'ibernazione per un'istanza Amazon EC2 Per ibernare un'istanza, devi prima abilitarla per l'ibernazione durante l'avvio dell'istanza. **Importante** Non è possibile abilitare o disabilitare l'ibernazione di un'istanza dopo averla avviata. **Topics** + [ ## Abilitazione dell'ibernazione per le istanze on demand ](#enable-hibernation-for-on-demand-instances) + [ ## Abilitazione dell'ibernazione per le istanze spot ](#enable-hibernation-for-spot-instances) + [ ## Verificare se un'istanza è abilitata per l'ibernazione ](#view-if-instance-is-enabled-for-hibernation) ## Abilitazione dell'ibernazione per le istanze on demand Puoi abilitare l’ibernazione per le istanze on demand. ------ #### [ Console ] **Abilitazione dell'ibernazione per un'istanza on demand** 1. Segui la procedura per l'[avvio di un'istanza](ec2-launch-instance-wizard.md), ma non avviare l'istanza finché non avrai completato i seguenti passaggi per abilitare l'ibernazione. 1. Per abilitare l'ibernazione, configura i seguenti campi nella procedura guidata di avvio dell'istanza: 1. In **Application and OS Images (Amazon Machine Image)** (Immagini di applicazioni e sistema operativo [Amazon Machine Image]), seleziona un'AMI che supporta l'ibernazione. Per ulteriori informazioni, consulta [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). 1. In **Instance type** (Tipo di istanza), seleziona un tipo di istanza supportato. Per ulteriori informazioni, consulta [Famiglie di istanze](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families). 1. In **Configure storage** (Configura lo storage), scegli **Advanced** (Avanzate) a destra e specifica le informazioni seguenti per il volume root: + Per **Dimensione (GiB)**, immettere la dimensione del volume EBS principale. Il volume deve essere sufficientemente grande per memorizzare il contenuto della RAM e soddisfare l'utilizzo previsto. + Per **Volume Type** (Tipo di volume), seleziona un tipo di volume EBS supportato: SSD per scopo generico (`gp2` e `gp3`) o SSD con capacità di IOPS allocata (`io1` e `io2`). + Per **Encrypted** (Crittografato), scegli **Yes** (Sì). Se **hai** abilitato la AWS crittografia per impostazione predefinita in questa regione, è selezionato Sì. + Per **KMS key** (Chiave KMS), seleziona la chiave di crittografia per il volume. Se è stata abilitata la crittografia per impostazione predefinita in questa AWS regione, viene selezionata la chiave di crittografia predefinita. Per ulteriori informazioni sui prerequisiti per il volume radice, consulta [Prerequisiti per l’ibernazione dell’istanza EC2](hibernating-prerequisites.md). 1. Espandi **Advanced details** (Dettagli avanzati) e in **Stop - Hibernate behavior** (Comportamento di arresto/ibernazione) scegli **Enable** (Abilita). 1. Nel pannello **Summary** (Riepilogo), verifica la configurazione dell'istanza, quindi scegli **Launch instance** (Avvia istanza). Per ulteriori informazioni, consulta [Avviare un'istanza EC2 tramite la procedura guidata di avvio dell'istanza nella console](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **Abilitazione dell'ibernazione per un'istanza on demand** Utilizzare il comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) per avviare un'istanza. Specificare i parametri del volume principale EBS utilizzando il parametro `--block-device-mappings file://mapping.json` e abilitare l'ibernazione utilizzando il parametro `--hibernation-options Configured=true`. ``` aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type m5.large \ --block-device-mappings file://mapping.json \ --hibernation-options Configured=true \ --count 1 \ --key-name MyKeyPair ``` Specifica quanto segue nel file `mapping.json`. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "VolumeSize": 30, "VolumeType": "gp2", "Encrypted": true } } ] ``` Il valore per `DeviceName` deve corrispondere al nome del dispositivo root associato all'AMI. Per trovare il nome del dispositivo root, utilizza il comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). ``` aws ec2 describe-images --image-id ami-0abcdef1234567890 ``` Se hai abilitato la crittografia per impostazione predefinita in questa AWS regione, puoi ometterla`"Encrypted": true`. ------ #### [ PowerShell ] **Abilitazione dell'ibernazione per un'istanza on demand** Utilizzate il [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)comando per avviare un'istanza. Specificare il volume principale EBS definendo innanzitutto la mappatura dei dispositivi a blocchi e quindi aggiungendolo al comando mediante il parametro `-BlockDeviceMappings`. Abilitare l'ibernazione utilizzando il parametro `-HibernationOptions_Configured $true`. ``` $ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping $ebs_encrypt.DeviceName = "/dev/xvda" $ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs_encrypt.Ebs.VolumeSize = 30 $ebs_encrypt.Ebs.VolumeType = "gp2" $ebs_encrypt.Ebs.Encrypted = $true New-EC2Instance ` -ImageId ami-0abcdef1234567890 ` -InstanceType m5.large ` -BlockDeviceMappings $ebs_encrypt ` -HibernationOptions_Configured $true ` -MinCount 1 ` -MaxCount 1 ` -KeyName MyKeyPair ``` Il valore per `DeviceName` deve corrispondere al nome del dispositivo radice associato all'AMI. Per trovare il nome del dispositivo root, usa il [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)comando. ``` Get-EC2Image -ImageId ami-0abcdef1234567890 ``` Se hai abilitato la crittografia per impostazione predefinita in questa AWS regione, puoi omettere la `Encrypted = $true` mappatura dei dispositivi a blocchi. ------ ## Abilitazione dell'ibernazione per le istanze spot Puoi abilitare l’ibernazione per le istanze spot. Per informazioni su come ibernare un'istanza spot in fase di interruzione, consulta la pagina [Interruzioni dell'istanza spot](spot-interruptions.md). ------ #### [ Console ] **Abilitazione dell'ibernazione per un'istanza spot** 1. Segui la procedura per [richiedere un'istanza spot utilizzando la procedura guidata di avvio di un'istanza](using-spot-instances-request.md), ma non avviare l'istanza finché non avrai completato i seguenti passaggi per abilitare l'ibernazione. 1. Per abilitare l'ibernazione, configura i seguenti campi nella procedura guidata di avvio dell'istanza: 1. In **Application and OS Images (Amazon Machine Image)** (Immagini di applicazioni e sistema operativo [Amazon Machine Image]), seleziona un'AMI che supporta l'ibernazione. Per ulteriori informazioni, consulta [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). 1. In **Instance type** (Tipo di istanza), seleziona un tipo di istanza supportato. Per ulteriori informazioni, consulta [Famiglie di istanze](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families). 1. In **Configure storage** (Configura lo storage), scegli **Advanced** (Avanzate) a destra e specifica le informazioni seguenti per il volume root: + Per **Dimensione (GiB)**, immettere la dimensione del volume EBS principale. Il volume deve essere sufficientemente grande per memorizzare il contenuto della RAM e soddisfare l'utilizzo previsto. + Per **Volume Type** (Tipo di volume), seleziona un tipo di volume EBS supportato: SSD per scopo generico (`gp2` e `gp3`) o SSD con capacità di IOPS allocata (`io1` e `io2`). + Per **Encrypted** (Crittografato), scegli **Yes** (Sì). Se hai abilitato la crittografia per impostazione predefinita in questa AWS regione, è **selezionato Sì**. + Per **KMS key** (Chiave KMS), seleziona la chiave di crittografia per il volume. Se è stata abilitata la crittografia per impostazione predefinita in questa AWS regione, viene selezionata la chiave di crittografia predefinita. Per ulteriori informazioni sui prerequisiti per il volume radice, consulta [Prerequisiti per l’ibernazione dell’istanza EC2](hibernating-prerequisites.md). 1. Espandi **Dettagli avanzati** e, oltre ai campi per la configurazione di un'istanza spot, procedi come segue: 1. Per **Tipo di richiesta**, scegli **Persistente**. 1. Per **Comportamento di interruzione**, scegli **Iberna**. In alternativa, per **Comportamento di arresto/ibernazione**, scegli **Abilita**. Entrambi i campi abilitano l'ibernazione sull'istanza spot. È necessario configurarne solo uno. 1. Nel pannello **Summary** (Riepilogo), verifica la configurazione dell'istanza, quindi scegli **Launch instance** (Avvia istanza). Per ulteriori informazioni, consulta [Avviare un'istanza EC2 tramite la procedura guidata di avvio dell'istanza nella console](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **Abilitazione dell'ibernazione per un'istanza spot** Utilizza il comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) per richiedere un'istanza spot. Specificare i parametri del volume principale EBS utilizzando il parametro `--block-device-mappings file://mapping.json` e abilitare l'ibernazione utilizzando il parametro `--hibernation-options Configured=true`. Il tipo di richiesta spot (`SpotInstanceType`) deve essere `persistent`. ``` aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type c4.xlarge \ --block-device-mappings file://mapping.json \ --hibernation-options Configured=true \ --count 1 \ --key-name MyKeyPair --instance-market-options { "MarketType":"spot", "SpotOptions":{ "MaxPrice":"1", "SpotInstanceType":"persistent" } } ``` Specifica i parametri del volume root EBS in `mapping.json` nel modo seguente. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "VolumeSize": 30, "VolumeType": "gp2", "Encrypted": true } } ] ``` Il valore per `DeviceName` deve corrispondere al nome del dispositivo root associato all'AMI. Per trovare il nome del dispositivo root, utilizza il comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). ``` aws ec2 describe-images --image-id ami-0abcdef1234567890 ``` Se hai abilitato la crittografia per impostazione predefinita in questa AWS regione, puoi ometterla`"Encrypted": true`. ------ #### [ PowerShell ] **Abilitazione dell'ibernazione per un'istanza spot** Utilizza il [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)comando per richiedere un'istanza Spot. Specificare il volume principale EBS definendo innanzitutto la mappatura dei dispositivi a blocchi e quindi aggiungendolo al comando mediante il parametro `-BlockDeviceMappings`. Abilitare l'ibernazione utilizzando il parametro `-HibernationOptions_Configured $true`. ``` $ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping $ebs_encrypt.DeviceName = "/dev/xvda" $ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs_encrypt.Ebs.VolumeSize = 30 $ebs_encrypt.Ebs.VolumeType = "gp2" $ebs_encrypt.Ebs.Encrypted = $true New-EC2Instance ` -ImageId ami-0abcdef1234567890 ` -InstanceType m5.large ` -BlockDeviceMappings $ebs_encrypt ` -HibernationOptions_Configured $true ` -MinCount 1 ` -MaxCount 1 ` -KeyName MyKeyPair ` -InstanceMarketOption @( MarketType = spot; SpotOptions @{ MaxPrice = 1; SpotInstanceType = persistent} ) ``` Il valore per `DeviceName` deve corrispondere al nome del dispositivo radice associato all'AMI. Per trovare il nome del dispositivo root, usa il [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)comando. ``` Get-EC2Image -ImageId ami-0abcdef1234567890 ``` Se hai abilitato la crittografia per impostazione predefinita in questa AWS regione, puoi omettere la `Encrypted = $true` mappatura dei dispositivi a blocchi. ------ ## Verificare se un'istanza è abilitata per l'ibernazione Puoi verificare se un’istanza è abilitata per l’ibernazione. ------ #### [ Console ] **Per vedere se un'istanza è abilitata per l'ibernazione** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, seleziona **Instances (Istanze)**. 1. Selezionare l'istanza e, nella scheda **Details (Dettagli)** nella sezione **Instance details (Dettagli istanza)** controllare **Stop-hibernate behavior (Comportamento di interruzione/ibernazione)**. **Enabled (Abilitata)** indica che l'istanza è abilitata per l'ibernazione. ------ #### [ AWS CLI ] **Per vedere se un'istanza è abilitata per l'ibernazione** Utilizzare il comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) e specificare il parametro `--filters "Name=hibernation-options.configured,Values=true"` per filtrare le istanze abilitate per l'ibernazione. ``` aws ec2 describe-instances \ --filters "Name=hibernation-options.configured,Values=true" ``` Il campo seguente nell'output indica che l'istanza è abilitata per l'ibernazione. ``` "HibernationOptions": { "Configured": true } ``` ------ #### [ PowerShell ] **Per vedere se un'istanza è abilitata per l'ibernazione** Utilizza il [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet e filtra le istanze abilitate per l'ibernazione. ``` (Get-EC2Instance ` -Filter @{Name="hibernation-options.configured"; Values="true"}).Instances ``` ------ # Disabilitazione di KASLR su un'istanza (solo Ubuntu) Per eseguire l'ibernazione su un'istanza avviata di recente con Ubuntu 16.04 LTS (Xenial Xerus), Ubuntu 18.04 LTS (Bionic Beaver) rilasciata con numero di serie 20190722.1 o versione successiva, o Ubuntu 20.04 LTS (Focal Fossa) rilasciata con numero di serie 20210820 o versione successiva, consigliamo di disabilitare KASLR (Kernel Address Space Layout Randomization). In Ubuntu 16.04 LTS o Ubuntu 18.04 LTS, o Ubuntu 20.04 LTS, KASLR è abilitato per impostazione predefinita. KASLR è una funzionalità di sicurezza standard del kernel di Linux che consente di mitigare l'esposizione e le ramificazioni di vulnerabilità di accesso alla memoria non ancora scoperte riproducendo in maniera casuale il valore di base dell'indirizzo del kernel. Con KASLR abilitato, c'è la possibilità che l'istanza non venga riavviata dopo l'ibernazione. Per ulteriori informazioni su KASLR, consultare [Funzionalità di Ubuntu](https://wiki.ubuntu.com/Security/Features). **Per disabilitare KASLR su un'istanza avviata con Ubuntu** 1. Connettersi all'istanza tramite SSH. Per ulteriori informazioni, consulta [Connessione a un’istanza Linux tramite SSH](connect-to-linux-instance.md). 1. Aprire il file `/etc/default/grub.d/50-cloudimg-settings.cfg` con un editor a scelta. Modificare la riga `GRUB_CMDLINE_LINUX_DEFAULT` per collegare l'opzione `nokaslr`, come mostrato nell'esempio seguente. ``` GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0 nvme_core.io_timeout=4294967295 nokaslr" ``` 1. Salvare il file e uscire dall'editor. 1. Eseguire il comando riportato di seguito per ricreare la configurazione di grub. ``` sudo update-grub ``` 1. Riavviare l’istanza. ``` sudo reboot ``` 1. Esegui il comando seguente per confermare che `nokaslr` è stato aggiunto. ``` cat /proc/cmdline ``` L'output del comando deve includere l'opzione `nokaslr`. # Metti in ibernazione un'istanza Amazon EC2 È possibile avviare l'ibernazione su un'istanza on demand o su un'istanza spot se l'istanza è supportata da EBS, è [abilitata per l'ibernazione](enabling-hibernation.md) e soddisfa i [prerequisiti di ibernazione](hibernating-prerequisites.md). Se l'ibernazione di un'istanza non riesce, si verifica una normale chiusura. ------ #### [ Console ] **Ibernazione di un'istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, seleziona **Instances (Istanze)**. 1. Seleziona un'istanza e scegli **Instance state (Stato istanza)**, **Hibernate instance (Sospendi istanza)**. Se **Hibernate instance (Sospendi istanza)** è disabilitato, l'istanza è già sospesa o arrestata oppure non può essere sospesa. Per ulteriori informazioni, consulta [Prerequisiti per l’ibernazione dell’istanza EC2](hibernating-prerequisites.md). 1. Quando viene richiesta la conferma scegli **Hibernate (Sospendi)**. Possono essere necessari alcuni minuti per ibernare l'istanza. Lo stato dell'istanza diventa prima **Stopping (in arresto)**, quindi passa a **Stopped (arrestata)** una volta ibernata l'istanza. ------ #### [ AWS CLI ] **Ibernazione di un'istanza** Utilizzare il comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) e specificare il parametro `--hibernate`. ``` aws ec2 stop-instances \ --instance-ids i-1234567890abcdef0 \ --hibernate ``` ------ #### [ PowerShell ] **Ibernazione di un'istanza** Utilizza il cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html). ``` Stop-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -Hibernate $true ``` ------ Puoi verificare se è stata avviata l’ibernazione per un’istanza. ------ #### [ Console ] **Per vedere se è stata avviata l'ibernazione per un'istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**. 1. Seleziona l'istanza e, nella scheda **Dettagli**, nella sezione **Dettagli istanza**, verifica il valore di **Messaggio transizione stato**. **Cliente. UserInitiatedHibernate: L'ibernazione avviata dall'utente indica che è stata avviata l'ibernazione** sull'istanza On-Demand o sull'istanza Spot. ------ #### [ AWS CLI ] **Per vedere se è stata avviata l'ibernazione per un'istanza** Utilizzare il comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) e specificare il filtro `state-reason-code` per vedere le istanze su cui è stata avviata l'ibernazione. ``` aws ec2 describe-instances \ --filters "Name=state-reason-code,Values=Client.UserInitiatedHibernate" ``` Il campo seguente nell'output indica che l'ibernazione è stata avviata per l'istanza on demand o l'istanza spot. ``` "StateReason": { "Code": "Client.UserInitiatedHibernate" } ``` ------ #### [ PowerShell ] **Per vedere se è stata avviata l'ibernazione per un'istanza** Utilizza il [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet e specifica il `state-reason-code` filtro per visualizzare le istanze in cui è stata avviata l'ibernazione. ``` Get-EC2Instance ` -Filter @{Name="state-reason-code";Value="Client.UserInitiatedHibernate"} ``` ------ # Riavvio di un'istanza Amazon EC2 ibernata Avvia un'istanza ibernata avviandola come faresti con un'istanza arrestata. Per le istanze spot, se l'istanza è stata messa in ibernazione da Amazon EC2, solo Amazon EC2 può riprenderla. Puoi riprendere un'istanza spot ibernata solo se l'hai ibernata *tu*. Le istanze spot possono essere riprese solo se la capacità è disponibile e il prezzo spot è inferiore o uguale al prezzo massimo specificato. ------ #### [ Console ] **Per riavviare un'istanza ibernata** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, seleziona **Instances (Istanze)**. 1. Seleziona un'istanza sospesa e scegli **Instance state (Stato istanza)**, **Start instance (Avvia istanza)**. Possono essere necessari alcuni minuti affinché l'istanza entri nello stato `running`. In questo periodo di tempo le [verifiche dello stato](monitoring-system-instance-status-check.md#types-of-instance-status-checks) mostrano l'istanza come non riuscita, fino a quando questa non viene avviata. ------ #### [ AWS CLI ] **Per riavviare un'istanza ibernata** Utilizzare il comando [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html): ``` aws ec2 start-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **Per riavviare un'istanza ibernata** Utilizza il cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html). ``` Start-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ # Risoluzione dei problemi di ibernazione delle istanze Amazon EC2 Utilizza queste informazioni per diagnosticare e risolvere i problemi comuni che possono verificarsi durante l'ibernazione di un'istanza. **Topics** + [ ## Non si riesce a eseguire l'ibernazione immediatamente dopo il lancio ](#hibernate-troubleshooting-1) + [ ## Il passaggio da stopping a stopped richiede troppo tempo e lo stato della memoria non viene ripristinato dopo l'avvio ](#hibernate-troubleshooting-2) + [ ## L'istanza è bloccata nello stato stopping. ](#hibernate-troubleshooting-3) + [ ## Impossibile avviare l'istanza spot subito dopo l'ibernazione ](#hibernate-troubleshooting-4) + [ ## Ripristino delle istanze spot non riuscito ](#hibernate-troubleshooting-5) ## Non si riesce a eseguire l'ibernazione immediatamente dopo il lancio Se provi a ibernare un'istanza troppo presto dopo il lancio, ricevi un errore. Devi aspettare circa due minuti per le istanze Linux e circa cinque minuti per le istanze Windows dopo l'avvio prima di ibernare l'istanza. ## Il passaggio da stopping a stopped richiede troppo tempo e lo stato della memoria non viene ripristinato dopo l'avvio Se l'istanza che stai ibernando impiega troppo tempo per passare dallo stato `stopping` allo stato `stopped` e lo stato della memoria non viene ripristinato dopo l'avvio, è possibile che l'ibernazione non sia stata configurata in modo appropriato. **Istanze Linux** Verifica il log di sistema dell'istanza e cerca i messaggi correlati all'ibernazione. Per accedere al registro di sistema, [connettiti](connect-to-linux-instance.md) all'istanza o usa il comando. [get-console-output](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-console-output.html) Trova le righe del log che iniziano con `hibinit-agent`. Se le righe del log indicano un errore o se mancano, molto probabilmente c'è stato un errore di configurazione dell'ibernazione al lancio. Ad esempio, il messaggio seguente indica che il volume root dell'istanza non è abbastanza grande: `hibinit-agent: Insufficient disk space. Cannot create setup for hibernation. Please allocate a larger root device.` Se l'ultima riga del log registro da `hibinit-agent` è `hibinit-agent: Running: swapoff /swap`, l'ibernazione è stata configurata correttamente. Se non vedi log relativi a questi processi, è possibile che l'AMI non supporti l'ibernazione. Per informazioni sulle funzionalità supportate AMIs, vedere[Prerequisiti per l’ibernazione dell’istanza EC2](hibernating-prerequisites.md). Se hai utilizzato un'AMI Linux personalizzata, verifica di aver seguito le istruzioni per [Configurare un'AMI Linux per il supporto dell'ibernazione](hibernation-enabled-AMI.md). **Windows Server 2016 e versioni successive** Verifica il log di avvio EC2 e cerca i messaggi correlati all'ibernazione. Per accedere al log di avvio EC2, [connettersi](connecting_to_windows_instance.md) all'istanza da configurare e aprire il file `C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log` in un editor di testo. Se utilizzi EC2 Launch v2, apri`C:\ProgramData\Amazon\EC2Launch\log\agent.log`. **Nota** Per impostazione predefinita, Windows nasconde i file e le cartelle in `C:\ProgramData`. Per visualizzare le directory e i file di avvio EC2, digitare il percorso in Windows Explorer risorse o modificare le proprietà della cartella per visualizzare i file e le cartelle nascosti. Individuare le righe di log per l'ibernazione. Se le righe del log indicano un errore o se mancano, molto probabilmente c'è stato un errore di configurazione dell'ibernazione al lancio. Ad esempio, il seguente messaggio indica che l'ibernazione non è stata configurata: `Message: Failed to enable hibernation.` se il messaggio di errore include valori ASCII decimali, puoi convertire i valori ASCII in testo semplice per leggere il messaggio di errore completo. Se la riga del log contiene `HibernationEnabled: true`, l'ibernazione è stata configurata correttamente. **Windows Server 2012 R2 e versione precedente** Verifica il log di configurazione EC2 e cerca i messaggi correlati all'ibernazione. Per accedere al log di configurazione EC2, [connettersi](connecting_to_windows_instance.md) all'istanza da configurare e aprire il file `C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt` in un editor di testo. Trovare le righe del log che iniziano con `SetHibernateOnSleep`. Se le righe del log indicano un errore o se mancano, molto probabilmente c'è stato un errore di configurazione dell'ibernazione al lancio. Ad esempio, il messaggio seguente indica che il volume root dell'istanza non è abbastanza grande: `SetHibernateOnSleep: Failed to enable hibernation: Hibernation failed with the following error: There is not enough space on the disk.` Se la riga del log è `SetHibernateOnSleep: HibernationEnabled: true`, l'ibernazione è stata configurata correttamente. **Dimensioni delle istanze Windows** Se utilizzi un’istanza Windows T3 o T3a con meno di 1 GiB di RAM, prova ad aumentare la dimensione dell’istanza ad almeno 1 GiB di RAM. ## L'istanza è bloccata nello stato stopping. Se hai ibernato un'istanza e questa appare bloccata nello stato `stopping`, puoi forzarne l'arresto. Per ulteriori informazioni, consulta [Risolvi i problemi relativi al blocco delle EC2 istanze di Amazon](TroubleshootingInstancesStopping.md). ## Impossibile avviare l'istanza spot subito dopo l'ibernazione Se provi ad avviare un'istanza spot entro due minuti dall'ibernazione, potresti ricevere il seguente errore: `You failed to start the Spot Instance because the associated Spot Instance request is not in an appropriate state to support start.` Attendi per circa due minuti per le istanze Linux e circa cinque minuti per le istanze Windows, poi riprova ad avviare l'istanza. ## Ripristino delle istanze spot non riuscito Se l'istanza spot è stata ibernata correttamente ma non è stato possibile riattivarla e invece è stata riavviata (un nuovo riavvio in cui lo stato di ibernazione non viene mantenuto), è possibile che i dati dell'utente contenessero lo script seguente: ``` /usr/bin/enable-ec2-spot-hibernation ``` Rimuovi questo script dal campo **Dati utente** nel modello di avvio, quindi richiedi una nuova istanza spot. Tieni presente che anche se l'istanza non è stata ripristinata senza che lo stato di ibernazione fosse mantenuto, potrà comunque essere avviata nello stesso modo in cui è stata avviata dallo stato `stopped`. # Riavvia la tua istanza Amazon EC2 Il riavvio di un'istanza equivale al riavvio di un sistema operativo. Nella maggior parte dei casi, sono necessari pochi minuti per riavviare l'istanza. Quando riavvii un'istanza, mantiene quanto segue: + Nome DNS pubblico () IPv4 + Indirizzo privato IPv4 + IPv4 Indirizzo pubblico + IPv6 indirizzo (se applicabile) + Tutti i dati presenti nei volumi dell'archivio dell'istanza A differenza dell’[arresto e avvio](Stop_Start.md), che dà inizio a un nuovo periodo di fatturazione dell’istanza con addebito minimo di un minuto, il riavvio di un’istanza non comporta l’inizio di un nuovo periodo di fatturazione. Il riavvio dell'istanza può essere avviato dall'utente (in cui si riavvia manualmente l'istanza) o avviato da AWS (per il ripristino automatico dell'istanza o in risposta a un evento di riavvio pianificato per la manutenzione necessaria, ad esempio per applicare aggiornamenti che richiedono il riavvio). Per i riavvii avviati dall'utente, consigliamo di utilizzare la console Amazon EC2 , la CLI o l'API invece di eseguire il comando di riavvio del sistema operativo dall'istanza. Quando si utilizza Amazon EC2, se l'istanza non si spegne correttamente entro pochi minuti, Amazon EC2 esegue un riavvio forzato. Inoltre, AWS CloudTrail crea un record API di quando l'istanza è stata riavviata. Questo argomento illustra come eseguire un riavvio avviato dall’utente. Per informazioni sui riavvii eseguiti da AWS, consulta e. [Ripristino automatico dell’istanza](ec2-instance-recover.md) [Gestione delle istanze Amazon EC2 per le quali è pianificato il riavvio](schedevents_actions_reboot.md) **Importante** Se sulla tua istanza vengono installati degli aggiornamenti, ti consigliamo di non riavviare o chiudere l'istanza utilizzando la EC2 console Amazon o la riga di comando fino a quando non saranno installati tutti gli aggiornamenti. Quando utilizzi la EC2 console Amazon o la riga di comando per riavviare o chiudere l'istanza, c'è il rischio che l'istanza venga riavviata in modo forzato. Un riavvio a freddo durante l'installazione degli aggiornamenti potrebbe rendere instabile l'istanza. ------ #### [ Console ] **Come riavviare un’istanza** 1. Apri la EC2 console Amazon all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**. 1. Selezionare l'istanza e scegliere **Instance state** (Stato istanza), **Reboot instance** (Riavvia istanza). 1. Scegliere **Reboot (Riavvia)** quando viene richiesta la conferma. L'istanza rimane in stato di `running`. ------ #### [ AWS CLI ] **Per riavviare un'istanza** Usa il comando [reboot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/reboot-instances.html). ``` aws ec2 reboot-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **Come riavviare un’istanza** Utilizza il cmdlet [Restart-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Restart-EC2Instance.html). ``` Restart-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ **Esecuzione di un esperimento di iniezione di guasti controllati** Puoi utilizzarla AWS Fault Injection Service per testare la risposta dell'applicazione al riavvio dell'istanza. Per ulteriori informazioni, consulta la [Guida per l'utente AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html). # Terminare le istanze Amazon EC2 **avvertimento** **La terminazione di un’istanza è permanente e irreversibile.** Dopo aver terminato un’istanza, non puoi più connetterti a essa e non puoi ripristinarla. Inoltre, tutti i volumi Amazon EBS collegati e configurati per essere eliminati in caso di terminazione vengono eliminati in modo definitivo e non possono essere recuperati. Tutti i dati archiviati nei volumi di archivio dell’istanza vengono persi in modo definitivo. Per ulteriori informazioni, consulta [Come funziona la terminazione delle istanze](how-ec2-instance-termination-works.md). Prima di terminare un’istanza, assicurati di aver eseguito il backup di tutti i dati che devi mantenere dopo la terminazione sull’archivio persistente. Puoi eliminare un'istanza quando non è più necessaria. Questa operazione viene definita *interruzione* dell'istanza. Appena lo stato di un'istanza cambia in `shutting-down` o `terminated`, vengono bloccati i rispettivi addebiti. Dopo averla interrotta, non è più possibile connettersi a un'istanza o avviarla. Tuttavia, puoi avviare nuove istanze utilizzando la stessa AMI. Invece, se preferisci arrestare o ibernare un’istanza, consulta [Avvio e arresto di un'istanza Amazon EC2](Stop_Start.md) o [Metti in ibernazione la tua istanza Amazon EC2](Hibernate.md). Per ulteriori informazioni, consulta [Differenze tra gli stati dell'istanza](ec2-instance-lifecycle.md#lifecycle-differences). **Topics** + [ # Come funziona la terminazione delle istanze ](how-ec2-instance-termination-works.md) + [ # Metodi per terminare un’istanza ](instance-terminate-methods.md) + [ ## Terminazione di un’istanza con un corretto spegnimento del sistema operativo ](#terminating-instances-console) + [ ## Terminazione di un’istanza e aggiramento dello spegnimento controllato del sistema operativo ](#terminating-instances-bypass-graceful-os-shutdown) + [ ## Risoluzione dei problemi relativi alla terminazione delle istanze ](#troubleshoot-instance-terminate) + [ # Modifica della protezione da terminazione dell’istanza ](Using_ChangingDisableAPITermination.md) + [ # Modificare il comportamento di arresto avviato dall'istanza ](Using_ChangingInstanceInitiatedShutdownBehavior.md) + [ # Conservare i dati quando un'istanza viene terminata ](preserving-volumes-on-termination.md) # Come funziona la terminazione delle istanze Quando termini un’istanza, le modifiche sono registrate a livello di sistema operativo (OS) dell’istanza, alcune risorse sono perse e altre persistono. Il seguente diagramma mostra cosa viene perso e cosa persiste quando un'istanza Amazon EC2 viene terminata. Quando un’istanza è terminata, i dati disponibili sui volumi dell’archivio dell’istanza e i dati memorizzati nella RAM dell’istanza sono cancellati. Eventuali indirizzi IP elastici associati all'istanza vengono scollegati. Per i volumi root e i volumi di dati Amazon EBS, il risultato dipende dall’impostazione **Elimina alla terminazione** per ciascun volume. ![\[Gli indirizzi IP, la RAM, i volumi dell'archivio dell'istanza e il volume root EBS vengono persi quando un'istanza viene terminata.\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/terminate-instance.png) ## Considerazioni + **Persistenza dei dati** + Volumi dell’archivio dell’istanza: quando un’istanza termina, tutti i dati sono eliminati in modo definitivo. + Volume root EBS: + Se collegato al momento dell’avvio, è eliminato per impostazione predefinita quando l’istanza termina. + Se collegato dopo l’avvio, persiste per impostazione predefinita quando l’istanza termina. + Volumi di dati EBS: + Se collegato all’avvio tramite la console: persiste per impostazione predefinita quando l’istanza termina. + Se collegato all’avvio utilizzando la CLI: eliminato per impostazione predefinita quando l’istanza termina. + Se collegato dopo l’avvio tramite la console o la CLI: persiste per impostazione predefinita quando l’istanza termina. **Nota** Continueranno a essere addebitati i costi per volumi che non sono eliminati al momento della terminazione dell’istanza. Puoi modificare l’impostazione in modo che un volume sia eliminato o persista alla terminazione dell’istanza. Per ulteriori informazioni, consulta [Conservare i dati quando un'istanza viene terminata](preserving-volumes-on-termination.md). + **Protezione contro la terminazione accidentale** + Per impedire che un'istanza venga interrotta per errore, è necessario [abilitare la protezione da cessazione](Using_ChangingDisableAPITermination.md). + Per controllare se un'istanza deve essere arrestata o terminata quando le procedure di arresto vengono avviate dall'istanza, è necessario modificare il [comportamento di arresto avviato dall'istanza](Using_ChangingInstanceInitiatedShutdownBehavior.md). + **Script di spegnimento**: se esegui uno script durante la terminazione dell’istanza, si potrebbe verificare una terminazione anomala dell’istanza stessa perché non esiste alcun modo per garantire l’esecuzione degli script di arresto. Amazon EC2 tenta di arrestare un’istanza correttamente ed eseguire gli eventuali script di spegnimento del sistema. Tuttavia, alcuni eventi, ad esempio un errore hardware, potrebbero impedire l’esecuzione di questi script di spegnimento del sistema. + **Istanze bare metal**: le istanze bare metal x86 non supportano lo spegnimento cooperativo. ## Cosa accade se si termina un'istanza **Le modifiche vengono registrate a livello di sistema operativo** + La richiesta dell'API invia un evento di pressione del pulsante al sistema guest. + Vari servizi di sistema vengono arrestati a seguito dell'evento di pressione del pulsante. L'arresto graceful del sistema è fornito da **systemd** (Linux) o dal processo di sistema (Windows). L'arresto graceful viene attivato dall'evento di pressione del pulsante di arresto ACPI dall'hypervisor. + L'arresto ACPI viene avviato. + L’istanza si spegne dopo l’uscita dal processo di spegnimento controllato. Non c'è un orario di arresto del sistema operativo configurabile. L'istanza rimane visibile nella console per un breve periodo, trascorso il quale la relativa voce viene eliminata automaticamente. **Risorse perse** + I dati archiviati nei volumi dell'instance store. + Volume root EBS se l’attributo `DeleteOnTermination` è impostato su `true`. + Volumi di dati EBS (collegati all’avvio o dopo) se l’attributo `DeleteOnTermination` è impostato su `true`. **Risorse mantenute** + Volume root EBS se l’attributo `DeleteOnTermination` è impostato su `false`. + Volumi di dati EBS (collegati all’avvio o dopo) se l’attributo `DeleteOnTermination` è impostato su `false`. ## Testare la risposta dell'applicazione alla terminazione dell'istanza Puoi utilizzarlo AWS Fault Injection Service per testare la risposta dell'applicazione quando l'istanza viene terminata. Per ulteriori informazioni, consulta la [Guida per l'utente AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html). # Metodi per terminare un’istanza **avvertimento** **La terminazione di un’istanza è permanente e irreversibile.** Dopo aver terminato un’istanza, non puoi più connetterti a essa e non puoi ripristinarla. Inoltre, tutti i volumi Amazon EBS collegati e configurati per essere eliminati in caso di terminazione vengono eliminati in modo definitivo e non possono essere recuperati. Tutti i dati archiviati nei volumi di archivio dell’istanza vengono persi in modo definitivo. Per ulteriori informazioni, consulta [Come funziona la terminazione delle istanze](how-ec2-instance-termination-works.md). Prima di terminare un’istanza, assicurati di aver eseguito il backup di tutti i dati che devi mantenere dopo la terminazione sull’archivio persistente. Esistono quattro modi per eseguire la terminazione di un’istanza avviata dall’utente: terminazione predefinita, terminazione ignorando lo spegnimento del sistema operativo, terminazione forzata e terminazione forzata ignorando lo spegnimento del sistema operativo. La tabella seguente confronta le differenze chiave tra i due metodi di terminazione: **Nota** Non è possibile terminare un'istanza se è abilitata la protezione da cessazione. Per ulteriori informazioni, consulta [Change instance termination protection](Using_ChangingDisableAPITermination.md). | Metodo di terminazione | Scopo principale | Caso d’uso | Comando della CLI | | --- | --- | --- | --- | | Terminazione per impostazione predefinita | Arresto normale dell’istanza con tentativo di spegnimento controllato del sistema operativo. | Tipica terminazione dell’istanza. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0
| | Terminazione ignorando lo spegnimento del sistema operativo | Ignora lo spegnimento controllato del sistema operativo quando si termina un’istanza. | Quando si ignora, è necessario lo spegnere il sistema operativo in modo controllato. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--skip-os-shutdown
| | Terminazione forzata | Gestisce le istanze bloccate. Tenta innanzitutto una terminazione predefinita; se l’istanza non riesce a terminare, termina forzatamente l’istanza. | Quando l’istanza è bloccata nello stato shutting-down. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--force
| | Terminazione forzata ignorando lo spegnimento del sistema operativo | La forza termina e ignora lo spegnimento regolare del sistema operativo quando si termina un’istanza. | Quando è necessario terminare forzatamente e ignorare, lo spegnimento controllato del sistema operativo è necessario. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--force \
--skip-os-shutdown
| Per istruzioni su come utilizzare ogni metodo, consulta quanto segue: + [Terminazione di un’istanza con un corretto spegnimento del sistema operativo](terminating-instances.md#terminating-instances-console) + [Terminazione di un’istanza e aggiramento dello spegnimento controllato del sistema operativo](terminating-instances.md#terminating-instances-bypass-graceful-os-shutdown) + [Termina forzatamente un’istanza](TroubleshootingInstancesShuttingDown.md#force-terminate-ec2-instance) ## Terminazione di un’istanza con un corretto spegnimento del sistema operativo Puoi terminare un’istanza utilizzando il metodo di terminazione predefinito, che include un tentativo di spegnimento regolare del sistema operativo. Per ulteriori informazioni, consulta [Metodi per terminare un’istanza](instance-terminate-methods.md). ------ #### [ Console ] **Utilizza il metodo di terminazione predefinita per terminare un’istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**. 1. Seleziona l'istanza e scegli **Stato istanza** e **Termina (elimina) istanza**. 1. Quando viene richiesta la conferma, scegli **Termina (elimina)**. 1. Dopo essere stata terminata, un'istanza rimane visibile per un breve periodo con lo stato `terminated`. Se la terminazione non va a buon fine o se un'istanza terminata rimane visibile per più di qualche ora, consulta [L'istanza terminata rimane visualizzata](TroubleshootingInstancesShuttingDown.md#terminated-instance-still-displaying). ------ #### [ AWS CLI ] **Utilizza il metodo di terminazione predefinita per terminare un’istanza** Utilizza il comando [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html). ``` aws ec2 terminate-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **Utilizza il metodo di terminazione predefinita per terminare un’istanza** Utilizza il cmdlet [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html). ``` Remove-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ ## Terminazione di un’istanza e aggiramento dello spegnimento controllato del sistema operativo Puoi ignorare lo spegnimento controllato del sistema operativo quando si termina un’istanza. Per ulteriori informazioni, consulta [Metodi per terminare un’istanza](instance-terminate-methods.md). ------ #### [ Console ] **Per terminare un’istanza e ignorare lo spegnimento controllato del sistema operativo** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**. 1. Seleziona l'istanza e scegli **Stato istanza** e **Termina (elimina) istanza**. 1. In **Ignora l’arresto del sistema operativo**, seleziona la casella di controllo **Ignora lo spegnimento del sistema operativo**. Se questa opzione non è mostrata nella console, significa che non è ancora disponibile nella console nell’attuale Regione. Tuttavia, puoi accedere a questa funzionalità utilizzando l'SDK AWS CLI o oppure provare un'altra regione nella console. 1. Scegli **Termina (elimina)**. 1. Dopo essere stata terminata, un'istanza rimane visibile per un breve periodo con lo stato `terminated`. Se la terminazione non va a buon fine o se un'istanza terminata rimane visibile per più di qualche ora, consulta [L'istanza terminata rimane visualizzata](TroubleshootingInstancesShuttingDown.md#terminated-instance-still-displaying). ------ #### [ AWS CLI ] **Per terminare un’istanza e ignorare lo spegnimento controllato del sistema operativo** Utilizza il comando [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html) con `--skip-os-shutdown`. ``` aws ec2 terminate-instances \ --instance-ids i-1234567890abcdef0 \ --skip-os-shutdown ``` ------ #### [ PowerShell ] **Per terminare un’istanza e ignorare lo spegnimento controllato del sistema operativo** Utilizzare il [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html)cmdlet con.. `-SkipOsShutdown $true` ``` Remove-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -SkipOsShutdown $true ``` ------ ## Risoluzione dei problemi relativi alla terminazione delle istanze Il richiedente deve disporre dell'autorizzazione per effettuare la chiamata `ec2:TerminateInstances`. Per ulteriori informazioni, consulta [Esempi di policy per l'utilizzo delle istanze](ExamplePolicies_EC2.md#iam-example-instances). Se termini l'istanza e avvii un'altra istanza, molto probabilmente hai configurato la scalabilità automatica tramite una caratteristica come Parco istanze EC2 o Amazon EC2 Auto Scaling. Per ulteriori informazioni, consulta [Istanze avviate o terminate automaticamente](TroubleshootingInstancesShuttingDown.md#automatic-instance-create-or-delete). **Nota** Non è possibile terminare un'istanza se è abilitata la protezione da cessazione. Per ulteriori informazioni, consulta [Change instance termination protection](Using_ChangingDisableAPITermination.md). Se l’istanza è nello stato `shutting-down` per un periodo più lungo del previsto, puoi tentare di terminarla forzatamente. Se rimane nello stato `shutting-down`, deve essere cancellata (terminata) mediante processi automatizzati all’interno del servizio Amazon EC2. Per ulteriori informazioni, consulta [Ritardo della terminazione dell'istanza](TroubleshootingInstancesShuttingDown.md#instance-stuck-terminating). # Modifica della protezione da terminazione dell’istanza Per evitare che la tua istanza sia terminata accidentalmente utilizzando l’API Amazon EC2, indipendentemente dal fatto che tu chiami `TerminateInstances` direttamente o utilizzando un’altra interfaccia come la console Amazon EC2, abilita la *protezione dalla terminazione* per l’istanza. L’attributo `DisableApiTermination` controlla se l’istanza può essere terminata. Per impostazione di default, la protezione da interruzione è disabilitata per l'istanza. Puoi impostare il valore di questo attributo quando avvii l’istanza, mentre l’istanza è in esecuzione o è arrestata. L’attributo `DisableApiTermination` non impedisce di terminare un’istanza avviando lo spegnimento dall’istanza stessa (ad esempio, utilizzando un comando del sistema operativo per lo spegnimento del sistema) quando l’attributo `InstanceInitiatedShutdownBehavior` è impostato su `terminate`. Per ulteriori informazioni, consulta [Modificare il comportamento di arresto avviato dall'istanza](Using_ChangingInstanceInitiatedShutdownBehavior.md). **Considerazioni** + L'abilitazione della protezione dalla terminazione non AWS impedisce di terminare l'istanza quando è presente un [evento pianificato per terminare l'](monitoring-instances-status-check_sched.md)istanza. + L'attivazione della protezione da cessazione non impedisce al Amazon EC2 Auto Scaling di terminare un'istanza quando l'istanza non è integra o durante eventi di riduzione orizzontale. È possibile controllare se un gruppo con dimensionamento automatico può terminare una determinata istanza durante la riduzione utilizzando la [protezione per la riduzione delle istanze](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-instance-protection.html). È possibile controllare se un gruppo con dimensionamento automatico può terminare istanze non integre [sospendendo il processo di dimensionamento ReplaceUnhealthy](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html). + Non è possibile abilitare la protezione da interruzione per Istanze spot. ------ #### [ Console ] **Per abilitare la protezione da terminazione per un’istanza all’avvio** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel pannello di controllo scegliere **Avvia istanza**. 1. Espandi **Advanced details** (Dettagli avanzati). Per la **Protezione dalla terminazione**, seleziona **Abilita**. 1. Quando hai finito di specificare i dettagli per l’istanza, scegli **Avvia istanza**. **Per modificare la protezione da terminazione per un’istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel pannello di navigazione, scegliere **Instances (Istanze)**. 1. Selezionare l'istanza. 1. Seleziona **Azioni**, **Impostazioni istanza**, **Modifica protezione da terminazione**. 1. Per la **Protezione dalla terminazione**, seleziona o annulla **Abilita**. 1. Scegli **Save** (Salva). ------ #### [ AWS CLI ] **Per abilitare la protezione da terminazione per un’istanza** Utilizza il comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --disable-api-termination ``` **Per disabilitare la protezione da terminazione per un’istanza** Utilizza il comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --no-disable-api-termination ``` ------ #### [ PowerShell ] **Per abilitare la protezione da terminazione per un’istanza** Utilizza il cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiTermination $true ``` **Per disabilitare la protezione da terminazione per un’istanza** Utilizza il cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiTermination $false ``` ------ ## Terminare più istanze con protezione da cessazione Se si terminano più istanze in più zone di disponibilità nella stessa richiesta e una o più istanze specificate hanno la protezione da cessazione abilitata, la richiesta ha esito negativo con i seguenti risultati: + Le istanze specificate nella stessa zona di disponibilità dell'istanza protetta non vengono terminate. + Le istanze specificate che si trovano in zone di disponibilità diverse, in cui non sono protette altre istanze specificate, vengono terminate correttamente. **Esempio** Supponiamo di avere le seguenti quattro istanze in due zone di disponibilità. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/Using_ChangingDisableAPITermination.html) Se si tenta di terminare tutte queste istanze nella stessa richiesta, la richiesta segnala un errore con i seguenti risultati: + **Istanza 1** e **Istanza 2** vengono terminate correttamente poiché per nessuna delle due istanze è abilitata la protezione da cessazione. + È impossibile terminare **Istanza 3** e **Istanza 4** poiché per **Istanza 3** è abilitata la protezione da cessazione. # Modificare il comportamento di arresto avviato dall'istanza **avvertimento** **La terminazione di un’istanza è permanente e irreversibile.** Dopo aver terminato un’istanza, non puoi più connetterti a essa e non puoi ripristinarla. Inoltre, tutti i volumi Amazon EBS collegati e configurati per essere eliminati in caso di terminazione vengono eliminati in modo definitivo e non possono essere recuperati. Tutti i dati archiviati nei volumi di archivio dell’istanza vengono persi in modo definitivo. Per ulteriori informazioni, consulta [Come funziona la terminazione delle istanze](how-ec2-instance-termination-works.md). Prima di terminare un’istanza, assicurati di aver eseguito il backup di tutti i dati che devi mantenere dopo la terminazione sull’archivio persistente. Per impostazione predefinita, quando si avvia un arresto da un'istanza supportata da Amazon EBS (utilizzando un comando come **shutdown** o **poweroff**), l'istanza viene arrestata. Puoi modificare questo comportamento in modo che l'istanza venga terminata invece di modificare l'attributo `InstanceInitiatedShutdownBehavior` per l'istanza. Puoi modificare questo attributo mentre l'istanza è in esecuzione o quando è arrestata. Il comando **halt** non avvia un arresto. Se utilizzato, l'istanza non sarà terminata; al contrario, la CPU verrà messa in stato `HLT` e l'istanza rimarrà in esecuzione. **Nota** L'attributo `InstanceInitiatedShutdownBehavior` si applica solo quando si esegue un arresto dal sistema operativo dell'istanza stessa. Non si applica quando si interrompe un'istanza utilizzando l'API `StopInstances` o la console Amazon EC2. ------ #### [ Console ] **Modifica del comportamento di arresto avviato dall'istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, seleziona **Instances (Istanze)**. 1. Selezionare l'istanza. 1. Scegliere **Actions (Operazioni)**, **Instance settings (Impostazioni istanza)**, **Change shutdown behavior (Cambia comportamento di arresto)**. Il **comportamento di arresto** mostra il comportamento corrente. 1. Per modificare il comportamento, in **Comportamento di arresto**, scegli **Arresta** o **Termina**. 1. Scegli **Save** (Salva). ------ #### [ AWS CLI ] **Modifica del comportamento di arresto avviato dall'istanza** Utilizza il comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --instance-initiated-shutdown-behavior terminate ``` ------ #### [ PowerShell ] **Modifica del comportamento di arresto avviato dall'istanza** Utilizza il cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -InstanceInitiatedShutdownBehavior terminate ``` ------ # Conservare i dati quando un'istanza viene terminata Quando un’istanza Amazon EC2 è terminata, puoi conservare i dati sui volumi dell’archivio dell’istanza o sui volumi Amazon EBS. Questo argomento descrive come garantire la persistenza dei dati anche dopo la terminazione dell’istanza. ## Modalità in cui la terminazione dell’istanza influisce sui volumi di root e di dati **Volumi di archivio dell'istanza** Quando le istanze sono terminate, i volumi dell’archivio dell’istanza sono eliminati automaticamente e i dati sono persi. Per conservare questi dati oltre la durata dell’istanza, prima di terminare l’istanza, devi copiarli manualmente su un’archiviazione più persistente, come un volume Amazon EBS, un bucket Amazon S3 o un file system Amazon EFS. Per ulteriori informazioni, consulta [Opzioni di storage per le tue EC2 istanze Amazon](Storage.md). **Volumi Amazon EBS** Quando un’istanza è terminata, i volumi EBS sono eliminati o conservati, a seconda del valore dell’attributo `DeleteOnTermination` per ciascun volume: + **Sì** (console)/`true` (CLI): il volume è eliminato quando l’istanza è terminata. + **No** (console)/`false`(CLI): il volume è conservato quando l’istanza è terminata. Per i volumi conservati continuano a esserti addebitati i costi. **Nota** Una volta terminata un’istanza, puoi acquisire uno snapshot del volume conservato e collegarlo a un’altra istanza. È necessario eliminare un volume per evitare di incorrere in addebiti. ## Comportamento di eliminazione predefinito per i volumi EBS Il valore predefinito `DeleteOnTermination` varia in base al tipo di volume, al fatto che il volume sia stato collegato all’avvio o dopo e al metodo (console o CLI) utilizzato per collegare il volume: | Tipo di volume | Collegato quando | Metodo di collegamento | Comportamento predefinito alla terminazione dell’istanza | | --- | --- | --- | --- | | Volume root | Al momento dell’avvio | Console o CLI | Elimina | | Volume root | Dopo l'avvio | Console o CLI | Preserve | | Volume di dati | Al momento dell’avvio | Console | Preserve | | Volume di dati | Al momento dell’avvio | CLI | Elimina | | Volume di dati | Dopo l'avvio | Console e CLI | Preserve | ## Verifica delle impostazioni di persistenza del volume Il valore predefinito all’avvio per un volume EBS è determinato dall’attributo `DeleteOnTermination` impostato sull’AMI. Puoi modificare il valore all’avvio dell’istanza, sovrascrivendo l’impostazione AMI. Consigliamo di verificare l’impostazione predefinita dell’attributo `DeleteOnTermination` dopo l’avvio di un’istanza con un’AMI. **Per verificare se un volume Amazon EBS sarà eliminato al momento della terminazione dell’istanza** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione, seleziona **Instances (Istanze)**. 1. Selezionare l'istanza. 1. Scegli la scheda **Archiviazione**. 1. In **Blocca dispositivi**, scorri verso destra per verificare la colonna **Elimina in caso di terminazione**. + Se l’impostazione è **Sì**, il volume è eliminato al momento della terminazione dell’istanza. + Se l’impostazione è **No**, il volume non è eliminato al momento della terminazione dell’istanza. Tutti i volumi non eliminati continuano a esserti addebitati i costi. ## Modificare il volume root per renderlo persistente all'avvio Puoi modificare l’attributo `DeleteOnTermination` di un volume root EBS quando avvii un’istanza. Inoltre, puoi utilizzare la procedura seguente per un volume di dati. ------ #### [ Console ] **Per modificare il volume root di un’istanza per renderlo persistente all’avvio** 1. Segui la procedura di [avvio di un'istanza](ec2-launch-instance-wizard.md), ma non avviare l'istanza finché non avrai completato i seguenti passaggi per modificare il volume root per renderlo persistente. 1. Nel riquadro **Configura archiviazione**, scegli **Avanzate**. 1. In **Volumi EBS**, espandi le informazioni relative al volume root. 1. In **Elimina al termine**, scegliere **No**. 1. Nel pannello **Summary** (Riepilogo), verifica la configurazione dell'istanza, quindi scegli **Launch instance** (Avvia istanza). Per ulteriori informazioni, consulta [Avviare un'istanza EC2 tramite la procedura guidata di avvio dell'istanza nella console](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **Per modificare il volume root di un’istanza per renderlo persistente all’avvio** Utilizza il comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) per modificare il valore di `DeleteOnTermination` nella mappatura dei dispositivi a blocchi. Aggiungere l’opzione `--block-device-mappings`: ``` --block-device-mappings file://mapping.json ``` In `mapping.json`, specifica il nome del dispositivo, ad esempio `/dev/sda1` o `/dev/xvda` e per `DeleteOnTermination` specifica `false`. ``` [ { "DeviceName": "device_name", "Ebs": { "DeleteOnTermination": false } } ] ``` ------ #### [ PowerShell ] **Per modificare il volume root di un’istanza per renderlo persistente all’avvio** Utilizzare il [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet per modificare il valore della mappatura dei `DeleteOnTermination` dispositivi nel blocco. Aggiungere l’opzione `-BlockDeviceMapping`: ``` -BlockDeviceMapping $bdm ``` In `bdm`, specifica il nome del dispositivo, ad esempio `/dev/sda1` o `/dev/xvda` e per `DeleteOnTermination` specifica `false`. ``` $ebd = New-Object -TypeName Amazon.EC2.Model.EbsBlockDevice $ebd.DeleteOnTermination = false $bdm = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $bdm.DeviceName = "/dev/sda1" $bdm.Ebs = $ebd ``` ------ ## Modificare il volume root di un'istanza in esecuzione per renderlo persistente Puoi modificare il volume root di un’istanza in esecuzione per renderlo persistente. Inoltre, puoi utilizzare la procedura seguente per un volume di dati. ------ #### [ AWS CLI ] **Per modificare il volume root in modo che persista** Utilizza il comando [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --block-device-mappings file://mapping.json ``` In `mapping.json`, specifica il nome del dispositivo, ad esempio `/dev/sda1` o `/dev/xvda` e per `--DeleteOnTermination` specifica `false`. ``` [ { "DeviceName": "device_name", "Ebs": { "DeleteOnTermination": false } } ] ``` ------ #### [ PowerShell ] **Per modificare il volume root in modo che persista** Utilizza il cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). Aggiungere l’opzione `-BlockDeviceMapping`: ``` -BlockDeviceMapping $bdm ``` In `bdm`, specifica il nome del dispositivo, ad esempio `/dev/sda1` o `/dev/xvda` e per `DeleteOnTermination` specifica `false`. ``` $ebd = New-Object -TypeName Amazon.EC2.Model.EbsBlockDevice $ebd.DeleteOnTermination = false $bdm = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $bdm.DeviceName = "/dev/sda1" $bdm.Ebs = $ebd ``` ------ # Ritiro dell'istanza È pianificato il ritiro di un'istanza quando AWS rileva un guasto irreparabile dell'hardware sottostante che ospita l'istanza. Il tipo di volume root dell’istanza determina il comportamento del ritiro dell’istanza: + Se il volume root dell’istanza è un volume Amazon EBS, l’istanza viene arrestata e puoi avviarla di nuovo in qualsiasi momento. L'avvio di un'istanza arrestata ne comporta la migrazione in un nuovo hardware. + Se il volume root dell’istanza è un volume di archivio dell’istanza, l’istanza viene terminata e non puoi più utilizzarla di nuovo. Per ulteriori informazioni sui tipi di eventi relativi alle istanze, consulta [Eventi pianificati per le istanze Amazon EC2](monitoring-instances-status-check_sched.md). **Topics** + [ ## Identificazione delle istanze pianificate per il ritiro ](#instance-retirement-identify) + [ ## Azioni da intraprendere su istanze supportate da EBS programmate per il ritiro ](#instance-retirement-actions-EBS) + [ ## Azioni da intraprendere per istanze supportate dall'instance store pianificate per il ritiro ](#instance-retirement-actions-instance-store) ## Identificazione delle istanze pianificate per il ritiro Se l'istanza è pianificata per il ritiro, riceverai un'e-mail prima dell'evento con l'ID dell'istanza e la data del ritiro. Puoi anche verificare se sono presenti istanze pianificate per il ritiro. **Importante** Se un’istanza è pianificata per il ritiro, ti consigliamo di intervenire il prima possibile perché l’istanza potrebbe già non essere raggiungibile. Per ulteriori informazioni, consulta [Check if your instance is reachable](#check-instance). **Topics** + [ ### Monitorare l’indirizzo e-mail dei contatti dell’account ](#identify-by-email) + [ ### Controllare le istanze ](#identify-in-console-cli) ### Monitorare l’indirizzo e-mail dei contatti dell’account Se un’istanza è pianificata per il ritiro, il contatto principale e il contatto operativo dell’account ricevono un’e-mail prima dell’evento che include l’ID dell’istanza e la data in cui è pianificato il ritiro. *Per ulteriori informazioni, consulta [Aggiornare il contatto principale per l' AWS account](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-primary.html) e [Aggiornare i contatti alternativi per l'account AWS](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-alternate.html) nella Guida di riferimento.Gestione dell'account AWS * ### Controllare le istanze Se usi un account e-mail che non controlli regolarmente, potresti non vedere una notifica di ritiro dell’istanza. Puoi verificare se le istanze sono pianificate per il ritiro in qualsiasi momento. ------ #### [ Console ] **Per identificare le istanze pianificate per il ritiro** 1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Nel riquadro di navigazione scegliere **EC2 Dashboard (Pannello di controllo EC2)**. In **Scheduled events (Eventi pianificati)**, è possibile visualizzare gli eventi associati a istanze e volumi Amazon EC2, organizzati per regione. ![\[Eventi pianificati\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/images/dashboard-scheduled-events.png) 1. Se nell'elenco viene visualizzata un'istanza con un evento pianificato, selezionare il relativo collegamento sotto il nome della regione per passare alla pagina **Events (Eventi)**. 1. Nella pagina **Events (Eventi)** sono elencate tutte le risorse e i relativi eventi associati. Per visualizzare le istanze pianificate per il ritiro, selezionare **Instance resources (Risorse istanze)** nel primo elenco di filtri, quindi **Instance stop or retirement (Ritiro o arresto istanze)** nel secondo elenco di filtri. 1. Se i risultati dei filtri indicano che un'istanza è pianificata per il ritiro, selezionarla e annotare la data e l'ora riportata nel campo **Start time (Ora di avvio)** nel riquadro dei dettagli. Questa è la data di ritiro dell'istanza. ------ #### [ AWS CLI ] **Per individuare le istanze pianificate per il ritiro** Utilizza il seguente comando [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html). Ripeti l’operazione in ogni Regione in cui disponi di istanze in esecuzione. ``` aws ec2 describe-instance-status --filters Name=event.code,Values=instance-retirement ``` ------ #### [ PowerShell ] **Per individuare le istanze pianificate per il ritiro** Utilizza il cmdlet [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html). Ripeti l’operazione in ogni Regione in cui disponi di istanze in esecuzione. ``` Get-EC2InstanceStatus -Filter @{Name="event.code"; Values="instance-retirement"} ``` ------ ## Azioni da intraprendere su istanze supportate da EBS programmate per il ritiro Per conservare i dati sull'istanza pianificata per il ritiro, è possibile eseguire una delle seguenti operazioni. È essenziale che tu esegua questa operazione prima della data di ritiro dell'istanza per evitare tempi di inattività imprevisti o la perdita dei dati. Per le instanze Linux, Se non hai la certezza che l'istanza sia supportata da EBS o dall'archivio dell'istanza, consulta [Volumi root per le tue istanze Amazon EC2](RootDeviceStorage.md). **Controlla se la tua istanza è raggiungibile** Quando si riceve una notifica che l'istanza è pianificata per il ritiro, si consiglia di eseguire le seguenti azioni il prima possibile: + Controlla se la tua istanza è raggiungibile [collegandoti](connect.md) a o eseguendo il ping all'istanza. + Se la tua istanza è raggiungibile, devi pianificarla al stop/start momento opportuno prima della data di pensionamento prevista, quando l'impatto è minimo. Per ulteriori informazioni su arresto e avvio dell'istanza e sulle conseguenze previste in caso di arresto dell'istanza, ad esempio effetti sugli indirizzi IP pubblici, privati ed elastici associati all'istanza, consulta [Avvio e arresto di un'istanza Amazon EC2](Stop_Start.md). Si noti che i dati sui volumi instance store vengono persi quando si arresta e si avvia l'istanza. + Se l'istanza non è raggiungibile, è necessario intraprendere un'azione immediata ed eseguire un [arresto/avvio](Stop_Start.md) per recuperare l'istanza. + In alternativa, se si desidera [terminare](terminating-instances.md) l'istanza, pianificare di farlo il prima possibile in modo da interrompere gli addebiti per l'istanza. **Creare un backup dell'istanza** Crea un'AMI EBS-backed dalla tua istanza in modo da avere un backup. Per garantire l'integrità dei dati, arrestare l'istanza prima di creare l'AMI. Puoi attendere la data di ritiro pianificato (quando l'istanza viene arrestata) oppure arrestare manualmente l'istanza prima della data di ritiro. Puoi avviare di nuovo l'istanza in qualsiasi momento. Per ulteriori informazioni, consulta [Creare un'AMI supportata da Amazon EBS](creating-an-ami-ebs.md). **Avviare un'istanza sostitutiva** Dopo aver creato un'AMI dall'istanza, è possibile utilizzare l'AMI per avviare un'istanza sostitutiva. Dalla console Amazon EC2, seleziona la tua nuova AMI, quindi scegli **Avvia istanza dall'AMI**. Configura i parametri per la tua istanza, quindi scegli **Avvia istanza**. Per ulteriori informazioni su ciascun campo, consultare [Avviare un'istanza EC2 tramite la procedura guidata di avvio dell'istanza nella console](ec2-launch-instance-wizard.md). ## Azioni da intraprendere per istanze supportate dall'instance store pianificate per il ritiro Per conservare i dati sull'istanza pianificata per il ritiro, è possibile eseguire una delle seguenti operazioni. È essenziale che tu esegua questa operazione prima della data di ritiro dell'istanza per evitare tempi di inattività imprevisti o la perdita dei dati. **avvertimento** Se l’istanza dispone di un volume root di archivio dell’istanza e supera la data di ritiro, viene terminata e non puoi recuperare l’istanza stessa o i dati in essa archiviati. Indipendentemente dal tipo di volume root dell’istanza, i dati sui volumi di archivio dell’istanza vanno persi quando l’istanza viene ritirata, anche se sono collegati a un’istanza con un volume root EBS. **Controlla se la tua istanza è raggiungibile** Quando si riceve una notifica che l'istanza è pianificata per il ritiro, si consiglia di eseguire le seguenti azioni il prima possibile: + Controlla se la tua istanza è raggiungibile [collegandoti](connect-to-linux-instance.md) a o eseguendo il ping all'istanza. + Se la tua istanza è irraggiungibile, probabilmente c'è molto poco che può essere fatto per recuperare la tua istanza. Per ulteriori informazioni, consulta. [Risoluzione di problemi relativi a un'istanza Amazon EC2 irraggiungibile](troubleshoot-unreachable-instance.md) AWS interromperà l'istanza alla data prevista per il pensionamento, quindi, nel caso di un'istanza irraggiungibile, potrà [terminare](terminating-instances.md) immediatamente l'istanza autonomamente. **Avviare un'istanza sostitutiva** Crea un’AMI supportata da Amazon S3 dall’istanza utilizzando gli strumenti AMI, come descritto in [Creare un’AMI supportata da Amazon S3](creating-an-ami-instance-store.md). Dalla console Amazon EC2, seleziona la tua nuova AMI, quindi scegli **Avvia istanza dall'AMI**. Configura i parametri per la tua istanza, quindi scegli **Avvia istanza**. Per ulteriori informazioni su ciascun campo, consultare [Avviare un'istanza EC2 tramite la procedura guidata di avvio dell'istanza nella console](ec2-launch-instance-wizard.md). **Converti la tua istanza in un'istanza supportata da EBS** Trasferire i dati in un volume EBS, acquisire uno snapshot del volume e quindi creare AMI dallo snapshot. Puoi avviare un'istanza di sostituzione dalla nuova AMI. Per ulteriori informazioni, consulta [Converti la tua AMI supportata da Amazon S3 in una AMI supportata da EBS](Using_ConvertingS3toEBS.md).