Prima di iniziare

Prima di iniziare una migrazione, devi eseguire le attività seguenti.

Installazione di Migrate to Container

Devi installare Migrate to Containers sul tuo cluster di elaborazione. Un cluster di elaborazione è un cluster Google Kubernetes Engine (GKE) o Anthos in cui sono installati i componenti Migrate to Containers e che utilizzi per eseguire la migrazione delle VM. Per tutte le istruzioni per l'installazione, consulta la panoramica dell'installazione.

Facoltativamente, installa Migrate for Compute Engine

Per eseguire la migrazione a container per la migrazione delle VM Linux in Google Cloud da VMware, AWS e Azure, devi installare Migrate for Compute Engine che gestisce il trasporto. Per saperne di più, vedi Configurare Migrate for Compute Engine.

Conferma il nome del bucket Cloud Storage

Migrate to Containers utilizza un bucket Google Cloud Storage come repository di artefatti. Per eseguire la migrazione devi conoscere il nome del bucket.

Il nome del bucket Cloud Storage dipende dalla piattaforma utilizzata per ospitare il cluster di elaborazione:

  • Per l'elaborazione di cluster ospitati su Google Cloud, il programma di installazione Migrate to Containers crea automaticamente un bucket predefinito denominato: 

    GCP_PROJECT-migration-artifacts

  • Quando installi Migrate ai container su Cluster Anthos su VMware o su Cluster Anthos su AWS, non viene creato alcun bucket predefinito. Devi crearne uno durante la configurazione dei repository utilizzati dal cluster. Per ulteriori informazioni, consulta Definizione dei repository di dati.

Per visualizzare l'elenco dei bucket Cloud Storage:

  1. Apri il browser Cloud Storage in Google Cloud Console:

    Apri il browser Cloud Storage

  2. Visualizza l'elenco dei bucket per determinare il nome del bucket.

Carica il file binarioAppScanner.jar

Migrate to Containers automatizza l'utilizzo di binaryAppScanner.jar, disponibile come parte dell'IBM WebSphere Application Server Migration Toolkit for Application Binary, per estrarre informazioni di configurazione e file per le applicazioni WAS nella VM di origine.

Prima di eseguire una migrazione, è necessario:

Per caricare binaryAppScanner.jar in Cloud Storage:

  1. Scarica il file del programma di installazione, binaryAppScannerInstaller.jar, da qui. Devi accettare il contratto di licenza nell'ambito del download.

  2. Esegui questo comando per estrarre il file binaryAppScanner.jar e accettare il contratto di licenza: 

    java -jar binaryAppScannerInstaller.jar --acceptLicense --verbose

  3. Specifica la directory di destinazione per l'estrazione. Ad esempio, /tmp. Il programma di installazione crea una directory denominata /wamt sotto la directory di destinazione.

  4. Vai alla directory /wamt. Ad esempio: 

    cd /tmp/wamt

  5. Carica il file binaryAppScanner.jar nella directory principale di un bucket Cloud Storage: 

    gsutil cp binaryAppScanner.jar gs://BUCKET_NAME

Esamina i problemi aperti

Questa release presenta i seguenti problemi aperti:

  • 182208300: quando crei un'immagine Docker per il container, esamina i log. A volte un passaggio interno può non riuscire, anche se il comando build mostra che la build è stata eseguita correttamente.

  • 187683152: Migrate to Containers non riconosce le librerie condivise all'esterno di /opt. Pertanto, le applicazioni che si basano su librerie condivise all'esterno di /opt non funzioneranno nel container di destinazione.

    La soluzione alternativa è aggiungerli manualmente al file YAML WebSphereGenerateArtifactsFlow prima di iniziare il passaggio di generazione degli artefatti.

  • 183383198: la variabile di ambiente WAS_HOME specifica dove è installata la versione WAS tradizionale. Se Migrate to Containers non può determinare il valore WAS_HOME o se la VM non ha installato WAS, il comando migctl migration status non mostra che lo stato della migrazione è ERROR/RETRYING, vuol dire che lo stato è RUNNING. Per visualizzare l'errore, devi utilizzare il formato dettagliato del comando:

    migctl migration status -v

    Per ulteriori informazioni, consulta Gestire un errore con la variabile di ambiente WAS_HOME.

  • 183600316: una migrazione potrebbe non riuscire per le applicazioni in cui è stato eseguito il deployment come file WAR, invece che come file EAR.

Passaggi successivi