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à.
# Come funziona la copia delle AMI Amazon EC2
La copia di un'AMI di origine determina la creazione di una nuova AMI identica ma distinta, indicata anche come AMI di *destinazione*. L'AMI di destinazione ha il proprio ID dell'AMI univoco. Puoi modificare o annullare la registrazione dell'AMI di origine senza alcun effetto sull'AMI di destinazione. È vero anche il contrario.
Con un' EBS-backed AMI, ciascuna delle relative istantanee di supporto viene copiata in un'istantanea di destinazione identica ma distinta. Se si copia un AMI in una nuova regione, gli snapshot saranno copie complete (non incrementali). Se si crittografano gli snapshot di backup non crittografati o li si crittografa in una nuova chiave KMS, gli snapshot saranno copie complete (non incrementali). Operazioni di copia successive di un AMI restituiscono copie incrementali degli snapshot di backup.
**Topics**
+ [Cross-Region copiando](#copy-amis-across-regions)
+ [Cross-account copiando](#copy-ami-across-accounts)
+ [Time-based Operazioni di copia AMI](#ami-time-based)
+ [Crittografia e copia](#ami-copy-encryption)
## Cross-Region copiando
Copiare un'AMI tra regioni geograficamente diverse offre i seguenti vantaggi:
+ Distribuzione globale coerente: la copia di un'AMI da una regione all'altra consente di avviare istanze coerenti in regioni diverse in base alla stessa AMI.
+ Scalabilità: è possibile progettare e creare più facilmente applicazioni di livello mondiale che soddisfino le esigenze degli utenti, indipendentemente dalla loro posizione.
+ Prestazioni: è possibile aumentare le prestazioni distribuendo l'applicazione e localizzandone i componenti critici nelle vicinanze degli utenti. È inoltre possibile sfruttare Region-specific le funzionalità, ad esempio i tipi di istanze o altri AWS servizi.
+ Elevata disponibilità: progettare e distribuire applicazioni nelle regioni AWS consente di aumentare la disponibilità.
Il diagramma seguente mostra la relazione tra un'AMI di origine e due AMI copiate in regioni diverse, così come le istanze EC2 avviate da ciascuna. Quando avvii un'istanza da un'AMI, questa risiede nella stessa regione in cui risiede l'AMI. Se modifichi l'AMI di origine e desideri che tali modifiche si riflettano nelle AMIs delle regioni di destinazione, devi copiare nuovamente le AMI di origine nelle regioni di destinazione.
Quando copi per la prima volta un' S3-backed AMI Amazon in una regione, creiamo un bucket Amazon S3 per le AMI copiate in quella regione. Tutte le S3-backed AMI Amazon che copi in quella regione vengono archiviate in questo bucket. I nomi dei bucket hanno il seguente formato: amis-for- -in- -. {{account}} {{region}} {{hash}} Ad esempio: `amis-for-123456789012-in-us-east-2-yhjmxvp6`.
**Prerequisito**
Prima di copiare un'AMI devi assicurarti che il contenuto dell'AMI di origine sia aggiornato per supportare l'esecuzione in un'altra regione. Ad esempio è necessario aggiornare tutte le stringhe di connessione al database o i dati di configurazione dell'applicazione simili per individuare le risorse appropriate. Altrimenti, le istanze avviate dalla nuova AMI nella regione di destinazione potrebbero ancora utilizzare le risorse della regione di origine, il che può influire sulle prestazioni e sui costi.
**Limitazioni**
+ Per le regioni di destinazione è previsto un limite di 300 operazioni di copia di AMI simultanee. Questo vale anche per le operazioni di copia delle AMI basate sul tempo.
+ Non puoi copiare un'AMI paravirtuale (PV) in una regione che non supporta questo tipo di AMI. Per ulteriori informazioni, consulta [Tipi di virtualizzazione](ComponentsAMIs.md#virtualization_types).
## Cross-account copiando
Se un'AMI di un'altra Account AWS è [ condivisa con la tua Account AWS](sharingamis-explicit.md), puoi copiare l'AMI condivisa. Questa operazione è nota con il nome di copia fra account. L'AMI che viene condivisa con te è l'AMI di origine. Quando si copia l'AMI di origine, si crea una nuova AMI. La nuova AMI viene spesso definita AMI di destinazione.
**Costi AMI**
+ Per un'AMI condivisa, l'archiviazione nella regione è a carico dell'account dell'AMI condivisa.
+ Se copi un'AMI che viene condivisa con il tuo account, la proprietà dell'AMI di destinazione spetta al tuo account.
+ Al proprietario dell'AMI di origine vengono addebitati i costi di trasferimento standard di Amazon EBS o Amazon S3.
+ Ti viene addebitato il costo per l'archiviazione dell'AMI di destinazione nella regione di destinazione.
**Autorizzazioni relative alle risorse**
Per copiare un’AMI condivisa con te da un altro account, il proprietario dell’AMI di origine deve concedere le autorizzazioni di lettura per l’archiviazione che supporta l’AMI, non solo per l’AMI stessa. Lo storage è costituito dallo snapshot EBS associato (per un' EBS-backed AMI Amazon) o da un bucket S3 associato (per un'AMI Amazon). S3-backed Se l'AMI condivisa dispone di snapshot crittografati, il proprietario deve condividere la chiave o le chiavi. Per ulteriori informazioni sulla concessione di autorizzazioni per le risorse, per gli snapshot EBS, consulta [Share an Amazon EBS snapshot with other Account AWS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modifying-snapshot-permissions.html) nella *Guida per l’utente di Amazon EBS*, mentre per i bucket S3 consulta [Identity and access management for Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/security-iam.html) nella *Guida per l’utente di Amazon S3*.
**Nota**
I tag assegnati all'AMI di origine non vengono copiati tra account sull'AMI di destinazione.
## Time-based Operazioni di copia AMI
Quando si avvia un'operazione di copia AMI basata sul tempo per un' EBS-backed AMI con una singola istantanea associata, si comporta allo stesso modo di una ** singola operazione di copia istantanea basata sul tempo e si applicano le stesse limitazioni di velocità ** effettiva.
Quando si avvia un'operazione di copia AMI basata sul tempo per un' EBS-backed AMI con più istantanee associate, si comporta allo stesso modo delle operazioni simultanee di copia di istantanee basate sul tempo e si applicano le stesse limitazioni di ** velocità effettiva. ** Ogni snapshot associato genera una richiesta di copia distinta, ognuna delle quali contribuisce alla quota cumulativa di throughput di copie snapshot. La durata di completamento specificata si applica a ciascuno snapshot associato.
Per ulteriori informazioni, [ Time-based consulta le copie nella Amazon EBS User Guide. ](https://docs.aws.amazon.com/ebs/latest/userguide/time-based-copies.html) * *
## Crittografia e copia
La tabella seguente mostra il supporto della crittografia per vari AMI-copying scenari. Sebbene sia possibile copiare uno snapshot non crittografato per produrne uno crittografato, non è possibile copiare uno snapshot crittografato per produrne uno non crittografato.
| Scenario | Descrizione | Supportata |
| --- | --- | --- |
| 1 | Da non crittografato a non crittografato | Sì |
| 2 | Da crittografato a crittografato | Sì |
| 3 | Da non crittografato a crittografato | Sì |
| 4 | Da crittografato a non crittografato | No |
**Nota**
La crittografia durante l'`CopyImage`azione si applica solo alle EBS-backed AMI Amazon. Poiché un' S3-backed AMI Amazon non utilizza istantanee, non puoi utilizzare la copia per modificarne lo stato di crittografia.
Quando si copia un'AMI senza specificare i parametri di crittografia, per impostazione predefinita, lo snapshot di supporto viene copiato con il proprio stato di crittografia originario. Pertanto, se l'AMI di origine è supportata da uno snapshot non crittografato, anche lo snapshot di destinazione risultante non sarà crittografato. Allo stesso modo, se l'istantanea dell'AMI di origine è crittografata, anche l'istantanea di destinazione risultante verrà crittografata con la stessa chiave. AWS KMS Per le AMI supportate da più snapshot, ciascuno snapshot di destinazione conserva lo stato di crittografia del suo snapshot di origine corrispondente.
Per modificare lo stato di crittografia degli snapshot di supporto di destinazione durante una copia di AMI, puoi specificare i parametri di crittografia. L'esempio seguente mostra un caso non predefinito, in cui i parametri di crittografia sono specificati con l'operazione `CopyImage` per modificare lo stato di crittografia dell'AMI di destinazione.
**Copia di un'AMI di origine non crittografata in un'AMI di destinazione crittografata**
In questo scenario, un'AMI supportata da uno snapshot di root non crittografato viene copiato in un'AMI con uno snapshot di root crittografato. L'operazione `CopyImage` viene richiamata con due parametri di crittografia, inclusa una chiave gestita dal cliente. Di conseguenza, lo stato di crittografia dello snapshot root cambia, in modo che l'AMI di destinazione sia supportata da uno snapshot root contenente gli stessi dati dello snapshot di origine, ma crittografato utilizzando la chiave specificata. Ti verranno addebitati costi di archiviazione per gli snapshot in entrambe le AMI, nonché addebiti per tutte le istanze avviate da entrambe le AMI.
**Nota**
L'abilitazione della crittografia per impostazione predefinita ha lo stesso effetto dell'impostazione del parametro `Encrypted` a `true` per tutti gli snapshot nell'AMI.
L'impostazione del parametro `Encrypted` consente di crittografare il singolo snapshot per questa istanza. Se non specifichi il parametro `KmsKeyId`, per crittografare la copia snapshot viene utilizzata la chiave gestita dal cliente di default.
Per ulteriori informazioni sulla copia di AMIs con snapshot crittografati, consulta [Usa la crittografia con le EBS-backed AMI](AMIEncryption.md).