Fase 8: testare la soluzione utilizzando gli script di automazione

Importa i metadati di migrazione in fabbrica

Per avviare il processo di migrazione, scaricate il server-list.csvfile dal GitHub repository. Il server-list.csv file è un esempio di modulo di richiesta di migrazione al servizio AWS MGN per importare gli attributi per i server di origine pertinenti.

Nota

Il file.csv e gli script di automazione di esempio facevano parte del pacchetto dello stesso repository. GitHub

È possibile personalizzare il modulo per la migrazione sostituendo i dati di esempio con i dati specifici del server e dell'applicazione. La tabella seguente descrive in dettaglio i dati da sostituire per personalizzare questa soluzione in base alle esigenze di migrazione.

Nome del campo	Obbligatorio?	Descrizione
wave_name	Sì	Il nome del wave si basa sulle dipendenze della priorità e del server delle applicazioni. Ottieni questo identificatore dal tuo piano di migrazione.
Nome_App	Sì	I nomi delle applicazioni che rientrano nell'ambito della migrazione. Verificate che il raggruppamento di applicazioni includa tutte le applicazioni che condividono gli stessi server.
aws_accountid	Sì	Un identificatore a 12 cifre che si trova nel profilo del tuo account. Account AWS Per accedere, seleziona il profilo del tuo account nell'angolo in alto a destra di AWS Management Console e seleziona Il mio account dal menu a discesa.
aws_region	Sì	Regione AWS codice. Ad esempio, us-east-1. Consulta l'elenco completo dei codici regionali.
nome_server	Sì	Il nome dei server locali che rientrano nell'ambito della migrazione.
server_os_family	Sì	Il sistema operativo (OS) in esecuzione sui server di origine inclusi nell'ambito. Usa Windows o Linux poiché questa soluzione supporta solo questi sistemi operativi.
server_os_version	Sì	La versione del sistema operativo in esecuzione sui server di origine inclusi nell'ambito. Nota Utilizza la versione del sistema operativo, non la versione del kernel, ad esempio usa RHEL 7.1, Window Server 2012 R2 o CentOS 7.5, 7.6. Non utilizzare Linux 3.xx, 4.xx o Windows 8.1.x.
server_fqdn	Sì	Il nome di dominio completo del server di origine, che è il nome del server seguito dal nome di dominio. Ad esempio, server123.company.com.
server_tier	Sì	Un'etichetta per identificare se il server di origine è un server Web, un'app o un database. Ti consigliamo di designare il server di origine come app se il server funziona come più di un livello, ad esempio se il server esegue insieme i livelli web, app e database.
ambiente_server	Sì	Un'etichetta per identificare l'ambiente del server. Ad esempio, dev, test, prod, QA o pre-prod.
r_type	Sì	Un'etichetta per identificare la strategia di migrazione. Ad esempio, Retire, Retain, Relocate, Rehost, Repurchase, Replatform, Rearchitect, TBC.
ID_subnet	Sì	L'ID di sottorete per l'istanza Amazon EC2 di destinazione per la migrazione dopo il cutover.
SecurityGroup_IDS	Sì	L'ID del gruppo di sicurezza per l'istanza Amazon EC2 di destinazione per la migrazione dopo il cutover.
Subnet_IDS_Test	Sì	L'ID della sottorete di destinazione per il server di origine che verrà testato.
SecurityGroup_IDS_Test	Sì	L'ID del gruppo di sicurezza di destinazione per il server di origine che verrà testato.
instanceType	Sì	Il tipo di istanza Amazon EC2 identificato durante il processo di individuazione e pianificazione. Per informazioni sui tipi di istanze EC2, consulta i tipi di istanza di Amazon EC2.
tenancy	Sì	Il tipo di locazione, che viene identificato durante le attività di scoperta e pianificazione. Utilizza uno dei seguenti valori per identificare la locazione: Shared, Dedicated o Dedicated Host. È possibile utilizzare Shared come valore predefinito, a meno che la licenza di un'applicazione non richieda un tipo specificato.
Tag	No	I tag per le risorse del server, ad esempio CostCenter =123; BU=IT; location=US
private_ip	No	L'IP privato per l'istanza di destinazione. Se non è incluso, l'istanza riceverà un IP da DHCP.
IAmRole	No	Ruolo IAM per l'istanza di destinazione. Se non incluso, nessun ruolo IAM verrà associato all'istanza di destinazione.

1. Accedi alla console web di Cloud Migration Factory.

2. In Gestione della migrazione, seleziona Importa e scegli Seleziona file. Seleziona il modulo di ammissione che hai completato in precedenza e scegli Avanti.

3. Controlla le modifiche e assicurati di non visualizzare errori (il messaggio informativo è normale), quindi scegli Avanti.

4. Scegli Carica per caricare i server.

Accedi ai domini

Gli script di automazione di esempio inclusi in questa soluzione si connettono ai server di origine interessati per automatizzare le attività di migrazione, come l'installazione dell'agente di replica e la chiusura dei server di origine. Per eseguire un test della soluzione, è necessario un utente di dominio con autorizzazioni di amministratore locale per i server di origine, per i server Windows e Linux (autorizzazioni sudo). Se Linux non è incluso nel dominio, è possibile utilizzare altri utenti come un utente LDAP con autorizzazioni sudo o un utente sudo locale. Per ulteriori informazioni sulle attività di migrazione automatizzata, consulta Attività di migrazione automatizzata utilizzando la console web Migration Factory e Attività di migrazione automatizzata tramite il prompt dei comandi.

Esegui un test dell'automazione della migrazione

Questa soluzione consente di eseguire un test dell'automazione della migrazione. Utilizzando gli script di automazione, il processo di migrazione importa i dati dal file CSV di migrazione nella soluzione. Vengono eseguiti controlli dei prerequisiti per i server di origine, l'agente di replica viene inviato ai server di origine, lo stato della replica viene verificato e il server di destinazione viene avviato dall'interfaccia web di Migration Factory. Per step-by-step istruzioni sull'esecuzione di un test, fare riferimento a Attività di migrazione automatizzate utilizzando la console web Migration Factory e Attività di migrazione automatizzate tramite il prompt dei comandi.