Prerequisiti per l’ibernazione dell’istanza EC2 - Amazon Elastic Compute Cloud

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.

Regioni AWS

Puoi utilizzare l'ibernazione con le istanze in tutte le Regioni AWS.

AMI

Devi usare un'AMI HVM che supporta l'ibernazione. Le seguenti AMI supportano l'ibernazione:

AMI per tipi di istanza Intel e AMD
  • AMI AL2023 rilasciata il 20.09.2023 o successivamente²

  • 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 è obbligatoria)

  • AMI Fedora versione 34 o successiva² (la configurazione aggiuntiva è obbligatoria)

  • AMI Red Hat Enterprise Linux (RHEL) 9² (la configurazione aggiuntiva è obbligatoria)

  • AMI Red Hat Enterprise Linux (RHEL) 8² (la configurazione aggiuntiva è 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 è obbligatoria)

AMI per tipi di istanza Graviton
  • AMI AL2023 (Arm a 64 bit) rilasciata il 01/07/2024 o successivamente¹

  • 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 l'AMI minima AL2023, è richiesta una configurazione aggiuntiva.

² 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).

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

Il supporto per altre versioni di Ubuntu e altri sistemi operativi sarà disponibile a breve.

  • 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 generico: M3, M4, M5, M5a, M5ad, M5d, M6a, M6g, M6gd, M6i, M6id, M6idn, M6in, M7a, M7g, M7gd, M7i, M7i-flex, M8a, M8g, M8gd, M8i, M8i-flex, T2, T3, T3a, T4g

  • Ottimizzate per il calcolo: C3, C4, C5, C5d, C6a, C6g, C6gd, C6gn, C6i, C6id, C6in, C7a, C7g, C7gd, C7gn, C7i, C7i-flex, C8g, C8gd, C8gn, C8i, C8i-flex

  • Ottimizzate per la memoria: R3, R4, R5, R5a, R5ad, R5d, R6a, R6g, R6gd, R6idn, R6in, R7a, R7g, R7gd, R7i, R7iz, R8a, R8g, R8gb, R8gd, R8gn, R8i, R8i-flex, X2gd

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

  2. Nel riquadro di navigazione, scegliere Instance Types (Tipi di istanza).

  3. Aggiungi il filtro Supporto all’ibernazione on demand = vero.

  4. (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. 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. 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 predefinita: puoi abilitare la crittografia EBS per impostazione predefinita per garantire che tutti i nuovi volumi EBS creati nell'account AWS 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.

  • 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 Utilizzo della crittografia con le AMI EBS-backed.

  • 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, consulta Crittografia di un'immagine non crittografata durante la copia e Copiare un'AMI.

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