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à.
Migrazione dei server
AWS Transform utilizza AWS Transform MGN (MGN) per riospitare i server su Amazon EC2. Il flusso di lavoro di migrazione dei server ti guida nella configurazione di ogni fase di migrazione, nella convalida dell'inventario dei server, nella distribuzione degli agenti di replica, nel monitoraggio della replica dei dati, nel test delle istanze migrate e nell'esecuzione del cutover finale. Per saperne di più, consulta What is? AWS Transform MGN nella Guida per l'utente di MGN.
La migrazione dei server è organizzata a ondate. Ogni ondata rappresenta un gruppo di server che vengono migrati insieme. Per ogni ondata, completate le seguenti fasi:
Per le ondate con una strategia di migrazione containerizzata, AWS Transform esegue il flusso di lavoro di containerizzazione del codice sorgente anziché i passaggi di rehosting descritti di seguito. Il flusso di lavoro di containerizzazione ti guida attraverso la clonazione del codice sorgente, la generazione di artefatti Docker, la pubblicazione di immagini dei container e la distribuzione su Amazon Elastic Container Service o Amazon Elastic Kubernetes Service. Per il flusso Containerizzazione del codice sorgente di lavoro completo di containerizzazione, consulta.
-
Prerequisiti e configurazione delle impostazioni predefinite di migrazione
-
Fase 1: configurare l'ondata di migrazione
-
Fase 2: convalida e conferma dell'inventario
-
Fase 3: Implementazione degli agenti di replica
-
Fase 4: Replica dei dati
-
Fase 5: Test
-
Fase 6: Cutover
Prerequisiti e configurazione delle impostazioni predefinite di migrazione
Prerequisiti
Prima di iniziare la migrazione del rehost, assicurati di aver predisposto quanto segue:
Nota
Se hai completato tutti i passaggi di un processo di migrazione end-to-end in AWS Transform, gli account di destinazione e il file di inventario sono già pronti: il file di inventario sarà stato generato automaticamente durante la fase di pianificazione della migrazione. Anche l'infrastruttura di rete configurata tramite la migrazione di rete AWS Transform è pronta. Se non hai creato la tua infrastruttura di rete tramite AWS Transform, assicurati che sia configurata in anticipo prima di iniziare la migrazione con rehost.
Prima di iniziare la migrazione di rehosting, verifica di disporre delle risorse e dell'infrastruttura di rete necessarie per ospitare i server. Puoi utilizzare le funzionalità di migrazione delle landing zone e della rete di AWS Transform o qualsiasi altro strumento a tale scopo.
-
Sistemi operativi supportati: i server di origine devono eseguire un sistema operativo supportato. Per l'elenco completo, vedere Sistemi operativi supportati nella Guida per l'utente di MGN.
-
Account Target per la migrazione: Account AWS gli ID su cui è necessaria la migrazione dei server. Puoi utilizzare AWS Transform landing zone o qualsiasi altro strumento per configurare la tua infrastruttura.
-
Infrastruttura di rete esistente: VPC, sottoreti e gruppi di sicurezza distribuiti e configurati. È possibile utilizzare AWS Transform Network Migration o qualsiasi altro strumento per configurare l'infrastruttura di rete.
-
File di inventario: preparato con dettagli sul server, assegnazioni delle ondate, informazioni sull'account di destinazione e preferenze relative al tipo di istanza Amazon EC2. Puoi utilizzare la pianificazione della migrazione di AWS Transform per generare questo file.
Configurare i valori predefiniti di migrazione
Prima di iniziare l'esecuzione della migrazione di più account, è necessario configurare le impostazioni predefinite che si applicano a tutti gli account di destinazione. Queste impostazioni predefinite definiscono come vengono lanciate le istanze Amazon EC2 e come viene configurata la migrazione generale. Puoi ignorare queste impostazioni predefinite a livello di onda durante la configurazione dell'ondata.
Preferenze di raccomandazione di Amazon EC2
AWS Transform fornisce consigli sui tipi di istanze Amazon EC2 in base alle specifiche di utilizzo delle macchine virtuali di origine. Puoi configurare le preferenze di raccomandazione di Amazon EC2 per controllare come vengono selezionati i tipi di istanza per i server migrati.
Per ulteriori informazioni sulla generazione di consigli Amazon EC2, consulta Generazione di consigli Amazon EC2 in. AWS Migration Hub
Nota
Puoi modificare i tipi di istanza Amazon EC2 suggeriti per includere raccomandazioni provenienti da Migration Evaluator
Inizializzazione della migrazione
Per avviare la migrazione, AWS Transform inizializza MGN per tutti gli account Regione AWS in cui intendi migrare, nonché per tutti gli account di destinazione in cui verrà utilizzato il servizio. Durante il processo di inizializzazione:
-
Vengono creati i ruoli e le policy IAM richiesti.
-
I modelli predefiniti richiesti sono configurati.
Per informazioni sul processo di inizializzazione, vedere Inizializzazione AWS Transform MGN con la console nella Guida per l'utente di MGN.
Modello di avvio di Amazon EC2
Le impostazioni di avvio comprendono due parti: le impostazioni generali di avvio e il modello di lancio di Amazon EC2, che determina il modo in cui viene avviata un'istanza di test o cutover per ciascun server di origine. AWS
Le impostazioni di avvio, incluso il modello di avvio di Amazon EC2, possono essere definite a livello di account e vengono quindi applicate automaticamente a ciascun server di origine ogni volta che aggiungi un server di origine a AWS Transform MGN. Le impostazioni di avvio predefinite in questa sezione possono essere applicate automaticamente a tutti gli account di destinazione.
AWS Transform presenta l'elenco delle impostazioni disponibili del modello di avvio. Puoi scegliere di continuare con le impostazioni predefinite o configurare il modello di lancio. Se scegli di eseguire la configurazione, AWS Transform fornisce un collegamento a una recensione HITL (human-in-the-loop) che contiene tutti i parametri delle impostazioni del modello di lancio. Puoi anche apportare modifiche direttamente tramite l'interfaccia di chat per tutti i parametri che desideri.
I server di origine vengono creati con le impostazioni del modello di avvio dell'account. Una volta creati i server di origine con queste impostazioni predefinite, è possibile modificarle a livello delle impostazioni di avvio del server di origine. È possibile modificare le impostazioni del server di origine su qualsiasi parametro utilizzando l'interfaccia di chat o, per operazioni di massa, utilizzando il file di inventario Excel duranteFase 2: Convalida e conferma dell'inventario.
Per rivedere l'elenco completo delle impostazioni e dei dettagli del modello di lancio, consulta le impostazioni generali di Launch nella Guida per l'utente di MGN.
Modifiche aggiuntive al modello di lancio di Amazon EC2
Per ulteriori modifiche al modello di lancio di Amazon EC2, è necessario eseguirle sull'ID del modello per ciascun account di destinazione. Questa opzione è disponibile all'interno della configurazione wave. AWS Transform ti guida nella procedura e fornisce il link appropriato.
Passaggio 1: configurare l'ondata di migrazione
In questa fase, AWS Transform prepara l'ondata di migrazione configurando l'account di destinazione, verificando le autorizzazioni di servizio, impostando i tag delle risorse, aggiungendo dati di rete all'inventario e configurando le impostazioni di replica e avvio.
Modalità di migrazione e configurazione dell'account
AWS Transform supporta due modalità di migrazione:
-
Single-account migrazione: tutti i server del wave migrano verso lo stesso account di destinazione configurato nel connettore.
-
Multi-account migrazione: i server migrano verso diversi account di destinazione specificati nel file di inventario. Per le migrazioni con più account, il modello di inventario deve includere una
mgn:account-idcolonna con l'ID dell'account di destinazione per ogni server.
AWS Transform conferma la configurazione dell'account di destinazione e verifica che MGN sia inizializzato in ogni account di destinazione. Se MGN non è ancora inizializzato, AWS Transform fornisce le istruzioni per completare l'inizializzazione. Durante l'inizializzazione, MGN crea i seguenti ruoli di servizio IAM per le operazioni di replica e avvio:
AWSApplicationMigrationReplicationServerRoleAWSApplicationMigrationConversionServerRoleAWSApplicationMigrationMGHRoleAWSApplicationMigrationLaunchInstanceWithDrsRoleAWSApplicationMigrationLaunchInstanceWithSsmRoleAWSApplicationMigrationAgentRole
Per ulteriori informazioni su questi ruoli, consulta Inizializzazione di MGN con la console o Inizializzazione di MGN con l'API nella Guida per l'utente di MGN.
Per le migrazioni multi-account, AWS Transform crea anche il seguente ruolo durante la fase di inizializzazione:. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Questo ruolo viene distribuito su tutti gli account di destinazione della migrazione.
Verifica dell'etichettatura delle risorse
Dopo la conferma delle autorizzazioni di servizio, AWS Transform verifica che tutte le risorse richieste siano etichettate correttamente per consentire la corretta esecuzione della migrazione da parte dell'agente. Se in alcune risorse mancano i tag richiesti, AWS Transform fornisce un collegamento alla pagina di tagging in cui è possibile applicare i tag mancanti prima di continuare. Sono obbligatori i seguenti tag:
-
I server di origine esistenti devono avere tag
CreatedBy: AWSTransformeATWorkspace: <workspace_id>. Se hai già avviato la replica sui server di origine e li hai creati nel servizio AWS Transform MGN, devi etichettare questi server in modo che AWS Transform possa metterli in correlazione con i server di origine rilevati nell'ambiente locale ed evitare la creazione non necessaria di server di origine duplicati. AWS Transform si correla automaticamente tra di essi utilizzando le chiavi ID, FQDN o hostname fornite dall'utente. -
Le risorse di rete devono essere etichettate correttamente sia per le istanze di replica (area di staging) che per quelle di avvio. AWS Transform visualizza l'elenco completo delle risorse di rete nell'account di destinazione, con un'indicazione se ogni risorsa è già etichettata o meno. Puoi rivedere l'elenco e selezionare le risorse senza tag che desideri aggiungere. Per ogni risorsa selezionata, AWS Transform applica il tag pertinente:
-
CreatedBy: AWSTransformoppureCreatedFor: AWSTransform, a seconda del tipo di risorsa. -
ATWorkspace: <workspace_id>viene applicato a tutte le risorse selezionate.
I VPC e le sottoreti creati dall'agente di migrazione di rete AWS Transform vengono etichettati automaticamente.
-
-
Oltre ai VPC e alle sottoreti, AWS Transform mostra anche tutte le interfacce di rete elastiche (ENI) esistenti presenti nell'account di destinazione. Se desideri che AWS Transform le utilizzi come parte del lancio dell'istanza, devono essere contrassegnate con e.
CreatedFor: AWSTransformATWorkspace: <workspace_id>Per ulteriori informazioni su come allegare o aggiungere ENI al modello di lancio di Amazon EC2, consulta Considerazioni dettagliate nella MGN User Guide.
Aggiungi dati di rete all'inventario
AWS Transform aggiunge le informazioni di rete dalla migrazione di rete al file di inventario. Questo passaggio associa i server alle sottoreti e ai gruppi di sicurezza di destinazione appropriati in base alla configurazione di rete generata durante la fase di migrazione della rete.
Impostazioni di replica e avvio
Configurazione delle impostazioni di replica
Le impostazioni di replica determinano il modo in cui i dati vengono replicati dai server di origine verso. AWS Configurare le impostazioni di replica nel modello di replica prima di aggiungere i server di origine a Transform MGN. AWS AWS Transform mostra tutti i parametri delle impostazioni di replica: puoi configurarli tramite un HITL dedicato o tramite l'interfaccia di chat.
Per maggiori dettagli sui parametri delle impostazioni di replica, consultate il modello delle impostazioni di replica nella Guida per l'utente di MGN.
Avvia le impostazioni del modello
Il modello di avvio consente di controllare il modo in cui AWS Transform MGN avvia le istanze in. AWS La configurazione predefinita definita nel modello viene applicata automaticamente a ogni server appena aggiunto. È possibile configurare le impostazioni del modello di avvio tramite un HITL dedicato o tramite l'interfaccia di chat.
Per maggiori dettagli sui parametri delle impostazioni del modello di lancio, consulta Launch template nella MGN User Guide.
AWS Transform fornisce anche un collegamento all'ID del modello di lancio di Amazon EC2 associato al modello di lancio, che consente di modificare gli attributi aggiuntivi del modello di lancio di Amazon EC2. Per modificare il modello di lancio di Amazon EC2, segui le istruzioni nel modello di lancio nella MGN User Guide.
Strategia di assegnazione degli IP
Sei tu a scegliere come assegnare gli indirizzi IP ai server migrati:
-
IP statico: viene mantenuto l'indirizzo IP del server di origine. Se è richiesta la trasformazione CIDR, AWS Transform converte automaticamente l'indirizzo IP in modo che corrisponda al nuovo CIDR.
-
IP dinamico (DHCP): a ciascun server viene assegnato un nuovo indirizzo IP dal pool IP della sottorete.
Nota
Se è stata selezionata la strategia di mappatura dei gruppi di sicurezza MAP durante la migrazione di rete, è disponibile solo l'assegnazione IP statica. Per maggiori dettagli, consulta Mappatura dei gruppi di sicurezza.
Fase 2: Convalida e conferma dell'inventario
Prima di caricare i dati del server in MGN, AWS Transform prepara il file di inventario per la revisione. È possibile scaricare il file in formato CSV o XLSX, rivedere le configurazioni del server e apportare modifiche se necessario.
Il file di inventario include dettagli come nomi di server, sistemi operativi, consigli sui tipi di istanze Amazon EC2, sottoreti di destinazione, gruppi di sicurezza, assegnazioni IP e opzioni di licenza. I campi obbligatori includono:
-
Informazioni sul server: nome del server, VMID e specifiche di origine.
-
Assegnazione delle ondate: raggruppamento delle ondate di migrazione.
-
Raggruppamento di applicazioni: associazioni logiche di applicazioni.
-
Configurazione di Target: account Target, regione e tipo di istanza Amazon EC2.
-
Configurazione di rete: sottorete e gruppi di sicurezza di Target.
Puoi modificare il file per adattare le configurazioni di Amazon EC2, cambiare le opzioni di licenza del sistema operativo (BYOL o License Included) e aggiornare le impostazioni di locazione.
Dopo aver esaminato l'inventario, puoi accettarlo come mostrato o caricare una versione modificata. AWS Transform carica quindi i dati in MGN, che crea i record del server di origine per ogni server dell'ondata.
Nota
Non rimuovete colonne o modificate le intestazioni delle colonne nel file di inventario. AWS Transform richiede la struttura originale del file per elaborare correttamente i dati.
Nota
AWS Transform consente un'importazione verso una determinata destinazione Account AWS e una destinazione Regione AWS alla volta. Se si lavora su più di un'ondata contemporaneamente o se è in esecuzione più di un processo di migrazione con lo stesso account di destinazione, è necessario attendere il completamento dell'importazione prima di poter eseguire un'altra importazione in un'ondata o un processo diverso.
È possibile controllare le opzioni di licenza del sistema operativo (BYOL o License Included) e la locazione specificando la configurazione nelle colonne del file di inventario e. mgn:launch:placement:operating-system-licensing mgn:launch:placement:tenancy Per ulteriori informazioni, consultate Import parameters nella MGN User Guide.
Fase 3: Implementazione degli agenti di replica
Per iniziare a replicare i dati dai server di origine a AWS, è necessario installare l'agente di AWS replica su ciascun server di origine. AWS Transform offre tre metodi di installazione:
-
Strumenti organizzativi: utilizza gli strumenti di distribuzione esistenti della tua organizzazione (come SCCM, Ansible o Chef) per installare gli agenti sui tuoi server. AWS Transform fornisce ai comandi di installazione parametri aggiuntivi per l'installazione invisibile all'utente, tra cui
--no-prompt--aws-access-key-id--aws-secret-access-key, e.--aws-session-token -
Connettore MGN: utilizzate un connettore MGN per automatizzare l'installazione dell'agente. Il connettore si connette ai computer di origine tramite SSH (Linux) o WinRM (Windows) e installa automaticamente l'agente di replica. Una volta configurato, un connettore può essere riutilizzato su più onde e destinazioni diverse. Account AWS Per ulteriori informazioni sul connettore MGN, vedere Configurare il connettore MGN nella Guida per l'utente di MGN.
Nota
Prima di utilizzare il connettore MGN con AWS Transform, è necessario etichettare l'istanza gestita del connettore in AWS Systems Manager Fleet Manager con i seguenti tag:
-
Chiave:
CreatedForValore:AWSTransform -
Chiave:
ATWorkspaceValore:workspace-id
Per etichettare l'istanza gestita, apri la AWS Systems Manager console, vai a Fleet Manager in Node Tools, scegli l'istanza gestita del tuo connettore MGN e applica i tag sopra riportati. Trova l'ID del tuo spazio di lavoro nell'URL dell'app web AWS Transform:.
https://.../workspace/workspace-id/job/job-id -
-
Installazione manuale: installa l'agente direttamente su ciascun server di origine. Questo metodo richiede l'accesso diretto a ciascun server ma offre il pieno controllo sul processo di installazione.
AWS Configurazione del connettore Transform MGN
Il connettore AWS Transform MGN automatizza la distribuzione degli agenti di replica sui server di origine. Il connettore è un client leggero distribuito su un computer Linux dedicato nell'ambiente locale. Si connette ai server di origine tramite SSH (Linux) o WinRM (Windows) per installare e configurare agenti di replica, eliminando la necessità di coordinarsi manualmente tra più servizi. AWS
Come funziona il connettore
Il connettore funziona tramite i seguenti componenti:
-
Client Connector: distribuito su una macchina Linux dedicata nell'ambiente dell'utente.
-
Agente SSM: installato sulla stessa macchina per consentire una comunicazione sicura con. AWS
-
Attivazione ibrida SSM: collega la macchina del connettore a AWS Systems Manager per l'esecuzione sicura dei comandi.
-
Gestione delle credenziali: recupera le credenziali del server di origine da Secrets Manager AWS .
Quando si distribuiscono gli agenti, AWS Transform invia un documento SSM alla macchina del connettore. Il connettore recupera quindi le credenziali del server di origine da AWS Secrets Manager, stabilisce una connessione a ciascun server di origine, verifica che il server di origine soddisfi i prerequisiti, installa e configura l'agente di replica e verifica la corretta installazione.
Requisiti del computer Connect
| Requisito | Informazioni |
|---|---|
| Sistema operativo | Sistema operativo Linux supportato. Per l'elenco completo, consultate i prerequisiti del connettore MGN nella Guida per l'utente di MGN. |
| Accesso alla rete | Deve raggiungere tutti i server di origine (Linux su SSH, Windows su WinRM) |
| Connettività Internet | HTTPS (443) in uscita verso gli AWS endpoint (Systems Manager, Secrets Manager, MGN) |
| Spazio su disco | Minimo 200 MB gratuiti |
| Permissions | Accesso root o sudo |
Nota
Il connettore deve essere installato su un computer Linux, ma può distribuire agenti su server di origine Linux e Windows.
Processo di configurazione
AWS Transform guida l'utente attraverso i seguenti passaggi per configurare il connettore:
Fase 1: Configurazione del connettore
Fornisci un nome per il connettore o usa il nome predefinito generato automaticamente. Il connettore può essere installato sull'account di gestione o su un account amministratore delegato in MGN. Per le migrazioni con più account, il connettore può distribuire agenti sui server tra gli account dei membri.
Fase 2: configurazione delle risorse AWS
AWS Transform apre una pagina di configurazione che viene eseguita nel browser utilizzando AWS le credenziali dell'utente. È necessario accedere alla Console di AWS gestione con il proprio account di gestione o l'account amministratore delegato. Deve essere lo stesso account a cui è collegato il connettore di destinazione AWS Transform.
La pagina di configurazione crea automaticamente le seguenti risorse:
-
Ruoli IAM (creati in modo idempotente, ignorati se già esistono):
-
AWSApplicationMigrationConnectorManagementRole— Utilizzato durante l'installazione dell'agente per accedere alle credenziali. -
AWSApplicationMigrationConnectorSharingRole_<ACCOUNT-ID>— Contiene le autorizzazioni per l'installazione dell'agente.
-
-
Attivazione ibrida SSM: periodo di scadenza di 30 giorni. Collega la macchina del connettore a AWS Systems Manager e genera credenziali di attivazione sicure.
In alternativa, puoi scaricare un CloudFormation modello dalla pagina di configurazione per distribuire tu stesso i ruoli IAM.
La pagina di configurazione genera un comando di installazione su una riga con tutte le credenziali e la configurazione necessarie.
Importante
Tieni aperta la pagina di configurazione fino al completamento dell'installazione. Per chiuderla sarà necessario riavviare il processo. Tutte le credenziali esistono solo nel browser e non vengono archiviate da Transform. AWS
Fase 3: Installazione del connettore
Installa il connettore su una macchina Linux nel tuo ambiente:
-
Copia il link di installazione dalla pagina di configurazione.
-
SSH nella macchina Linux prescelta.
-
Incolla ed esegui il comando di installazione.
-
Attendi il completamento dell'installazione (in genere 2-3 minuti).
Fase 4: Collegare i server di origine
Dopo l'installazione, AWS Transform identifica tutti i server di origine che appartengono all'ondata corrente e li collega automaticamente al connettore MGN.
Fase 5: Configurare le credenziali
Fornisci gli ARN di AWS Secrets Manager per le credenziali del server di origine. AWS Transform offre tre opzioni di configurazione delle credenziali:
-
Segreto singolo per server Linux: un segreto condiviso contenente chiavi SSH o username/password per tutti i server di origine Linux.
-
Segreto singolo per server Windows: un segreto condiviso contenente nome utente e password per tutti i server di origine Windows.
-
Più segreti per server: segreti diversi per server o gruppo di server. Usalo quando i server hanno credenziali diverse. AWS Transform genera un file CSV precompilato con l'elenco dei server. Compilate la
secret_arncolonna per ogni server e caricate il file completo.
Nota
Puoi combinare le opzioni a segreto singolo Linux e Windows se disponi di entrambi i tipi di server con un segreto condiviso ciascuno. L'opzione dei segreti per server si esclude a vicenda con le opzioni a segreto singolo.
Formato segreto delle credenziali. Per saperne di più, consulta le credenziali del connettore MGN nella Guida per l'utente di MGN:
{ "WinConnectionProtocol": "HTTPS", "WinUserName": "windows_username", "WinPassword": "windows_password", "LinuxUserName": "linux_username", "LinuxPrivateKey": "linux_private_key", "LinuxHostKeyValidation": false }
Distribuzione degli agenti
Una volta configurate e verificate le credenziali, AWS Transform distribuisce gli agenti di replica sui server di origine. È possibile eseguire la distribuzione su tutti i server nell'ondata corrente o selezionare server specifici.
Il processo di distribuzione per ogni server:
-
AWS Transform invia i comandi di distribuzione al connettore tramite SSM.
-
Il connettore recupera le credenziali da AWS Secrets Manager.
-
Il connettore si connette al server di origine utilizzando le credenziali configurate.
-
Il connettore verifica che il server di origine soddisfi tutti i prerequisiti richiesti per eseguire l'agente di replica.
-
Il connettore installa e configura l'agente di replica.
-
Il connettore verifica la corretta installazione e connettività.
È possibile monitorare l'avanzamento dell'implementazione in tempo reale con il monitoraggio dello stato per server, inclusa la fase di installazione corrente, il tempo trascorso e il tempo residuo stimato. In caso di guasto di un server, AWS Transform visualizza il motivo dell'errore e offre opzioni di riprova per server. I server distribuiti correttamente possono procedere in modo indipendente mentre i server guasti vengono riprovati.
Riutilizzo e ciclo di vita dei connettori
Quando si distribuiscono agenti per le ondate successive, è possibile riutilizzare un connettore esistente o crearne uno nuovo. AWS Transform elenca tutti i connettori configurati nell'account, mostrando il nome del connettore, lo stato (Attivo o scaduto), il numero di server collegati e la data di scadenza dell'attivazione ibrida.
-
Connettore attivo: l'attivazione ibrida è ancora valida. AWS Transform verifica i ruoli IAM per la nuova ondata e procede alla configurazione delle credenziali. Non è necessaria alcuna nuova attivazione ibrida.
-
Connettore scaduto: l'attivazione ibrida SSM è scaduta. Le attivazioni scadute non possono essere rinnovate. È necessario selezionare un connettore diverso o crearne uno nuovo.
Le attivazioni ibride SSM scadono dopo 30 giorni. L'attivazione è richiesta solo per l'installazione del connettore sulla macchina Linux. Una volta installato il connettore, è possibile continuare a utilizzarlo per installare gli agenti di replica sui server di origine anche dopo la scadenza dell'attivazione. Se è necessario installare il connettore su un nuovo computer dopo la scadenza dell'attivazione, è necessario creare un nuovo connettore tramite la procedura di configurazione.
Installazione manuale dell'agente
Per l'installazione manuale, è necessario innanzitutto generare AWS le credenziali (temporanee o permanenti) e quindi installare l'agente su ciascun server di origine.
Opzioni relative alle credenziali:
-
Credenziali temporanee (consigliate): crea un ruolo IAM con la policy
AWSApplicationMigrationAgentInstallationPolicygestita, quindi utilizzaloaws sts assume-roleper generare credenziali temporanee. Per saperne di più, consulta le autorizzazioni di installazione dell'agente nella Guida per l'utente di MGN. -
Credenziali permanenti: crea un utente IAM con la policy
AWSApplicationMigrationAgentInstallationPolicygestita e genera una chiave di accesso.
Fasi di installazione:
Per i server Linux, scarica ed esegui il programma di installazione:
wget -O ./aws-replication-installer-init \ https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init sudo chmod +x aws-replication-installer-init sudo ./aws-replication-installer-init --regionregion--user-provided-idserver-identifier
Per i server Windows, scarica ed esegui il programma di installazione appropriato utilizzando PowerShell come amministratore:
Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" ` -OutFile "C:\AwsReplicationWindowsInstaller.exe" C:\AwsReplicationWindowsInstaller.exe --regionregion--user-provided-idserver-identifier
Importante
Il parametro --user-provided-id è obbligatorio. Sostituiscilo server-identifier con il valore esatto riportato nella mgn:server:user-provided-id colonna del file di inventario. Questo identificatore collega il server fisico al relativo record del server di origine MGN.
Per ulteriori informazioni sull'installazione dell'agente, consultate l'agente Linux e l'agente Windows nella Guida per l'utente di MGN.
Dopo l'installazione, AWS Transform verifica che tutti gli agenti siano collegati correttamente controllando che i server mostrino uno stato di replica pari o. INITIATING INITIAL_SYNC
Nota
AWS Transform non supporta la replica MGN senza agenti. Per informazioni sulla replica senza agenti, vedere Panoramica sulla replica senza agenti nella Guida per l'utente di MGN.
Nota
È necessario installare l'agente di replica su tutti i server in un'unica ondata. Disconnetti e archivia i server su cui non è installato l'agente di replica. È possibile utilizzare il disconnect-from-service comando per disconnettere i server e il mark-as-archived comando per archiviare i server disconnessi. Il comando di archiviazione funziona solo per i server di origine il cui stato del ciclo di vita è. DISCONNECTED
Per le quote relative alla replica, vedere i limiti delle quote di servizio MGN nella Guida per l'utente di MGN.
Fase 4: Replica dei dati
Dopo l'installazione degli agenti di replica, la replica dei dati inizia automaticamente. AWS Transform utilizza la replica continua a livello di blocco per sincronizzare i dati dai server di origine a. AWS
Il processo di replica si compone di due fasi:
-
Sincronizzazione iniziale: una copia completa dei dati del server di origine su. AWS I dati vengono archiviati come snapshot di Amazon Elastic Block Store (Amazon EBS) o su volumi Amazon FSx NetApp for ONTAP (FSx for ONTAP) nell'account di destinazione, a seconda del tipo di storage di destinazione configurato. Per ulteriori informazioni, consulta il tipo di storage Target nella MGN User Guide. La durata dipende dal volume dei dati e dalla larghezza di banda della rete.
-
Replica continua: sincronizzazione continua dei blocchi modificati con un impatto minimo sulle prestazioni del server di origine. Mantiene una copia aggiornata in. AWS
I server di replica sono istanze Amazon EC2 temporanee distribuite nella sottorete dell'area di staging. Ricevono dati replicati dai server di origine e vengono gestiti automaticamente da MGN. Per saperne di più, consultate le impostazioni del server di replica nella Guida per l'utente di MGN.
AWS Transform monitora l'avanzamento della replica e fornisce aggiornamenti sullo stato, tra cui lo stato della replica, il ritardo di replica (la differenza di tempo tra i dati di origine e quelli replicati) e l'utilizzo della larghezza di banda.
Durante la replica, ogni server passa attraverso i seguenti stati:
-
Non pronto: il server è in fase di sincronizzazione iniziale e non è ancora pronto per il test.
-
Pronto per il test: il server è stato aggiunto correttamente e la replica dei dati è iniziata. È ora possibile avviare istanze di test o cutover.
Una volta che tutti i server inclusi nella nuova ondata hanno superato NOT_READY lo stato, la fase di replica dei dati è completa ed è possibile procedere al test.
È possibile controllare la replica per singoli server o per l'intera ondata in qualsiasi momento:
-
Sospendi la replica: sospendi temporaneamente la replica per server specifici o per l'intera ondata.
-
Riprendi la replica: riprende la replica precedentemente sospesa.
-
Interrompi la replica: interrompi definitivamente la replica. La replica interrotta può essere riavviata, ma inizia dalla sincronizzazione iniziale.
Fase 5: Test
Una volta completata la replica dei dati, è possibile avviare istanze di test per convalidare i server migrati prima di eseguire il cutover finale. Per saperne di più, consulta Launch test instances nella MGN User Guide. AWS Transform supporta due opzioni di test:
-
Test a ondata completa: avvia istanze di test per tutti i server inclusi nell'ondata.
-
Test selettivi: avvia istanze di test per server specifici selezionati fornendo gli ID forniti dall'utente dal file di inventario.
AWS Transform avvia le istanze Amazon EC2 dai dati replicati e fornisce gli ID delle istanze in modo da poterti connettere e convalidare le istanze di test. Dopo il test, puoi:
-
Procedere al cutover se il test ha esito positivo.
-
Avvia nuove istanze di test per ripetere il test.
-
Termina le istanze di test e risolvi eventuali problemi prima di ripetere il test.
Fase 5b: Contrassegna le applicazioni come pronte per il cutover
Una volta completato il test e dopo che sarete soddisfatti dei risultati, contrassegnate le applicazioni come pronte per il cutover. AWS Transform esamina lo stato di replica di ogni applicazione e risolve eventuali avvisi di replica prima di consentire all'utente di procedere. Solo le applicazioni con uno stato di replica pulito possono essere contrassegnate come cutover.
Fase 6: Cutover
Cutover è l'ultima fase di migrazione in cui vengono trasferiti i carichi di lavoro di produzione. AWSPer saperne di più, consulta Launch cutover instances nella MGN User Guide. Analogamente ai test, AWS Transform supporta il cutover a onda intera o il cutover selettivo per server specifici.
Durante il cutover, AWS Transform avvia le istanze Amazon EC2 dai dati replicati più recenti e fornisce gli ID di istanza per ogni server. Dopo aver verificato le istanze di cutover, si completa il cutover, che interrompe la replica continua della macchina di origine.
Il processo di cutover include i seguenti passaggi:
-
Avvia istanze cutover: AWS Transform avvia le istanze Amazon EC2 per i server selezionati. Puoi scegliere il cutover a onda intera o il cutover selettivo.
-
Verifica le istanze cutover: connettiti alle istanze avviate e verifica che funzionino correttamente.
-
Finalizza il cutover: conferma il cutover per interrompere la replica del computer di origine. È possibile finalizzare tutti i server dell'ondata o selezionare server specifici. La finalizzazione impedisce agli agenti di replica di inviare dati, rimuove gli agenti di replica dai server di origine e blocca lo stato del ciclo di vita del server. Questa azione non può essere annullata facilmente. Per saperne di più, consulta Finalize cutover nella MGN User Guide.
-
Server di origine di archiviazione (opzionale): dopo la finalizzazione, puoi contrassegnare i server di origine come archiviati per liberare la quota del server di origine nel tuo account.
Importante
La finalizzazione del cutover interrompe la replica continua del computer di origine. Assicurati di aver verificato le istanze cutover prima di finalizzarle.
Nota
I tempi di inattività si verificano tra lo spegnimento dell'origine e la disponibilità dell'istanza cutover. Pianifica di conseguenza la tua finestra di taglio.
Stati del ciclo di vita del server
Durante la migrazione, ogni server passa attraverso i seguenti stati del ciclo di vita. Per saperne di più, consulta il ciclo di vita del server di origine nella Guida per l'utente di MGN.
-
Non pronto: il server è in fase di sincronizzazione iniziale e non è ancora pronto per il test.
-
Pronto per il test: la replica dei dati è iniziata ed è possibile avviare istanze di test o cutover.
-
Test in corso: è attualmente in fase di avvio un'istanza di test.
-
Pronto per il cutover: il server è stato testato ed è pronto per il cutover.
-
Cutover in corso: è attualmente in corso il lancio di un'istanza cutover.
-
Cutover completato: il server è stato interrotto. Tutti i dati sono stati migrati all'istanza cutover. AWS
-
Disconnesso: il server è stato disconnesso da MGN.
Puoi chiedere a AWS Transform lo stato dei tuoi server in qualsiasi momento durante la migrazione. AWS Transform fornisce una tabella interattiva sullo stato dell'onda che mostra tutte le informazioni pertinenti sul server, tra cui il ciclo di vita della migrazione, lo stato della replica e i passaggi successivi consigliati. Puoi anche chiedere in linguaggio naturale, ad esempio:
Qual è lo stato dei miei server?
Qual è lo stato della mia onda?
Qual è lo stato della fase in cui mi trovo attualmente?
Durante la migrazione via ondata, puoi chiedere a AWS Transform di aggiornare o modificare lo stato dei singoli server. Ad esempio, se 9 server su 10 del tuo wave hanno superato la fase di test ma uno ha fallito, puoi consentire a AWS Transform di continuare a spostare i 9 server nella fase successiva eseguendo nuovamente il test sul server fallito.
Approvazioni di implementazione
Alcune operazioni di migrazione richiedono l'approvazione esplicita prima dell'esecuzione. Quando un'operazione richiede l'approvazione, AWS Transform indirizza la richiesta agli approvatori autorizzati tramite la scheda Approvazioni. Solo gli utenti con il ruolo di amministratore in AWS Transform possono approvare le richieste di distribuzione. Le distribuzioni procedono solo dopo aver ricevuto la conferma.