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à.
# Ripiattaforma su EC2
La soluzione Cloud Migration Factory on AWS consente di avviare automaticamente gruppi di istanze EC2 dalle configurazioni definite nel relativo datastore; distribuendo istanze EC2 con volumi EBS collegati. Ciò offre la possibilità di effettuare il provisioning di nuove istanze EC2, consentendo Replatform tramite CloudFormation AWS e il rehosting di server locali con AWS MGN all'interno di un'unica interfaccia utente CMF. Prima di poter utilizzare questa funzionalità, il datastore deve contenere la definizione dei server. Una volta risolto questo problema, i server devono essere collegati a un'onda. Quando viene presa la decisione di avviare le istanze EC2, l'utente può avviare le seguenti azioni contro l'ondata:
+ Convalida dell'input EC2
+ EC2 Genera modello CF
+ Implementazione EC2
## Prerequisiti
Autorizzazioni per aggiungere l'accesso all'attributo Replatform.
## Selezione della piattaforma di esecuzione degli script
Prima di implementare gli script di automazione, stabilite quale piattaforma di elaborazione si adatta meglio alle vostre esigenze:
+ **Server di automazione tradizionale**: ideale per scenari che richiedono dipendenze complesse, più linguaggi di programmazione o requisiti specifici del sistema operativo
+ **Documento di automazione SSM**: consigliato per script di Python-based automazione standard in cui non è necessario l'accesso all'ambiente locale
## Configurazione iniziale
La configurazione delle nuove istanze EC2 viene eseguita tramite la creazione di nuovi elementi del server utilizzando l'interfaccia utente o tramite l'importazione di un modulo di immissione CSV contenente gli elementi del server. Queste definizioni vengono convertite in CloudFormation modelli AWS archiviati in un bucket S3 all'interno dello stesso account AWS su cui viene distribuita l'istanza AWS CMF.
### Definizione dell'interfaccia utente
**Quando si definisce un server nel datastore di AWS Cloud Migration Factory da utilizzare con la funzionalità Replatform to EC2, il server deve essere configurato con una strategia di **migrazione** di Replatform.** Una volta selezionato **Replatform**, gli attributi aggiuntivi richiesti per questa funzionalità verranno visualizzati sullo schermo. Affinché la funzionalità funzioni, è necessario compilare i seguenti attributi:
#### Attributi obbligatori
**ID AMI**: ID dell'Amazon Machine Image utilizzato per avviare l'istanza EC2.
**Zona di disponibilità**: la zona in cui verrà distribuita l'istanza EC2.
**Dimensione del volume principale**: dimensione in GB del volume principale dell'istanza.
**Tipo di istanza: tipo** di istanza EC2 da utilizzare.
**ID dei gruppi di sicurezza**: elenco dei gruppi di sicurezza assegnati all'istanza.
ID di **sottorete: ID** di sottorete a cui assegnare questa istanza EC2.
**Tenancy****: attualmente l'unica opzione supportata per l'integrazione da Replatform a EC2 è **Shared, qualsiasi altra opzione verrà sostituita da Shared** quando il modello viene generato.**
#### Attributi facoltativi
**Abilita monitoraggio dettagliato:** seleziona questa opzione per abilitare il monitoraggio dettagliato.
**Nomi di volume aggiuntivi** - Elenco di nomi di volume EBS aggiuntivi. Ogni elemento dell'elenco deve corrispondere alla stessa riga degli elenchi **Dimensioni** e **Tipo**.
Dimensioni di **volume aggiuntive - Elenco delle dimensioni** di volume EBS aggiuntive. Ogni elemento dell'elenco deve essere mappato sulla stessa riga degli elenchi **Nomi** e **Tipi**.
**Tipi di volume aggiuntivi** - Elenco di tipi di volume EBS aggiuntivi. Ogni elemento dell'elenco deve corrispondere alla stessa riga degli elenchi **Nomi** e **Dimensioni**, se non viene specificato, il valore predefinito è **gp2** per tutti i volumi.
**ID chiave EBS KMS per la crittografia dei volumi****: se i volumi EBS verranno crittografati, specifica l'**ID chiave, l'ARN della chiave**, l'alias della **chiave o l'alias** **ARN**.**
**Abilita EBS Optimized: seleziona per attivare EBS Optimized****.**
**Nome del volume principale**: seleziona una delle opzioni fornite, se non viene specificato, verrà utilizzato l'ID.
**Tipo di volume principale****: fornisce il tipo EBS del volume da creare, se non specificato, il valore predefinito è gp2.**
### Definizione del modulo di immissione
I moduli di immissione possono contenere i dettagli per creare o aggiornare più tipi di record con il datastore in un'unica riga del file csv, ciò consente l'importazione dei dati correlati. Nell'esempio seguente, i record wave, application e server verranno creati e correlati tra loro automaticamente durante l'importazione.
Esempio: modulo di assunzione
| Nome della colonna | Dati di esempio | Richiesto | Note |
| --- | --- | --- | --- |
| wave\_name | `wave1` | Sì | |
| Nome\_App | `app1` | Sì | |
| aws\_accountid | `1234567890` | Sì | |
| nome\_server | `Server1` | Sì | |
| server\_fqdn | `Server1` | Sì | |
| famiglia server\_os\_ | `linux` | Sì | |
| versione\_os\_server | `Amazon` | Sì | |
| livello\_server | `Web` | No | |
| ambiente\_server | `Dev` | No | |
| ID\_sottorete | `subnet-xxxxxxx` | Sì | |
| ID\_gruppo di sicurezza | `sg-yyyyyyyyyy` | Sì | |
| instanceType | `m5.large` | Sì | |
| IAMRole | `ec2customrole` | No | |
| tenancy | `Shared` | Sì | |
| r\_type | `Replatform` | Sì | |
| root\_vol\_size | `50` | Sì | |
| ami\_id | `ami-zzzzzzzzzz` | Sì | |
| zona di disponibilità | `us-west-2a` | Sì | |
| root\_vol\_type | `gp2` | No | |
| aggiunge\_vols\_size | `40:100` | No | |
| add\_vols\_type | `gp2:gp3` | No | |
| ebs\_optimized | `false` | No | |
| ebs\_kmskey\_id | `1111-1111-1111-1111` | No | |
| monitoraggio\_dettagliato | `true` | No | |
| root\_vol\_name | `Server1_root_volume` | No | |
| add\_vols\_name | `Server1_root_volumeA: Server1_root_volumeB` | No | |
Per importare il modulo di immissione, segui la stessa procedura di qualsiasi altra importazione di dati nella soluzione Cloud Migration Factory on AWS.
## Azioni di distribuzione
### Convalida dell'input EC2
**Dopo aver definito i parametri dell'istanza, devi prima eseguire l'azione wave: **Replatform** > **EC2 > EC2** Input Validation.** Questa azione verifica che siano stati forniti tutti i parametri corretti per ciascun server al fine di creare un modello valido. CloudFormation
**Nota**
Attualmente questa convalida non verifica che i parametri di input siano validi, ma solo che siano presenti in ogni definizione del server. È necessario verificare i valori corretti prima di creare il modello, altrimenti la distribuzione del modello avrà esito negativo.
### EC2 genera un modello CloudFormation
Una volta verificate le definizioni per tutti i server inclusi in un'ondata, è possibile generare il CloudFormation modello. Per fare ciò, esegui l'azione wave: **Replatform** > **EC2 > EC2** **Genera** CF Template. Questa azione crea un CloudFormation modello per ogni applicazione del wave, in cui i server dell'applicazione hanno una **strategia di migrazione** di **Replatform**; eventuali server con altre strategie di migrazione definite non verranno inclusi nel modello.
Una volta eseguiti, i modelli per ogni applicazione verranno archiviati nel bucket S3: **-gfbuild-cftemplates**, che è stato creato automaticamente quando è stata distribuita la soluzione Cloud Migration Factory on AWS. La struttura delle cartelle di questo bucket è la seguente:
+ [ID account AWS Target]
+ [Nome dell'onda]
+ ******Modello\_CFN\_\\ \_ 0yaml******
Ogni volta che viene eseguita l'azione di generazione, una nuova versione del modello viene archiviata nel bucket S3. Gli URI S3 per i modelli verranno forniti nella notifica; questi modelli possono essere esaminati o modificati secondo necessità prima della distribuzione.
Attualmente i CloudFormation modelli generano i seguenti tipi di CloudFormation risorse:
+ AWS::EC2::Instance
+ AWS::EC2::Volume
+ AWS: :EC2:: VolumeAttachment
### Implementazione EC2
******Una volta che sei pronto per implementare le nuove istanze EC2, puoi avviare l'azione di implementazione **EC2 tramite l'azione wave Replatform > EC2 > EC2 Deployment**.****** Questa azione utilizzerà la versione più recente del CloudFormation modello per ogni applicazione nell'ondata e distribuirà questi modelli negli account di destinazione selezionati, tramite AWS CloudFormation.