Personaliza el plan de migración para servidores de WebSphere

Revisa informes de migración de aplicaciones

Puedes revisar el informe de migración de aplicaciones que generó el IBM WebSphere Application Server Migration Toolkit for Application Binariesr. El kit de herramientas genera un informe HTML para cada app en la VM de origen. Consulta el archivo HTML para evaluar la migración de la app.

Para revisar el informe de migración de aplicaciones, sigue estos pasos:

  1. Abre el navegador de Cloud Storage en la consola de Google Cloud.

    Abrir el navegador de Cloud Storage

  2. Navega hasta la carpeta /output en el bucket de artefactos de migración en Google Cloud Storage.

  3. Para cada aplicación descubierta en la VM, verás un archivo HTML llamado:

    app-name.ear_MigrationReport.html

  4. Selecciona el archivo HTML para verlo o descargalo localmente para evaluar la migración.

Edita el plan de migración

Para personalizar el plan de migración, descarga el plan de migración, edítalo y actualízalo con migctl. La CRD de AppXGenerateArtifactsFlow representa el plan de migración:

  1. Descarga el plan de migración. El plan de migración está representado por un objeto AppXGenerateArtifactsFlow:

    migctl migration get my-migration

  2. Dado que vas a editar este archivo, primero debes copiarlo para poder recuperarlo:

    cp my-migration.yaml my-migration-original.yaml

  3. Edita el plan de migración descargado, my-migration.yaml, en un editor de texto.

    1. Asegúrate de que solo tengas una propiedad path.

      El objeto AppXGenerateArtifactsFlow contiene una propiedad path para cada app que Migrate to Containers descubrió en la VM tradicional de WAS. Borra todas las definiciones, con excepción de path, y cualquier especificación sharedLibraries, de modo que solo se especifique una app. Esta edición garantiza que cada app tenga su propia imagen de contenedor.

      El objeto AppXGenerateArtifactsFlow enumera todas las apps de la siguiente forma:

      spec:
appBinariesMigrationToolkit:
  applications:
  -  path: "PATH_TO_APP1"
    sharedLibraries:
    - sharedLibrary1
      sharedLibrary2
  -  path: "PATH_TO_APP2"
    sharedLibraries:
    - sharedLibrary1
  -  path: "PATH_TO_APP3"

    2. Asegúrate de que app_name sea único para cada app.

      El campo deployment especifica el nombre de la app que se usa en el archivo deployment_spec.yaml. Configura este campo con un valor único para cada app en el CRD. Debes asegurarte de implementar cada contenedor de app con su propio nombre único. 

      deployment:
 appName: app-name

    3. Establece el nombre de etiqueta de la imagen.

      El valor del campo image define el nombre y la ubicación de las imágenes creadas a partir de una VM migrada. De forma predeterminada, una etiqueta que corresponde a la marca de tiempo de la migración se aplica automáticamente al valor "image_name". Esta etiqueta tiene el siguiente formato:

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

      Puedes usar la marca de tiempo para diferenciar las migraciones. Como alternativa, puedes aplicar tu propia etiqueta. Por ejemplo, edita el CRD y agrega la etiqueta rev1 como se muestra a continuación:

      name: "image_name:rev1"

    4. Establece las propiedades que quieras personalizar.

    5. Guarda el archivo.

  4. Cuando completes tus cambios, sube el plan de migración editado:

    migctl migration update my-migration --main-config my-migration.yaml

Ahora puedes migrar la aplicación. Después de completar la migración de una app, edita el objeto AppXGenerateArtifactsFlow para cada app adicional en la VM que quieras migrar.

Seleccionar aplicaciones

En el plan de migración, el campo de la aplicación representa las aplicaciones que se migrarán. Si no deseas migrar todas las aplicaciones, puedes quitarlas.

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

Configura las opciones del escáner

En el plan de migración, el campo scannerOptions representa el argumento para pasar al Migration Toolkit for Application Binaries de IBM WebSphere Application Server. Puedes editar los argumentos.

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

¿Qué sigue?