

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

# Tipi di AMI e caratteristiche in Amazon EC2
<a name="ComponentsAMIs"></a>

Quando si avvia un'istanza, l'AMI scelta deve essere compatibile con il tipo di istanza scelta. Puoi selezionare un'AMI da utilizzare in base alle seguenti caratteristiche:
+ [Region](using-regions-availability-zones.md)
+ Sistema operativo
+ Architettura del processore
+ [Permessi di avvio](#launch-permissions)
+ [Tipo di volume root](#storage-for-the-root-device)
+ [Tipi di virtualizzazione](#virtualization_types)

## Permessi di avvio
<a name="launch-permissions"></a>

Le autorizzazioni di avvio determinano chi può utilizzare un’AMI per avviare le istanze. Puoi considerare le autorizzazioni di avvio come la [condivisione di un’AMI](sharing-amis.md): quando concedi le autorizzazioni di avvio, condividi l’AMI con altri utenti. Solo il proprietario di un’AMI può determinarne la disponibilità specificando le autorizzazioni di avvio. I permessi di avvio sono suddivisi nelle seguenti categorie.


| Permesso di avvio | Descrizione | 
| --- | --- | 
| pubblico | Il proprietario concede le autorizzazioni di avvio a tutti gli AWS account. | 
| esplicito | Il proprietario concede le autorizzazioni di avvio a AWS account, organizzazioni o unità organizzative specifici (). OUs | 
| implicito | Il proprietario concede permessi di avvio impliciti per un'AMI. | 

Amazon e la community di Amazon EC2 offrono un'ampia selezione di pubblico. AMIs Per ulteriori informazioni, consulta [Informazioni sull'utilizzo delle AMI condivise in Amazon EC2](sharing-amis.md). Gli sviluppatori possono addebitare i propri. AMIs Per ulteriori informazioni, consulta [AMIs Pagato Marketplace AWS per le istanze Amazon EC2](paid-amis.md).

## Tipo di volume root
<a name="storage-for-the-root-device"></a>

Tutti AMIs sono classificati come *supportati da Amazon EBS* o *supportati da Amazon S3*.
+ AMI supportate da Amazon EBS: il volume root per un’istanza avviata dall’AMI è un volume Amazon Elastic Block Store (Amazon EBS) creato da uno snapshot (Amazon EBS). Supportato sia per Linux che per Windows. AMIs
+ AMI supportata da Amazon S3: il volume root per un’istanza avviata dall’AMI è un volume di archivio istanza creato da un modello archiviato in Amazon S3. Supportato AMIs solo per Linux. Windows AMIs non supporta l'instance store per il volume root.

Per ulteriori informazioni, consulta [Volumi root per le tue istanze Amazon EC2](RootDeviceStorage.md).

**Nota**  
I sistemi basati su Amazon S3 AMIs sono considerati fuori produzione e non sono consigliati per nuovi utilizzi. Sono supportate solo sui seguenti tipi di istanze meno recenti: C1, C3, D2, I2, M1, M2, M3, R3 e X1.

La tabella seguente riassume le differenze importanti nell'utilizzo dei due tipi di. AMIs


| Caratteristica | AMI Amazon EBS-backed | AMI supportata da Amazon S3 | 
| --- | --- | --- | 
| Volume root | Volume EBS | Volume di instance store | 
| Tempo di avvio di un'istanza | In genere meno di 1 minuto | In genere meno di 5 minuti | 
| Persistenza dei dati  |  Per impostazione predefinita, il volume root viene eliminato quando viene terminata l'istanza.\$1 I dati su qualsiasi altro volume EBS sono persistenti dopo l'interruzione dell'istanza per impostazione predefinita.  |  I dati in qualsiasi volume instance store sono persistenti solo durante il ciclo di vita dell'istanza.  | 
| Stato arrestato |  Può essere in uno stato di arresto. Anche quando l’istanza viene arrestata e non in è esecuzione, il volume root viene mantenuto in Amazon EBS.  |  Non possono essere in stato arrestate; le istanze sono in esecuzione o terminate.  | 
| Modifiche |  Il tipo di istanza, il kernel, il disco RAM e i dati utente possono essere modificati mentre l'istanza è arrestata.  |  Gli attributi di istanza sono fissi per la durata di un'istanza.  | 
| Costi |  Ti vengono addebitati i costi per l'utilizzo dell'istanza, l'utilizzo del volume EBS e l'archiviazione dell'AMI come snapshot EBS.  |  Ti vengono addebitati i costi per l'utilizzo dell'istanza e l'archiviazione dell'AMI in Amazon S3.  | 
| Creazione/raggruppamento delle AMI | Utilizza un unico comando/chiamata | Richiede l'installazione e l'utilizzo degli strumenti AMI | 

\$1 Per impostazione predefinita, i volumi root EBS hanno il flag `DeleteOnTermination` impostato su `true`. Per informazioni su come modificare questo flag in modo che il volume sia persistente dopo l'interruzione, consulta [Conservazione di un volume root Amazon EBS dopo aver terminato un'istanza Amazon EC2](configure-root-volume-delete-on-termination.md).

\$1\$1 Supportato solo con `io2` EBS Block Express. Per ulteriori informazioni, consulta i [volumi SSD Block Express con capacità di IOPS allocata](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#io2-block-express) nella *Guida per l'utente di Amazon EBS*.

# Individua il tipo di volume root determinato dalla tua AMI
<a name="display-ami-root-device-type"></a>

L'AMI utilizzata per avviare l'istanza EC2 determina il tipo di volume root. Il volume root di un'istanza EC2 è un volume EBS o un volume di archivio dell'istanza.

[Le istanze basate su Nitro](instance-types.md#instance-hypervisor-type) supportano solo i volumi root EBS. I seguenti tipi di istanza della generazione precedente sono gli unici tipi che supportano i volumi root dell’archivio dell’istanza: C1, C3, D2, I2, M1, M2, M3, R3 e X1.

------
#### [ Console ]

**Per individuare il tipo di volume principale determinato da un’AMI**

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 **AMIs**, scegli e seleziona l'AMI.

1. Nella scheda **Details (Dettagli)**, controllare il valore di **Root device type (Tipo di dispositivo root)** come riportato di seguito:
   + `ebs`: le istanze avviate da questa AMI riceveranno un volume root EBS
   + `instance store`: le istanze avviate da questa AMI riceveranno un volume root dell’archivio dell’istanza.

------
#### [ AWS CLI ]

**Per individuare il tipo di volume principale determinato da un’AMI**  
Utilizzare il comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) .

```
aws ec2 describe-images \
    --image-ids ami-0abcdef1234567890 \
    --query Images[].RootDeviceType
```

Di seguito è riportato un output di esempio.

```
ebs
```

------
#### [ PowerShell ]

**Per individuare il tipo di volume principale determinato da un’AMI**  
Utilizza il cmdlet [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html).

```
(Get-EC2Image `
    -ImageId ami-0abcdef1234567890).RootDeviceType.Value
```

Di seguito è riportato un output di esempio.

```
ebs
```

------

## Tipi di virtualizzazione
<a name="virtualization_types"></a>

Le Amazon Machine Image utilizzano uno dei due tipi di virtualizzazione disponibili: paravirtuale (PV) o hardware virtual machine (HVM). Le principali differenze tra PV e HVM AMIs sono il modo in cui si avviano e la possibilità di sfruttare estensioni hardware speciali (CPU, rete e storage) per prestazioni migliori. Le finestre AMIs sono HVM. AMIs

La tabella seguente mette a confronto HVM e PV. AMIs


| Caratteristica | HVM | PV | 
| --- | --- | --- | 
| Descrizione | Le AMI HVM sono caratterizzate da un set completamente virtualizzato di hardware e configurazione di avvio mediante l'esecuzione della partizione Master Boot Record (MBR) del dispositivo a blocchi root dell'immagine. Questo tipo di virtualizzazione ti permette di eseguire un sistema operativo direttamente su una macchina virtuale senza la necessità di alcuna modifica, come se venisse eseguito su hardware Bare Metal. Il sistema host Amazon EC2 emula parte o tutto l'hardware sottostante presentato al sistema guest. | PV AMIs boot con uno speciale boot loader chiamato PV-GRUB, che avvia il ciclo di avvio e poi carica a catena il kernel specificato nel file sull'immagine. menu.lst I guest paravirtuali possono essere eseguiti su hardware host che non dispone di supporto esplicito per la virtualizzazione. Per ulteriori informazioni su PV-GRUB e sul suo utilizzo in Amazon EC2, consulta [Kernel forniti dall'utente](https://docs.aws.amazon.com/linux/al2/ug/UserProvidedKernels.html). | 
| Tipi di istanze supportati | Tutti i tipi di istanze dell'attuale generazione supportano HVM. AMIs | I seguenti tipi di istanze della generazione precedente supportano PV AMIs: C1, C3, M1, M3, M2 e T1. I tipi di istanza della generazione attuale non supportano PV. AMIs | 
| Supporto per estensioni hardware | I sistemi guest HVM possono sfruttare le estensioni hardware che forniscono un accesso rapido all'hardware sottostante sul sistema host. Sono tenuti a utilizzare le reti avanzate e l'elaborazione della GPU. Per garantire il passaggio delle istruzioni ai dispositivi di rete specializzati e ai dispositivi GPU, il sistema operativo deve accedere alla piattaforma hardware nativa e ciò è garantito dalla virtualizzazione HVM. Per ulteriori informazioni, consulta [Rete avanzata su EC2 istanze Amazon](enhanced-networking.md). | No, non possono usufruire di estensioni hardware speciali come reti avanzate o elaborazione GPU. | 
| [Come trovare](finding-an-ami.md) | Verifica che il tipo di virtualizzazione dell'AMI sia impostato su hvm, utilizzando la console o il comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). | Verifica che il tipo di virtualizzazione dell'AMI sia impostato su paravirtual, utilizzando la console o il comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). | 

**PV su HVM**  
I guest paravirtuali tradizionalmente hanno ottenuto risultati migliori nelle operazioni di storage e rete rispetto ai guest HVM, perché potevano sfruttare driver speciali per I/O evitare il sovraccarico dovuto all'emulazione dell'hardware di rete e del disco, mentre gli ospiti HVM dovevano tradurre queste istruzioni in hardware emulato. Ora i driver PV sono disponibili per gli ospiti HVM, quindi i sistemi operativi che non possono essere trasferiti per l'esecuzione in un ambiente paravirtualizzato possono comunque ottenere vantaggi prestazionali in termini di storage e rete utilizzandoli. I/O Grazie a questi driver PV su HVM, i sistemi guest HVM possono essere caratterizzati dallo stesso livello di prestazioni dei sistemi guest PV.