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 automatizza il rehosting dei tuoi server su Amazon EC2 su larga scala. L' AI-powered agente ti guida in ogni fase di migrazione, dalla convalida dell'inventario e dalla distribuzione dell'agente di replica fino al test e al cutover finale. AWS Transform gestisce l'orchestrazione su centinaia di server mentre tu mantieni il controllo sulle decisioni di configurazione e approvazione. Sotto il cofano, AWS Transform utilizza AWS Transform MGN (MGN) per la replica dei dati. Per ulteriori informazioni su MGN, vedi What is? AWS Transform MGNnella Guida per l'utente di MGN.

È possibile migrare i server praticamente da qualsiasi ambiente di origine, inclusi data center locali, altri provider cloud o altre regioni. AWS AWS Transform supporta sia server fisici che server virtuali in esecuzione su VMware Hyper-V, KVM o altre piattaforme di virtualizzazione. L'infrastruttura di origine e l'hypervisor non sono importanti finché il sistema operativo di origine è supportato.

La migrazione dei server è organizzata per ondate. Ogni ondata rappresenta un gruppo di server che vengono migrati insieme. Per ogni ondata, l'agente ti guida attraverso 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 nella clonazione del codice sorgente, nella generazione di artefatti Docker, nella pubblicazione di immagini dei container e nella 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 dei valori predefiniti di migrazione

Prerequisiti

Se hai completato tutti i passaggi di un processo di migrazione end-to-end in AWS Transform, gli account di destinazione, il file di inventario e l'infrastruttura di rete sono già pronti. Puoi procedere alla configurazione dei valori predefiniti di migrazione.

Se stai avviando la migrazione del server in modo indipendente, assicurati di disporre di quanto segue:

Configurare i valori predefiniti di migrazione

AWS Transform fornisce impostazioni predefinite intelligenti per la configurazione della migrazione, incluso il modo in cui vengono avviate le istanze Amazon EC2 e come viene impostata la replica. Puoi accettare queste impostazioni predefinite e iniziare immediatamente la migrazione oppure personalizzarle tramite l'interfaccia di chat o una revisione visiva. Le impostazioni predefinite si applicano a tutti gli account di destinazione e possono essere sovrascritte a livello di onda durante la configurazione dell'ondata.

Preferenze per i consigli di Amazon EC2

AWS Transform analizza l'utilizzo del server di origine e consiglia istanze Amazon EC2 di dimensioni ottimali, aiutandoti a evitare l'overprovisioning sin dal primo giorno. Puoi configurare le preferenze di raccomandazione di Amazon EC2 per controllare il modo in cui i tipi di istanze vengono selezionati per i tuoi server migrati.

Per ulteriori informazioni sulla generazione di raccomandazioni Amazon EC2, consulta Generazione di raccomandazioni Amazon EC2 in. AWS Migration Hub

Inizializzazione della migrazione

AWS Transform configura automaticamente l'infrastruttura di migrazione richiesta negli account di destinazione prima dell'inizio della migrazione. Ciò include l'inizializzazione di MGN per tutti gli account Regione AWS in cui prevedi di migrare, nonché per tutti gli account di destinazione. Durante il processo di inizializzazione:

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 di avvio generali e il modello di avvio di Amazon EC2, che determina il modo in cui viene avviata un'istanza di test o cutover per ciascun server di origine in. 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 si aggiunge 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 del modello di avvio disponibili. Puoi scegliere di continuare con le impostazioni predefinite o configurare il modello di avvio. Se scegli di configurare, AWS Transform fornisce un collegamento a una recensione HITL (human-in-the-loop) che contiene tutti i parametri delle impostazioni del modello di avvio. Puoi anche apportare modifiche direttamente tramite l'interfaccia di chat per 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 modificarli a livello delle impostazioni di avvio del server di origine. Puoi modificare le impostazioni del server di origine su qualsiasi parametro utilizzando l'interfaccia di chat o, per le operazioni in blocco, utilizzando il file Excel di inventario duranteFase 2: Convalida e conferma dell'inventario.

Per visualizzare l'elenco completo delle impostazioni e dei dettagli del modello di avvio, consulta Impostazioni generali di avvio nella Guida per l'utente MGN.

Modifiche aggiuntive al modello di avvio di Amazon EC2

Per ulteriori modifiche al modello di avvio 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 attraverso di essa e fornisce il link appropriato.

Post-launch azioni

Post-launch le azioni automatizzano le attività di modernizzazione e convalida che vengono eseguite su ogni server di origine subito dopo il suo avvio come istanza di test o cutover in. AWS AWS Transform Rehost utilizza le azioni successive al lancio disponibili in MGN e fornisce queste funzionalità in modo che l'agente possa consigliarle, configurarle ed eseguirle per tuo conto come parte del flusso di lavoro di migrazione. Le azioni vengono eseguite tramite AWS Systems Manager (Systems Manager) e possono essere una delle azioni predefinite disponibili in MGN o un'azione personalizzata creata da un documento di Systems Manager esistente.

Post-launch le azioni possono essere definite a livello di account e vengono quindi applicate automaticamente a ciascun server di origine ogni volta che si aggiunge un server di origine a MGN. Le impostazioni predefinite per le azioni successive al lancio definite in questa sezione possono essere applicate automaticamente a tutti gli account di destinazione.

AWS Transform presenta innanzitutto l'elenco delle azioni disponibili dopo il lancio nei tuoi account di destinazione. Quindi offre la possibilità di definire una nuova azione post-lancio e di applicarla durante la migrazione dell'account di destinazione. AWS Transform fornisce anche AI-powered consigli basati sul sistema operativo e sulle migliori pratiche per il tuo inventario. Puoi scegliere di continuare con le impostazioni predefinite o configurare le tue azioni.

Puoi anche scegliere un'azione post-lancio già definita in MGN. Chiedi all'agente di mostrare l'elenco delle azioni predefinite disponibili dopo il lancio. Per ulteriori informazioni su questo elenco, consulta Azioni post-lancio predefinite nella Guida per l'utente di MGN.

Creazione di una nuova azione post-lancio

Se si sceglie di creare una nuova azione post-avvio, l'agente richiede di fornire il nome del documento Systems Manager o l'ARN di Systems Manager con cui creare l'azione post-avvio. Il documento Systems Manager deve essere creato in anticipo tramite la console. AWS Systems Manager Per ulteriori informazioni sulla creazione di un documento Systems Manager, vedere Creazione di documenti Systems Manager nella Guida per l'AWS Systems Manager utente.

L'agente genera quindi un'interfaccia human-in-the-loop (HITL) in cui vengono forniti i campi obbligatori:

Puoi anche apportare modifiche direttamente tramite l'interfaccia di chat per i parametri che desideri.

I server di origine vengono creati con le impostazioni delle azioni successive al lancio dell'account. Una volta creati i server di origine con queste impostazioni predefinite, è possibile modificarli a livello di server di origine. Puoi modificare le impostazioni del server di origine su qualsiasi azione utilizzando l'interfaccia di chat o, per le operazioni in blocco, utilizzando il file Excel di inventario duranteFase 2: Convalida e conferma dell'inventario.

Post-launch azioni nel file di inventario

L'agente Rehost estende il file di inventario con un modello di azione post-avvio definito per ogni server di origine. Ciò consente ai clienti di aggiornare o aggiungere azioni post-avvio per server di origine durante il processo di importazione da rehost a MGN. Per eliminare specifiche azioni successive al lancio da un server di origine, utilizza la active colonna per indicare. FALSE Post-launch le azioni nel file di inventario utilizzano la seguente convenzione di denominazione:

mgn:launch:post-actions:<ACTION_NAME>:<FIELD_NAME>

Un interruttore globale controlla se le azioni vengono eseguite dopo il lancio:

mgn:launch:post-actions:enabled (TRUE/FALSE)

Campi per azione

Parametri: struttura JSON

Il parameters campo è fornito come struttura JSON:

{
  "parameters": {
    "Operation": [
      {"value": "Scan", "type": "String"}
    ]
  },
  "externalParameters": {
    "InstanceId": "ec2.InstanceId"
  }
}

Fase 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:

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 del servizio IAM per le operazioni di replica e avvio:

Per saperne di più 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 con più account, AWS Transform crea anche il seguente ruolo durante la fase di inizializzazione:. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Questo ruolo è distribuito su tutti gli account target di migrazione.

Verifica dell'etichettatura delle risorse

Dopo la conferma delle autorizzazioni del servizio, AWS Transform verifica che tutte le risorse richieste siano contrassegnate correttamente affinché la migrazione venga eseguita correttamente dall'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:

Aggiungi dati di rete all'inventario

AWS Transform aggiunge le informazioni di rete dalla migrazione della 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 a. AWS Configura 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, consulta il modello delle impostazioni di replica nella Guida per l'utente 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 nuovo server 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 avvio, consulta Launch template nella Guida per l'utente di MGN.

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 in Launch template nella MGN User Guide.

Strategia di assegnazione degli IP

Sei tu a scegliere come assegnare gli indirizzi IP ai tuoi server migrati:

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. Puoi scaricare il file in formato CSV o XLSX, esaminare le configurazioni del server e apportare modifiche se necessario.

Il file di inventario include dettagli quali nomi dei server, sistemi operativi, consigli sui tipi di istanza Amazon EC2, sottoreti di destinazione, gruppi di sicurezza, assegnazioni IP e opzioni di licenza. I campi obbligatori includono:

Puoi modificare il file per regolare le configurazioni di Amazon EC2, modificare le opzioni di licenza del sistema operativo (BYOL o Licenza inclusa) 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.

È possibile controllare le opzioni di licenza del sistema operativo (BYOL o Licenza inclusa) e la tenancy specificando la configurazione nelle colonne del file di inventario e. mgn:launch:placement:operating-system-licensing mgn:launch:placement:tenancy Per ulteriori informazioni, consulta i parametri di importazione nella Guida per l'utente di MGN.

Fase 3: Implementazione degli agenti di replica

Per iniziare a replicare i dati dai server di origine a AWS, è necessario installare il AWS Replication Agent su ciascun server di origine. AWS Transform offre tre metodi di installazione:

AWS Trasforma la configurazione del connettore MGN

Il connettore AWS Transform MGN automatizza l'implementazione degli agenti di replica sui server di origine, eliminando la necessità di accedere a ciascun server singolarmente. Il connettore è un client leggero distribuito su una macchina Linux dedicata nell'ambiente locale. Si connette ai server di origine tramite SSH (Linux) o WinRM (Windows) per installare e configurare gli agenti di replica, eliminando la necessità di coordinarsi manualmente tra più servizi. AWS

Come funziona il connettore

Il connettore funziona tramite i seguenti componenti:

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, convalida che il server di origine soddisfi i prerequisiti, installa e configura l'agente di replica e verifica la corretta installazione.

Requisiti della macchina Connector

Processo di installazione

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 utilizza 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 membri.

Fase 2: configurazione delle risorse AWS

AWS Transform apre una pagina di configurazione che viene eseguita nel browser utilizzando AWS le credenziali. È necessario accedere alla console di AWS gestione con il proprio account di gestione o con l'account amministratore delegato. Deve essere lo stesso account a cui è connesso il connettore di destinazione AWS Transform.

La pagina di configurazione crea automaticamente le seguenti risorse:

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 a riga singola con tutte le credenziali e le configurazioni necessarie.

Fase 3: installazione del connettore

Installa il connettore su una macchina Linux nel tuo ambiente:

Fase 4: collegare i server di origine

Dopo l'installazione, AWS Transform identifica tutti i server di origine che appartengono all'onda corrente e li collega automaticamente al connettore MGN.

Fase 5: Configurazione delle credenziali

Fornisci gli ARN di AWS Secrets Manager per le credenziali del tuo server di origine. AWS Transform offre tre opzioni di configurazione delle credenziali:

Formato segreto delle credenziali. Per saperne di più, consulta le credenziali del connettore MGN nella Guida per l'utente MGN:

{
  "WinConnectionProtocol": "HTTPS",
  "WinUserName": "windows_username",
  "WinPassword": "windows_password",
  "LinuxUserName": "linux_username",
  "LinuxPrivateKey": "linux_private_key",
  "LinuxHostKeyValidation": false
}

Implementazione 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 dell'ondata corrente o selezionare server specifici.

Il processo di distribuzione per ogni server:

È 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 rimanente stimato. In caso di guasto di un server, AWS Transform ne visualizza il motivo e offre opzioni di riprova per server. I server distribuiti correttamente possono procedere in modo indipendente mentre i server non funzionanti vengono riprovati.

Riutilizzo e ciclo di vita dei connettori

Quando si implementano gli agenti per le ondate successive, è possibile riutilizzare un connettore esistente o crearne uno nuovo. AWS Transform elenca tutti i connettori configurati nel tuo account, mostrando il nome, lo stato (attivo o scaduto), il numero di server collegati e la data di scadenza dell'attivazione ibrida.

Le attivazioni SSM Hybrid 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 il processo di configurazione.

Installazione manuale dell'agente

Per l'installazione manuale, è necessario prima generare AWS le credenziali (temporanee o permanenti) e quindi installare l'agente su ciascun server di origine.

Opzioni relative alle credenziali:

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 --region region --user-provided-id server-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 --region region --user-provided-id server-identifier

Per ulteriori informazioni sull'installazione dell'agente, vedere l'agente Linux e l'agente Windows nella Guida per l'utente MGN.

Dopo l'installazione, AWS Transform verifica che tutti gli agenti siano connessi correttamente controllando che i server mostrino uno stato di replica pari a o. INITIATING INITIAL_SYNC

Per le quote relative alla replica, consulta i limiti delle quote dei servizi 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 è costituito da due fasi:

I server di replica sono istanze temporanee di Amazon EC2 distribuite nella sottorete dell'area di staging. Ricevono dati replicati dai server di origine e sono gestiti automaticamente da MGN. Per saperne di più, consulta 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:

Una volta che tutti i server dell'ondata hanno superato NOT_READY lo stato, la fase di replica dei dati è completa e si può procedere al test.

Puoi controllare la replica per singoli server o per l'intera ondata in qualsiasi momento:

Fase 5: test

Una volta completata la replica dei dati, puoi avviare istanze di test per convalidare i server migrati prima di eseguire il cutover finale. Per saperne di più, consulta Launch test instance nella MGN User Guide. AWS Transform supporta due opzioni di test:

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:

Fase 5b: Contrassegna le applicazioni come pronte per il cutover

Una volta completato il test e dopo che siete soddisfatti dei risultati, contrassegnate le vostre applicazioni come pronte per il cutover. AWS Transform esamina lo stato di replica di ogni applicazione e risolve eventuali avvisi di replica prima di consentirti di procedere. Solo le applicazioni con uno stato di replica pulito possono essere contrassegnate per il cutover.

Fase 6: Cutover

Cutover è la fase finale della migrazione in cui vengono trasferiti i carichi di lavoro di produzione. AWS Per 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 delle istanze per ciascun server. Dopo aver verificato le istanze di cutover, finalizzi il cutover, interrompendo la replica continua della macchina di origine.

Il processo di cutover include i seguenti passaggi:

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.

Puoi chiedere a AWS Transform informazioni sullo 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:

Durante la migrazione ondata, puoi chiedere a AWS Transform di aggiornare o modificare lo stato dei singoli server. Ad esempio, se 9 server su 10 della tua 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 mentre riesegui il test sul server fallito.

Approvazioni di distribuzione

AWS Transform include flussi di lavoro di approvazione integrati per garantire che le modifiche alla produzione passino attraverso il processo di revisione dell'organizzazione. 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.