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

# Pianificazione della migrazione
<a name="plan-migration"></a>

La pianificazione del processo di migrazione è fondamentale per garantire una migrazione fluida e di successo. Le sezioni seguenti descrivono come pianificare la migrazione e le considerazioni chiave al riguardo. 

**Topics**
+ [

# Decidere cosa migrare
](migration-decision-process.md)
+ [

# Eliminare il calcare delle configurazioni
](descale-configurations.md)
+ [

# Scelta del tipo di istanza
](instance-choice.md)
+ [

# Punti decisionali chiave
](key-decision-points.md)
+ [

# Panoramica di alto livello sulla migrazione
](high-level-migration-overview.md)

# Decidere cosa migrare
<a name="migration-decision-process"></a>

Quando esegui la migrazione, devi decidere quali carichi di lavoro sono essenziali, quali carichi di lavoro sono «utili» ma non essenziali e quali carichi di lavoro non sono necessari e possono essere [ritirati](https://docs.aws.amazon.com//prescriptive-guidance/latest/migration-retiring-applications/welcome.html) una volta completata la migrazione.

Una parte importante del processo decisionale riguarderà i requisiti individuali in materia di automazione, API, strumenti e altri processi. Dovrete inoltre considerare i requisiti funzionali e prestazionali della vostra organizzazione.

Ad esempio, potresti aver utilizzato piattaforme hardware condivise in un data center esistente con partizioni utente. Tuttavia, la migrazione potrebbe richiedere che i servizi vengano eseguiti su sistemi che non sono così ampiamente condivisi a causa delle limitazioni prestazionali legate al passaggio da soluzioni con accelerazione hardware. Ad esempio, le transazioni Secure Sockets Layer (SSL) al secondo (TPS) potrebbero richiedere che un determinato servizio non venga eseguito su un sistema condiviso.

Dopo aver identificato e documentato le applicazioni da migrare e i relativi requisiti, è necessario preparare i sistemi di origine utilizzando le seguenti best practice.
+ Esegui la stessa versione di F5 TMOS che eseguirai nel cloud. AWS Si consiglia la [versione 14.1](https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-bigip-14-1-0.html) o successiva, ma è possibile utilizzare anche la [versione 13.1](https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-bigip-ve-13-1-0.html) o successiva. Sebbene sia possibile migrare la versione [12.1.x](https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/releasenotes/product/relnote-bigip-12-1-5.html), potrebbero verificarsi problemi di sicurezza, automazione e manutenibilità.
+  Disponi di backup validi di tutte le configurazioni di ogni dispositivo. Poiché il backup di Univention Corporate Server (UCS) contiene attributi e oggetti specifici del data center (come indirizzi IP, nodi o membri del pool), F5 consiglia di creare un file di comando della shell (SCF) per modificare e unire le configurazioni. 
+  Effettua il backup di tutti i certificati di sicurezza pertinenti e valuta la possibilità di passare dalla crittografia RSA a ECC per prestazioni migliori.
+ Disponi di metriche dettagliate sulle prestazioni a livello di server virtuale per la scalabilità e la pianificazione della capacità.
+ Disponi di una soluzione [F5 Global Server Load Balancing (GSLB)](https://www.f5.com/solutions/use-cases/global-server-load-balancing-gslb) per il passaggio dal data center al cloud. AWS 
+ Comprendi l'impatto della migrazione da un modello di appliance hardware a un modello software e virtualizzato in termini di prestazioni, scalabilità e alta disponibilità.
+  Hai definito i requisiti relativi a ciò che verrà migrato al AWS Cloud e sii consapevole delle seguenti considerazioni.
  +  Tieni presente che qualsiasi migrazione al AWS Cloud richiede decisioni sull'opportunità di migrare configurazioni complete o parziali. In genere, una mossa parziale alla volta è più efficiente.
  +  Scopri quali percorsi e indirizzi IP cambieranno.
  +  Identifica quali pool SNAT devono essere sostituiti con F5 SNAT Automap.

 Dovresti anche prendere in considerazione la possibilità di consultare [AWS i partner](https://partners.amazonaws.com/partners/001E000000Rl12PIAR/F5%20Networks) o il team di F5 Professional Services. Ciò contribuirà a garantire un'alta probabilità di successo della migrazione.

# Eliminare il calcare delle configurazioni
<a name="descale-configurations"></a>

«Descalare» significa spostare una configurazione F5 BIG-IP verso una configurazione inferiore o più efficiente in termini di costi, in base alle funzionalità o alle metriche richieste dopo i risultati iniziali del rilevamento. È necessario valutare attentamente tutte queste opzioni perché influiranno sull'architettura e sul numero di istanze richieste. 

Il diagramma seguente consente di valutare se la decalcificazione è appropriata per le proprie esigenze e requisiti.

 ![\[Process flow for descaling a configuration.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-f5-big-ip/images/F5-descale.png) 

La migrazione creerà anche nuove considerazioni nelle seguenti aree. 
+ **Topologia di rete**: attualmente AWS non supporta i `802.1q ` tag VLANs, quindi il numero di interfacce di istanza (meno una per la gestione) rappresenta un limite al numero di reti che un'istanza può supportare. Se hai bisogno di una topologia specifica, devi valutarla rispetto alle diverse istanze supportate da F5 nel Cloud. AWS 
+ **Prestazioni SSL: le** appliance e gli chassis F5 hanno prestazioni SSL superiori a quelle su cui è possibile ottenere. `x86` È necessario valutare i requisiti SSL aggregati e per server virtuale. 
+ **Prestazioni di rete**: è necessario valutare le caratteristiche della rete aggregata, in uscita e interna. AWS i tipi di istanze hanno caratteristiche di rete diverse (bassa, media, alta, fino a X o dedicata) che devono essere prese in considerazione. Esistono anche dei limiti alla quantità di traffico che una singola istanza può inviare in uscita o attraverso una connessione diretta. 
+ **Densità VIP**: se disponi di un numero maggiore di indirizzi IP virtuali (VIPs), devi considerare il limite dell'istanza al numero di indirizzi IP VIPs che possono essere mappati alle interfacce di rete.
+ **Connessione simultanea**: esistono limiti di flusso al numero massimo di connessioni che le istanze possono supportare.
+ **Stato della sessione**: applicazioni diverse utilizzano tipi di persistenza diversi. Le applicazioni con stato e senza stato modificheranno i metodi utilizzati per passare allo stato condiviso e ciò può influire sulla scalabilità delle operazioni. in/out 

# Scelta del tipo di istanza
<a name="instance-choice"></a>

F5 supporta diversi tipi di istanza e scegliere quale utilizzare può essere una decisione complessa. Per la maggior parte delle migrazioni, `c5n.2xl` e `c5n.4xl` sarà la scelta di istanza più comune perché offrono una combinazione di prestazioni di rete, densità della CPU e densità di interfaccia e il numero di istanze IPs che possono essere supportate sull'istanza. Il diagramma seguente fornisce esempi di quali istanze scegliere, in base ai prodotti F5 in uso.



 ![\[Process flow for choosing which instance type to use.\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-f5-big-ip/images/F5-instance-choice.png) 

# Punti decisionali chiave
<a name="key-decision-points"></a>

Ci sono molti aspetti della migrazione che devono essere considerati, ma prima di iniziare la migrazione del carico di lavoro F5 BIG-IP, ponetevi le seguenti domande per chiarire il processo di migrazione. 

**Chi sono gli utenti delle vostre applicazioni?**

Valuta se si tratta di utenti interni (che non attraversano un indirizzo IP elastico) o utenti esterni (che attraversano un indirizzo IP elastico). Se gli utenti sono interni, valuta se l'applicazione può utilizzare il DNS per far fronte al guasto di una zona di disponibilità o di una distribuzione attiva. È inoltre necessario verificare se è necessario utilizzare un modello di progettazione alternativo che consenta a una sottorete di estendersi su più zone di disponibilità. 

**Quali parti delle tue applicazioni migreranno verso il cloud? AWS **

Valuta se l'intera applicazione si sta spostando o solo il livello di presentazione. È inoltre necessario considerare le dipendenze aggiuntive relative alla sicurezza e allo spazio dei nomi DNS. La valutazione deve determinare cosa sarebbe richiesto dalla topologia di rete. Inoltre, stabilisci cosa è richiesto da un contratto sul livello di servizio (SLA) in caso di evento a livello di zona di disponibilità, VPC o regione. AWS 

**Perché l'applicazione sta migrando?**

È possibile che stiate migrando la vostra applicazione perché state chiudendo i data center o perché desiderate una maggiore elasticità. Valuta se l'applicazione sta migrando per avere un'architettura per applicazione, rispetto ai modelli monolitici condivisi comuni in molti data center. Vale anche la pena considerare quali sforzi di modernizzazione dovrebbero essere intrapresi insieme alla migrazione.

**Dove sta migrando l'applicazione?**

Valuta se l'applicazione deve passare a un singolo VPC con una o due zone di disponibilità. Determina la topologia VPC peer o di transito, oltre alla necessità di implementazioni multiregionali. Queste influiranno sulla progettazione del modello di migrazione. 



# Panoramica di alto livello sulla migrazione
<a name="high-level-migration-overview"></a>

Prima di iniziare la migrazione, è utile strutturare l'intero processo da un livello elevato. Di seguito è riportato un esempio dei passaggi da eseguire per migrare un carico di lavoro F5 BIG-IP sul cloud. AWS I passaggi e i processi più dettagliati per una migrazione da F5 BIG-IP sono disponibili nel modello Migrare un carico di lavoro F5 BIG-IP a [F5 BIG-IP VE](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-f5-big-ip-workload-to-f5-big-ip-ve-on-the-aws-cloud.html?did=pg_card&trk=pg_card) on the Cloud. AWS 

1.  Implementa il numero richiesto di in base alle tue esigenze individuali. VPCs Questo può essere manuale o automatizzato tramite uno strumento come [AWS Landing Zone](https://aws.amazon.com//solutions/implementations/aws-landing-zone/). 

1.  Valuta le licenze, gli utilizzi e le configurazioni attuali di F5. 

1. Valuta le applicazioni pubbliche e interne. 

1.  Valuta le configurazioni F5 attuali. 

1.  Valuta i requisiti di dimensione e indirizzo IP e scegli il numero e il tipo di istanze F5 e istanze richiesti. AWS 

1.  Identifica la strategia di migrazione da implementare. Ad esempio, lift and shift; lift, shift and modernize; o ibrido. 

1.  Valuta e identifica il design DNS. 

1.  Valuta come verrà indirizzato il traffico verso l'applicazione, se esiste sia in locale che nel AWS cloud. 

1.  Esegui le distribuzioni iniziali delle istanze F5 utilizzando modelli. AWS CloudFormation 

1.  Modifica le distribuzioni per soddisfare i requisiti di topologia con interfacce di rete elastiche aggiuntive e tabelle di routing. 

1.  Allinea gli indirizzi IP elastici a quelli automatici IPs o di gestione e pianifica la IPs mappatura dell'IP elastico con l'IP virtuale (VIP). 

1.  Crea indirizzi secondari su interfacce di rete elastiche per. VIPs 

1.  Applica indirizzi secondari nel AWS cloud. 

1.  Mappa gli indirizzi IP elastici su un indirizzo secondario per VIPs. 

1.  Estrai le configurazioni e compila un elenco di oggetti da spostare. 

1.  Implementa le configurazioni su F5 BIG-IP. 

1.  Mappa gli indirizzi secondari su. VIPs 

1.  Traffico di test. 

1.  Test di failover. 

1.  Se state creando un sistema ibrido, assicuratevi di incorporare il sistema in F5 DNS. 

**Importante**  
 È richiesto l'accesso agli endpoint dell' AWS API. Gli indirizzi IP NAT o elastici sono inoltre necessari per l'elevata disponibilità all'interno o tra le zone di disponibilità. 

Il diagramma seguente mostra il flusso di processo di alto livello per una migrazione F5 BIG-IP. 

 ![\[High-level process flow for an F5 BIG-IP migration\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-f5-big-ip/images/F5-high-level.png)