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à.
Crea un piano di migrazione
La fase di pianificazione della migrazione all'interno di AWS Transform for VMware è un'esperienza collaborativa basata su chat per la pianificazione di migrazioni di grandi dimensioni. AWS Gli agenti di Transform applicano AWS Prescriptive Guidance per guidare i clienti dall'analisi dei dati locali ai piani di migrazione finalizzati.
Una volta completato con successo il processo Discover on-premises Data, AWS Transform utilizza i dati di discovery per raggruppare le applicazioni in ondate di migrazione. AWS Transform ti guida attraverso i passaggi per analizzare e definire l'ambito dei server, raggrupparli in applicazioni, generare gruppi di spostamenti e creare ondate di migrazione. Quando si analizza l'ambiente locale, è possibile porre domande per comprendere meglio in che modo AWS Transform ha analizzato il software installato, ad esempio le dipendenze dei server e l'architettura di rete.
AWS Transform supporta la regolazione dell'ambito all'interno di gruppi di applicazioni e ondate. Puoi ricaricare i dati di discovery in qualsiasi momento e AWS Transform elaborerà, deduplicherà e unirà automaticamente i nuovi record con i dati esistenti. Quando vengono rilevate modifiche, ad esempio dipendenze scoperte di recente o aggiunte all'infrastruttura, AWS Transform contrassegnerà i gruppi di dipendenze interessati e fornirà consigli per gli aggiustamenti del piano d'ondata. La pianificazione della migrazione può anche utilizzare dati di testo non strutturati per arricchire il processo di pianificazione.
Esistono quattro fasi di pianificazione della migrazione:
In Scope and analyze, è possibile esaminare i dati di discovery, porre domande sul software e sull'ambiente di rete e determinare le risorse da migrare.
Nelle app di gruppo, puoi fornire una combinazione di regole aziendali e tecniche riguardanti, ad esempio, l'analisi dei nomi host, le dipendenze di rete e le regole aziendali, in modo che la pianificazione della migrazione possa raggruppare l'infrastruttura in applicazioni. Se disponi già di un inventario delle tue applicazioni, la pianificazione della migrazione può invece utilizzarlo.
In Generate move groups, puoi indicare alla pianificazione della migrazione i requisiti tecnici e aziendali in modo che possa determinare quali applicazioni devono essere spostate insieme. Le dipendenze tecniche includono database, code di messaggi o altre risorse condivise tra più app. Le dipendenze aziendali e operative includono la criticità aziendale, l'RPO e l'RTO, la posizione del data center e i proprietari delle applicazioni.
Infine, in Build waves, puoi fornire un contesto alla pianificazione della migrazione in merito alle tempistiche e alle priorità in modo che possa creare un piano ondato da migrare. È possibile selezionare i gruppi di spostamento da includere in un'ondata in base a fattori quali il punteggio di priorità, la dimensione del gruppo di spostamento, il numero di utenti e la complessità dell'applicazione.
Terminologia della pianificazione della migrazione:
Le ondate di migrazione sono gruppi logici che vengono migrati insieme. Le ondate migratorie sono costituite da uno o più gruppi di movimenti.
Un move group è un insieme di applicazioni co-dipendenti che devono essere spostate insieme. Possono avere dipendenze tecniche, come un database condiviso, o dipendenze aziendali, come il supporto di una funzione aziendale condivisa.
Una dipendenza è una relazione tra sistemi. Esistono diversi tipi di dipendenze, tra cui:
Dipendenze critiche o rigide, in cui i sistemi non possono funzionare senza la dipendenza. Esempi comuni di ciò sono le applicazioni che dipendono da database, altre applicazioni o servizi.
Dipendenze morbide, che non sono fondamentali per il funzionamento del sistema. Tra gli esempi più comuni vi sono le dipendenze insensibili alla latenza che possono essere migrate indipendentemente.
Non-technical le dipendenze includono le dipendenze aziendali, organizzative, operative e di conformità. Si tratta di dipendenze legate all'organizzazione e alle sue priorità. Esempi di ciò includono la funzione aziendale condivisa e la proprietà organizzativa.
Flusso di lavoro
La pianificazione della migrazione è un flusso di lavoro interattivo e iterativo. Puoi tornare indietro e apportare modifiche ai passaggi precedenti in qualsiasi momento. Un tipico flusso di lavoro di pianificazione della migrazione è:
La pianificazione della migrazione inizia con il riepilogo dei dati di scoperta disponibili. Esamina i dati disponibili e torna alla fase di scoperta in qualsiasi momento per fornire dati aggiuntivi.
Nella fase di definizione e analisi, puoi porre domande sull'ambiente locale per convalidare i dati raccolti. Le domande di esempio includono:
Elenca i miei server per sistema operativo
Riassumi la mia topologia di rete locale
Elenca le tecnologie più comuni in esecuzione nel mio ambiente.
Durante l'analisi dell'ambiente, se identifichi server che non dovrebbero rientrare nell'ambito della migrazione, puoi dire a AWS Transform di escludere tali risorse. Esempi di questo tipo includono:
Rimuovi tutti i server che hanno un nome host legacy
Rimuovi tutti i server nella versione 10.0.2. 0/24 sottorete
Rimuovi tutti i server che eseguono versioni di Windows precedenti al 2022
Dopo aver esplorato a fondo l'ambiente e determinato l'ambito della migrazione, puoi dire a AWS Transform di passare alla fase successiva di pianificazione della migrazione.
Il passaggio successivo è il raggruppamento delle applicazioni. Se i server sono già mappati alle applicazioni, puoi dire a AWS Transform di utilizzare quella mappatura e saltare questo passaggio. Se le applicazioni non sono predefinite, è possibile fornire la logica tecnica e aziendale che definisce le applicazioni. AWS Transform vi guiderà attraverso il processo di raggruppamento delle applicazioni e vi suggerirà i punti dati che potete fornire per raggruppare efficacemente i server in applicazioni. Più informazioni puoi fornire sulle tue applicazioni locali, più efficacemente AWS Transform può raggruppare i tuoi server in app. Dopo aver fornito informazioni sufficienti, puoi indicare a AWS Transform di eseguire il raggruppamento delle applicazioni.
Una volta eseguito il raggruppamento delle applicazioni, esaminate i gruppi di applicazioni. È possibile indicare a AWS Transform di apportare le modifiche necessarie, ad esempio:
Sposta server example-server su application-5
Rinomina l'applicazione-5 «HR App Test Environment»
Rimuovi tutti i server Linux da IIS Dev Farm
Una volta raggruppate le app, chiedi a AWS Transform di passare alla fase successiva
Il passaggio successivo è spostare il raggruppamento. Nella fase di spostamento del raggruppamento si identificano le applicazioni che devono essere spostate insieme. Fornisci un contesto relativo alle tue dipendenze tecniche e non tecniche. AWS Transform ti guiderà attraverso il processo e ti suggerirà punti dati da fornire per raggruppare le tue app. Ci sono diverse considerazioni da fare in questa fase, tra cui:
Quale dovrebbe essere la dimensione target del gruppo di traslochi?
Vuoi combinare ambienti, ad esempio dev, test e prod, per ogni app o dividerli?
Come vuoi considerare le dipendenze di rete? Tutte le dipendenze sono fondamentali o alcune dipendenze possono essere considerate dipendenze morbide ed essere suddivise tra gruppi di movimento?
-
Dopo aver fornito le regole per il raggruppamento dei movimenti, chiedi a AWS Transform di eseguire la tua strategia di raggruppamento dei movimenti. È quindi possibile rivedere e modificare i gruppi di spostamenti. Dopo aver esaminato i gruppi di traslochi, potete indicare a AWS Transform di passare alla fase finale di pianificazione della migrazione.
La pianificazione ondata è la fase finale della pianificazione della migrazione. In questa fase, raggruppate i vostri gruppi di traslochi in ondate di migrazione e date priorità a tali ondate. Nella fase di pianificazione delle ondate, AWS Transform vi guiderà nella definizione delle priorità aziendali necessarie per raggruppare i vostri gruppi di traslochi in ondate e poi dare priorità a tali ondate. Le considerazioni relative alla pianificazione delle ondate includono:
La criticità aziendale di ogni vostro gruppo di traslochi
Le tempistiche di migrazione e le tempistiche per ogni gruppo di trasloco
I rischi associati a ciascun gruppo di traslochi
Il numero di server da migrare per ondata
Dopo aver fornito indicazioni sufficienti su come raggruppare le ondate, chiedete a AWS Transform di eseguire la pianificazione delle ondate. È quindi possibile rivedere le onde e modificarle.
Una volta finalizzato il piano wave, puoi completare la pianificazione della migrazione e passare all'esecuzione. Puoi tornare alla pianificazione della migrazione in qualsiasi momento per perfezionare e perfezionare il tuo piano.
Per ogni ondata, puoi assegnare una strategia di migrazione: rehosting (migrazione dei server su Amazon EC2) e containerizzazione (containerizzazione del codice sorgente e distribuzione su Amazon Elastic Container Service o Amazon Elastic Kubernetes Service). Quando assegni a un'ondata la strategia containerizza, Transform esegue il flusso di lavoro di containerizzazione del codice sorgente per quell'ondata durante l'esecuzione della migrazione. AWS Per ulteriori informazioni, consulta Containerizzazione del codice sorgente. Per conoscere le strategie AWS consigliate nel framework 7Rs prima di assegnarle, consulta. Raccomandazioni sulla strategia di migrazione (7R)
