Elenco delle attività di migrazione automatizzate tramite il prompt dei comandi

Nota

Consigliamo di eseguire l'automazione da Cloud Migration Factory sulla AWS console. È possibile utilizzare i seguenti passaggi per eseguire gli script di automazione. Assicurati di scaricare gli script di automazione dal GitHub repository e di configurare il server di automazione seguendo i passaggi in Esegui automazioni dal prompt dei comandi e seguendo le istruzioni per configurare le autorizzazioni in Configurare le autorizzazioni per il server di automazione della migrazione AWS.

La AWS soluzione Cloud Migration Factory on implementa attività di migrazione automatizzate che puoi sfruttare per i tuoi progetti di migrazione. Puoi seguire le attività di migrazione elencate di seguito e personalizzarle in base alle tue esigenze aziendali.

Prima di iniziare qualsiasi attività, verifica di aver effettuato l'accesso al server di automazione della migrazione come utente di dominio con autorizzazione di amministratore locale sui server di origine interessati.

Importante

È necessario accedere come utente amministratore per completare le attività elencate in questa sezione.

Utilizzate le seguenti procedure nello stesso ordine per eseguire un test completo della soluzione utilizzando lo script e le attività di automazione di esempio.

Verifica i prerequisiti

Connect con i server di origine inclusi nell'ambito per verificare i prerequisiti necessari, ad esempio TCP 1500, TCP 443, spazio libero nel volume root, versione del framework.Net e altri parametri. Questi prerequisiti sono necessari per la replica.

Prima di poter eseguire il controllo dei prerequisiti, è necessario installare il primo agente manualmente su un server di origine, quindi verrà creato un server di replica in EC2 cui ci collegheremo a questo server per il test della porta 1500. Dopo l'installazione, AWS Application Migration Service (AWS MGN) crea il server di replica in Amazon Elastic Compute Cloud (AmazonEC2). Per eseguire questa attività, dovrai verificare la TCP porta 1500 dal server di origine al server di replica. Per informazioni sull'installazione dell' AWS MGNagente sui server di origine, consultate le istruzioni di installazione nella Guida per l'utente del servizio di migrazione delle applicazioni.

Utilizzate la seguente procedura dopo aver effettuato l'accesso al server di automazione della migrazione per verificare i prerequisiti.

1. Effettuato l'accesso come amministratore, aprite il prompt dei comandi ()CMD.exe.

2. Vai alla c:\migrations\scripts\script_mgn_0-Prerequisites-checks cartella ed esegui il seguente comando Python:

python 0-Prerequisites-checks.py --Waveid <wave-id> --ReplicationServerIP <rep-server-ip>

Replace (Sostituisci) <wave-id> e <rep-server-ip> con i valori appropriati:

• Waveidè un valore intero unico per identificare le ondate di migrazione.

• Il ReplicationServerIP valore identifica l'indirizzo IP del server di replica. Cambia questo valore nell'indirizzo EC2 IP di Amazon. Per individuare questo indirizzo, accedi a AWS Management Console, cerca Replica, seleziona uno dei server di replica e copia l'indirizzo IP privato. Se la replica avviene sulla rete Internet pubblica, utilizza invece l'indirizzo IP pubblico.

3. Lo script recupera automaticamente un elenco di server per l'ondata specificata.

Lo script verifica quindi i prerequisiti per i server Windows e restituisce lo stato di uno pass o fail per ogni controllo.

Nota

È possibile che venga visualizzato un avviso di sicurezza simile al seguente quando lo PowerShell script non è attendibile. Esegui il seguente comando PowerShell per risolvere il problema:

Unblock-File C:\migrations\scripts\script_mgn_0-Prerequisites-checks\0-Prerequisites-Windows.ps1

Successivamente, lo script controlla i server Linux.

Una volta completati i controlli, lo script restituirà un risultato finale per ogni server.

Se il server non supera uno o più controlli dei prerequisiti, è possibile identificare il server difettoso esaminando il messaggio di errore dettagliato fornito al termine del controllo o scorrendo i dettagli del registro.

Lo script aggiornerà anche lo stato di migrazione della soluzione nell'interfaccia web di Migration Factory, come mostrato nella seguente schermata di un progetto di esempio.

Installa gli agenti di replica

Nota

Prima di installare l'agente, assicurati che AWS MGNsia inizializzato in ogni account di destinazione.

Utilizzare la procedura seguente per installare automaticamente gli agenti di replica nei server di origine pertinenti.

1. Nel server di automazione della migrazione, firmato come amministratore, apri il prompt dei comandi (). CMD.exe

2. Vai alla c:\migrations\scripts\script_mgn_1-AgentInstall cartella ed esegui il seguente comando Python:

python 1-AgentInstall.py --Waveid <wave-id>

Sostituisci < wave-id > con il valore Wave ID appropriato per installare l'agente Replication su tutti i server nell'ondata identificata. Lo script installerà l'agente su tutti i server di origine nella stessa ondata uno per uno.

Nota

Per reinstallare l'agente, puoi aggiungere un --force argomento.

3. Lo script genera un elenco che identifica i server di origine inclusi per l'ondata specificata. Inoltre, possono essere forniti anche server identificati in più account e per diverse versioni del sistema operativo.

Se in questa ondata sono incluse macchine Linux, è necessario inserire le credenziali di accesso Linux sudo per accedere a tali server di origine.

L'installazione inizia su Windows, quindi passa a Linux per ciascuno di essi. Account AWS

Nota

Potresti ricevere un avviso di sicurezza come il seguente quando lo PowerShell script non è attendibile. Esegui il seguente comando PowerShell per risolvere il problema:

Unblock-File C:\migrations\scripts\script_mgn_1-AgentInstall\1-Install-Windows.ps1

I risultati vengono visualizzati al termine dell'installazione degli agenti di replica da parte dello script. Esamina i risultati relativi ai messaggi di errore per identificare i server che non sono riusciti a installare gli agenti. Sarà necessario installare manualmente gli agenti sui server guasti. Se l'installazione manuale non riesce, vai al centro di AWS supporto e registra una richiesta di supporto.

Lo script fornisce anche lo stato della migrazione nell'interfaccia web di Migration Factory, come mostrato nella seguente schermata di un progetto di esempio.

Invia gli script post-lancio

AWSApplication Migration Service supporta gli script post-lancio per aiutarvi ad automatizzare le attività a livello di sistema operativo, come le macchine install/uninstall of software after launching target instances. This activity pushes the post-launch scripts to Windows and/or Linux, a seconda dei server identificati per la migrazione.

Utilizza la seguente procedura dal server di automazione della migrazione per inviare gli script post-avvio ai computer Windows.

1. Effettuato l'accesso come amministratore, aprite il prompt dei comandi (). CMD.exe

2. Vai alla c:\migrations\scripts\script_mgn_1-FileCopy cartella ed esegui il seguente comando Python:

python 1-FileCopy.py --Waveid <wave-id> --WindowsSource <file-path> --LinuxSource <file-path>

Replace (Sostituisci) <wave-id> con il valore Wave ID appropriato e <file-path> con il percorso completo del file Source, dove si trova lo script. Ad esempio c:\migrations\scripts\script_mgn_1-FileCopy. Questo comando copia tutti i file dalla cartella di origine alla cartella di destinazione.

Nota

È necessario fornire almeno uno di questi due argomenti: WindowsSource, LinuxSource. Se si fornisce WindowsSource path, questo script invierà i file solo ai server Windows in questa ondata, allo stesso LinuxSource modo in cui invia i file solo ai server Linux in questa ondata. Fornire both invierà i file a entrambi i server Windows e Linux.

3. Lo script genera un elenco che identifica i server di origine inclusi per l'ondata specificata. Inoltre, possono essere forniti anche server identificati in più account e per diverse versioni del sistema operativo.

Se in questa ondata sono incluse macchine Linux, è necessario inserire le credenziali di accesso Linux sudo per accedere a tali server di origine.

4. Lo script copia i file nella cartella di destinazione. Se la cartella di destinazione non esiste, la soluzione crea una directory e notifica all'utente questa azione.

Verifica lo stato della replica

Questa attività verifica automaticamente lo stato di replica per i server di origine interessati. Lo script si ripete ogni cinque minuti fino a quando lo stato di tutti i server di origine nell'ondata data passa allo stato Integrato.

Utilizzare la seguente procedura del server di automazione della migrazione per verificare lo stato della replica.

1. Effettuato l'accesso come amministratore, aprite il prompt dei comandi ()CMD.exe.

2. Vai alla \migrations\scripts\script_mgn_2-Verify-replication cartella ed esegui il seguente comando Python:

python 2-Verify-replication.py --Waveid <wave-id>

Replace (Sostituisci) <wave-id> con il valore Wave ID appropriato per verificare lo stato della replica. Lo script verifica i dettagli di replica per tutti i server della specifica ondata e aggiorna l'attributo dello stato di replica per il server di origine identificato nella soluzione.

3. Lo script genera un elenco che identifica i server inclusi per l'ondata specificata.

Lo stato previsto per i server di origine inclusi nell'ambito e pronti per l'avvio è Integro. Se ricevete uno stato diverso per un server, significa che non è ancora pronto per l'avvio.

La seguente schermata di un esempio mostra che tutti i server dell'ondata corrente hanno terminato la replica e sono pronti per il test o il cutover.

Facoltativamente, è possibile verificare lo stato nell'interfaccia web di Migration Factory.

Verifica lo stato dell'istanza di destinazione

Questa attività verifica lo stato dell'istanza di destinazione controllando il processo di avvio di tutti i server di origine interessati nella stessa ondata. L'avvio delle istanze di destinazione può richiedere fino a 30 minuti. Puoi controllare lo stato manualmente accedendo alla EC2 console Amazon, cercando il nome del server di origine e controllando lo stato. Riceverai un messaggio di controllo dello stato di salute indicante che sono stati superati 2/2 controlli, il che indica che l'istanza è integra dal punto di vista dell'infrastruttura.

Tuttavia, per una migrazione su larga scala, controllare lo stato di ogni istanza richiede molto tempo, quindi puoi eseguire questo script automatizzato per verificare che i 2/2 controlli abbiano superato lo stato per tutti i server di origine in una determinata ondata.

Utilizza la seguente procedura del server di automazione della migrazione per verificare lo stato dell'istanza di destinazione.

1. Effettuato l'accesso come amministratore, aprite un prompt dei comandi (CMD.exe).

2. Vai alla c:\migrations\scripts\script_mgn_3-Verify-instance-status cartella ed esegui il seguente comando Python:

python 3-Verify-instance-status.py --Waveid <wave-id>

Replace (Sostituisci) <wave-id> con il valore Wave ID appropriato per verificare lo stato dell'istanza. Questo script verifica il processo di avvio dell'istanza per tutti i server di origine di questa ondata.

3. Lo script restituisce un elenco dell'elenco dei server e dell'istanza IDs per l'ondata specificata.

4. Lo script restituirà quindi un elenco di istanze di destinazioneIDs.

   Nota

   Se viene visualizzato un messaggio di errore indicante che l'ID dell'istanza di destinazione non esiste, il processo di avvio potrebbe essere ancora in esecuzione. Attendi qualche minuto prima di continuare.

5. Riceverai controlli sullo stato delle istanze che indicano se le istanze di destinazione hanno superato i 2/2 controlli di integrità.

Nota

Se le istanze target non superano i 2/2 controlli di integrità per la prima volta, è possibile che il processo di avvio richieda più tempo per essere completato. Ti consigliamo di eseguire i controlli sanitari una seconda volta circa un'ora dopo il primo controllo sanitario. Ciò garantisce il completamento del processo di avvio. Se i controlli sanitari falliscono questa seconda volta, vai al centro di AWS supporto per registrare una richiesta di assistenza.

Chiudi i server di origine inclusi nell'ambito

Questa attività spegne i server di origine pertinenti coinvolti nella migrazione. Dopo aver verificato lo stato di replica dei server di origine, si è pronti a spegnere i server di origine per interrompere le transazioni dalle applicazioni client ai server. È possibile spegnere i server di origine nella finestra Cutover. Lo spegnimento manuale dei server di origine potrebbe richiedere cinque minuti per server e, per ondate di grandi dimensioni, alcune ore in totale. È invece possibile eseguire questo script di automazione per spegnere tutti i server in una determinata ondata.

Utilizza la seguente procedura del server di automazione della migrazione per spegnere tutti i server di origine coinvolti nella migrazione.

1. Effettuato l'accesso come amministratore, apri il prompt dei comandi (CMD.exe).

2. Vai alla c:\migrations\scripts\script_mgn_3-Shutdown-all-servers cartella ed esegui il seguente comando Python:

   Python 3-Shutdown-all-servers.py –Waveid <wave-id>

3. Replace (Sostituisci) <wave-id> con il valore Wave ID appropriato per spegnere i server di origine.

3. Lo script restituisce un elenco dell'elenco dei server e dell'istanza IDs per il wave specificato.

4. Lo script chiude innanzitutto i server Windows nell'ondata specificata. Dopo la chiusura dei server Windows, lo script passa all'ambiente Linux e richiede le credenziali di accesso. Dopo aver effettuato correttamente l'accesso, lo script chiude i server Linux.

Recupera l'IP dell'istanza di destinazione

Questa attività recupera l'IP dell'istanza di destinazione. Se l'DNSaggiornamento è un processo manuale nel tuo ambiente, dovrai ottenere i nuovi indirizzi IP per tutte le istanze di destinazione. Tuttavia, è possibile utilizzare lo script di automazione per esportare i nuovi indirizzi IP per tutte le istanze dell'ondata specificata in un CSV file.

Utilizza la seguente procedura dal server di automazione della migrazione per recuperare gli IP dell'istanza di destinazione.

1. Effettuato l'accesso come amministratore, aprite il prompt dei comandi ()CMD.exe.

2. Vai alla c:\migrations\scripts\script_mgn_4-Get-instance-IP cartella ed esegui il seguente comando Python:

Python 4-Get-instance-IP.py -–Waveid <wave-id>

Replace (Sostituisci) <wave-id> con il valore Wave ID appropriato per ottenere i nuovi indirizzi IP per le istanze di destinazione.

3. Lo script restituisce un elenco di server e le informazioni sull'ID dell'istanza di destinazione.

4. Lo script restituirà quindi l'IP del server di destinazione.

Lo script esporta le informazioni sul nome del server e sugli indirizzi IP in un CSV file (<wave-id>-<project-name>-Ips.csv) e lo colloca nella stessa directory dello script di migrazione (c:\migrations\scripts\script_mgn_4-Get-instance-IP).

Il CSV file fornisce i dettagli di instance_name e instance_IPS. Se l'istanza ne contiene più di uno NIC o più IP, verranno tutti elencati e separati da virgole.

Verifica le connessioni al server di destinazione

Questa attività verifica le connessioni per il server di destinazione. Dopo aver aggiornato i DNS record, puoi connetterti alle istanze di destinazione con il nome host. In questa attività, verificate se è possibile accedere al sistema operativo utilizzando Remote Desktop Protocol (RDP) o tramite l'accesso Secure Shell (SSH). È possibile accedere manualmente a ciascun server singolarmente, ma è più efficiente testare la connessione al server utilizzando lo script di automazione.

Utilizzare la seguente procedura del server di automazione della migrazione per verificare le connessioni per il server di destinazione.

1. Effettuato l'accesso come amministratore, aprite il prompt dei comandi ()CMD.exe.

2. Vai alla c:\migrations\scripts\script_mgn_4-Verify-server-connection cartella ed esegui il seguente comando Python:

Python 4-Verify-server-connection.py -–Waveid <wave-id> 

Replace (Sostituisci) <wave-id> con il valore Wave ID appropriato per ottenere i nuovi indirizzi IP per le istanze di destinazione.

Nota

Questo script utilizza la RDP porta predefinita 3389 e la SSH porta 22. Se necessario, puoi aggiungere i seguenti argomenti per ripristinare le porte predefinite: -- RDPPort <rdp-port> --SSHPort <ssh-port>.

3. Lo script restituisce un elenco di server.

4. Lo script restituisce i risultati del test sia RDP per Access che per SSH l'accesso.