Avant de commencer

Avant de commencer une migration, vous devez d'abord effectuer les tâches suivantes.

Installer Migrate to Containers

Vous devez installer Migrate to Containers sur votre cluster de traitement. Un cluster de traitement est un cluster Google Kubernetes Engine (GKE) ou Anthos avec des composants Migrate to Containers installés, que vous utilisez pour migrer des VM. Consultez la section Présentation de l'installation pour connaître toutes les instructions d'installation.

(Facultatif) Installer Migrate for Compute Engine

Pour migrer des VM Linux vers Google Cloud à partir de VMware, AWS et Azure à l'aide de Migrate to Containers, vous devez installer Migrate for Compute Engine qui gère le transport. Pour en savoir plus, consultez la page Configurer Migrate for Compute Engine.

Confirmer le nom du bucket Cloud Storage

Migrate to Containers utilise un bucket Google Cloud Storage comme dépôt d'artefacts. Pour effectuer une migration, vous devez connaître le nom du bucket.

Le nom du bucket Cloud Storage dépend de la plate-forme utilisée pour héberger votre cluster de traitement :

  • Pour le traitement des clusters hébergés sur Google Cloud, le programme d'installation de Migrate to Containers crée automatiquement un bucket par défaut nommé: 

    GCP_PROJECT-migration-artifacts

  • Lorsque vous installez Migrate to Containers sur des clusters Anthos sur VMware ou sur des clusters Anthos sur AWS, aucun bucket par défaut n'est créé. Vous devez en créer un vous-même lors de la configuration des dépôts utilisés par le cluster. Voir Définir des dépôts de données pour plus d'informations.

Pour afficher la liste des buckets Cloud Storage, procédez comme suit :

  1. Ouvrez le navigateur Cloud Storage dans Google Cloud Console :

    Ouvrir le navigateur Cloud Storage

  2. Affichez la liste des buckets pour déterminer leur nom.

Importer le fichier binaryAppScanner.jar

Migrate to Containers automatise l'utilisation de binaryAppScanner.jar, disponible dans le cadre du kit de migration IBM WebSphere Application Server pour les binaires d'application, pour extraire les informations de configuration et les fichiers des applications WAS dans la VM source.

Avant de pouvoir effectuer une migration, vous devez effectuer les étapes ci-dessous :

Pour importer binaryAppScanner.jar dans Cloud Storage, procédez comme suit :

  1. Téléchargez le fichier d'installation binaryAppScannerInstaller.jar, ici. Vous devez accepter le contrat de licence dans le cadre du téléchargement.

  2. Exécutez la commande suivante pour extraire le fichier binaryAppScanner.jar et accepter le contrat de licence : 

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

  3. Spécifiez le répertoire cible pour l'extraction. Par exemple, /tmp. Le programme d'installation crée un répertoire nommé /wamt sous le répertoire cible.

  4. Accédez au répertoire /wamt : Exemple : 

    cd /tmp/wamt

  5. Importez le fichier binaryAppScanner.jar à la racine d'un bucket Cloud Storage : 

    gsutil cp binaryAppScanner.jar gs://BUCKET_NAME

Examiner les problèmes en cours

Cette version présente les problèmes en cours suivants:

  • 182208300: examinez les journaux lors de la création d'une image Docker pour le conteneur. Une étape interne peut parfois échouer, même lorsque la commande de compilation indique que la compilation a réussi.

  • 187683152: Migrate to Containers ne reconnaît pas les bibliothèques partagées en dehors de /opt. Par conséquent, les applications qui reposent sur des bibliothèques partagées en dehors de /opt ne fonctionnent pas dans le conteneur cible.

    La solution consiste à les ajouter manuellement au fichier YAML WebSphereGenerateArtifactsFlow avant de lancer l'étape de génération d'artefacts.

  • 183383198: la variable d'environnement WAS_HOME spécifie l'emplacement d'installation du WAS traditionnel. Si Migrate to Containers ne peut pas déterminer la valeur de WAS_HOME, ou si le WAS traditionnel n'est pas installé sur la VM, la commande migctl migration status n'indique pas que l'état de la migration est ERROR/RETRYING, mais elle indique que l'état est RUNNING. Pour voir l'erreur, vous devez utiliser la forme détaillée de la commande:

    migctl migration status -v

    Pour en savoir plus, consultez la section Gérer une erreur avec la variable d'environnement WAS_HOME.

  • 183600316: une migration peut échouer pour les applications déployées en tant que fichier WAR au lieu d'être déployées en tant que fichier EAR.

Étapes suivantes