Come funziona la terminazione delle istanze

Quando si termina un'istanza, le modifiche vengono registrate a livello di sistema operativo (OS) dell'istanza, alcune risorse vengono perse e altre risorse persistono.

Il diagramma seguente mostra cosa viene perso e cosa persiste quando EC2 un'istanza Amazon viene terminata. Quando un'istanza viene terminata, i volumi di archiviazione dei dati presenti su ogni istanza e i dati archiviati nella RAM dell'istanza vengono cancellati. Eventuali indirizzi IP elastici associati all'istanza vengono scollegati. Per i volumi root e i volumi di dati di Amazon EBS, il risultato dipende dall'impostazione Delete on termination di ciascun volume.

Considerazioni

• Persistenza dei dati

  • Volumi dell'Instance Store: tutti i dati vengono eliminati definitivamente quando l'istanza termina.

  • Volume root EBS:

    • Se collegato all'avvio, viene eliminato per impostazione predefinita al termine dell'istanza.

    • Se collegato dopo l'avvio, persiste per impostazione predefinita quando l'istanza viene terminata.

  • Volumi di dati EBS:

    • Se collegato all'avvio tramite la console: persiste per impostazione predefinita quando l'istanza viene terminata.

    • 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

      Tutti i volumi che non vengono eliminati al termine dell'istanza continuano a comportare costi. È possibile modificare l'impostazione in modo che un volume venga eliminato o persista dopo la chiusura dell'istanza. Per ulteriori informazioni, consulta Conservare i dati quando un'istanza viene terminata.

• Protezione contro la chiusura accidentale

  • Per impedire che un'istanza venga interrotta per errore, è necessario abilitare la protezione da cessazione.

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

• Script di spegnimento: se esegui uno script al termine dell'istanza, l'istanza potrebbe avere una terminazione anomala perché non abbiamo modo di garantire l'esecuzione degli script di spegnimento. Amazon EC2 tenta di chiudere in modo pulito un'istanza ed eseguire qualsiasi script di spegnimento del sistema; tuttavia, alcuni eventi (come un guasto hardware) possono 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 la chiusura del grazioso processo di spegnimento. 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 è impostato su. DeleteOnTermination true

• Volumi di dati EBS (allegati all'avvio o dopo) se l'DeleteOnTerminationattributo è impostato su. true

Risorse mantenute

• Volume root EBS se l'DeleteOnTerminationattributo è impostato su. false

• Volumi di dati EBS (allegati all'avvio o dopo) se l'DeleteOnTerminationattributo è 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 AWS Fault Injection Service Guida per l'utente di .