Personnaliser un plan de migration

Consulter les rapports de migration d'applications

Vous pouvez consulter le rapport de migration d'application généré par le kit de migration de serveurs d'applications IBM WebSphere pour les binaires d'application. Le kit génère un rapport HTML pour chaque application de la VM source. Affichez le fichier HTML pour évaluer la migration de l'application.

Pour examiner le rapport de migration de l'application, procédez comme suit :

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

    Ouvrir le navigateur Cloud Storage

  2. Accédez au dossier /output du bucket d'artefacts de migration sur Google Cloud Storage.

  3. Pour chaque application découverte dans la VM, vous voyez un fichier HTML nommé:

    app-name.ear_MigrationReport.html

  4. Sélectionnez le fichier HTML pour l'afficher, ou téléchargez-le localement pour évaluer la migration.

Modifier le plan de migration

Pour personnaliser le plan de migration, téléchargez-le, modifiez-le, puis mettez-le à jour à l'aide de migctl. Le plan de migration est représenté par la CRD WebSphereGenerateArtifactsFlow:

  1. Téléchargez le plan de migration. Le plan de migration est représenté par un objet WebSphereGenerateArtifactsFlow:

    migctl migration get my-migration
  2. Étant donné que vous allez modifier ce fichier, vous devez d'abord en faire une copie afin de pouvoir le récupérer:

    cp my-migration.yaml my-migration-original.yaml
  3. Modifiez le plan de migration téléchargé, my-migration.yaml, dans un éditeur de texte.

    1. Assurez-vous de n'avoir qu'une seule propriété path.

      L'objet WebSphereGenerateArtifactsFlow contient une propriété path pour chaque application que Migrate for Anthos and GKE détecte dans la VM WAS traditionnel. Supprimez toutes les définitions path sauf une et toutes les spécifications sharedLibraries, de sorte qu'une seule application soit spécifiée. Cette modification permet de s'assurer que chaque application possède sa propre image de conteneur.

      L'objet WebSphereGenerateArtifactsFlow répertorie toutes les applications sous la forme suivante:

      spec:
      appBinariesMigrationToolkit:
        applications:
        -  path: "PATH_TO_APP1"
          sharedLibraries:
          - sharedLibrary1
            sharedLibrary2
        -  path: "PATH_TO_APP2"
          sharedLibraries:
          - sharedLibrary1
        -  path: "PATH_TO_APP3" 
    2. Assurez-vous que l'élément app_name est unique pour chaque application.

      Le champ deployment spécifie le nom de l'application utilisée dans le fichier deployment_spec.yaml. Définissez ce champ sur une valeur unique pour chaque application de la CRD. Vous devez veiller à déployer chaque conteneur d'applications avec son propre nom unique d'application.

      deployment:
       appName: app-name
    3. Définissez le nom de tag de l'image.

      La valeur du champ image définit le nom et l'emplacement des images créées à partir d'une VM migrée. Par défaut, un tag correspondant à l'horodatage de la migration est automatiquement appliqué à la valeur "image_name". Ce tag se présente au format suivant :

      MM-DD-YYYY--hh:mm:ss

      Vous pouvez utiliser l'horodatage pour différencier les migrations. Vous pouvez également appliquer votre propre tag. Par exemple, modifiez la CRD et ajoutez le tag rev1 comme indiqué ci-dessous:

      name: "image_name:rev1"

    4. Définissez les autres propriétés que vous souhaitez personnaliser.

    5. Enregistrez le fichier.

  4. Une fois les modifications effectuées, importez le plan de migration modifié :

    migctl migration update my-migration --file my-migration.yaml

Vous pouvez maintenant effectuer la migration de l'application. Une fois la migration d'une application terminée, modifiez l'objet WebSphereGenerateArtifactsFlow pour chaque application supplémentaire de la VM que vous souhaitez migrer.

Sélectionner des applications

Dans le plan de migration, le champ "Application" représente les applications à migrer. Si vous ne souhaitez pas migrer toutes les applications, vous pouvez les supprimer.

applications:
- appName: hello-world-servlet-ear
  httpEndpoints:
  - httpPort: 9080
    httpsPort: 9443
    id: defaulthttpendpoint
  image:
    name: hello-world-servlet-ear
  path: /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/config/cells/m4a-twas-ndNode01Cell/applications/Hello-World-Servlet.ear
…
- appName: commons-ejb-ear-provided-ear
  httpEndpoints:
  - httpPort: 9080
    httpsPort: 9443
    id: defaulthttpendpoint
  image:
    name: commons-ejb-ear-provided-ear
  path: /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/config/cells/m4a-twas-ndNode01Cell/applications/commons-ejb-ear-provided.ear
  sharedLibraries:
  - /opt/IBM/WebSphere/AppServer/sharedJars/commons-io-2.8.0.jar

Définir les options de l'analyseur

Dans le plan de migration, le champ the scannerOptions représente l'argument à transmettre au kit de migration de serveurs d'applications IBM WebSphere pour les binaires d'application. Vous pouvez modifier les arguments.

scannerOptions:
  # Setting 'includeSensitiveData: true' will upload sensitive data, if exists, such as private keys, to the artifacts repository
  includeSensitiveData: false
  sourceAppServer: was90

Collecter des données sensibles

scannerOptions:
  # Setting 'includeSensitiveData: true' will upload sensitive data, if exists, such as private keys, to the artifacts repository
  includeSensitiveData: true
  sourceAppServer: was90

Étapes suivantes

Exécuter une migration.