WebSphere 서버의 마이그레이션 계획 맞춤설정

애플리케이션 마이그레이션 보고서 검토

IBM WebSphere Application Server Migration Toolkit for Application Binaries로 생성된 애플리케이션 마이그레이션 보고서를 검토할 수도 있습니다. 이 툴킷은 소스 VM의 각 앱에 대해 HTML 보고서를 생성합니다. HTML 파일을 보고 앱 마이그레이션을 평가합니다.

애플리케이션 마이그레이션 보고서를 검토하려면 다음 안내를 따르세요.

  1. Google Cloud Console에서 Cloud Storage 브라우저를 엽니다.

    Cloud Storage 브라우저 열기

  2. Google Cloud Storage의 마이그레이션 아티팩트 버킷에 있는 /output 폴더로 이동합니다.

  3. VM에서 검색된 각 앱에 대해 다음 이름의 HTML 파일이 표시됩니다.

    app-name.ear_MigrationReport.html

  4. HTML 파일을 선택하여 내용을 보거나 로컬에 다운로드하여 마이그레이션을 평가합니다.

마이그레이션 계획 수정

마이그레이션 계획을 수정하려면 마이그레이션 계획을 다운로드하고, 수정한 후 migctl을 사용하여 업데이트합니다. 마이그레이션 계획은 AppXGenerateArtifactsFlow CRD로 표현됩니다.

  1. 마이그레이션 계획을 다운로드합니다. 마이그레이션 계획은 AppXGenerateArtifactsFlow 객체로 표현됩니다.

    migctl migration get my-migration

  2. 이 파일은 수정될 예정이므로 먼저 복구에 사용할 사본을 만드세요.

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

  3. 다운로드한 마이그레이션 계획 my-migration.yaml을 텍스트 편집기에서 수정합니다.

    1. path 속성이 하나만 있는지 확인합니다.

      AppXGenerateArtifactsFlow 객체에는 WAS 기존 VM에서 Migrate to Containers가 검색한 모든 앱의 path 속성이 포함됩니다. 하나의 앱만 지정되도록 path 정의를 제외한 모든 정의와 sharedLibraries 사양을 삭제합니다. 이렇게 하면 각 앱마다 고유한 컨테이너 이미지가 생깁니다.

      AppXGenerateArtifactsFlow 객체는 모든 앱을 다음 형식으로 나열합니다.

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

    2. app_name이 앱마다 고유한지 확인합니다.

      deployment 필드는 deployment_spec.yaml 파일에 사용되는 앱의 이름을 지정합니다. 이 필드를 CRD의 앱마다 고유한 값으로 설정합니다. 고유한 앱 이름으로 각 앱 컨테이너를 배포해야 합니다. 

      deployment:
 appName: app-name

    3. 이미지의 태그 이름을 설정합니다.

      image 필드 값은 마이그레이션된 VM에서 생성된 이미지의 이름과 위치를 정의합니다. 기본적으로 마이그레이션의 타임스탬프에 해당하는 태그가 "image_name" 값에 자동으로 적용됩니다. 이 태그의 형식은 다음과 같습니다.

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

      타임스탬프를 사용하여 마이그레이션을 구별할 수 있습니다. 또는 자체 태그를 적용할 수 있습니다. 예를 들어 CRD를 수정하고 아래 표시된 대로 rev1 태그를 추가합니다.

      name: "image_name:rev1"

    4. 맞춤설정할 다른 속성을 설정합니다.

    5. 파일을 저장합니다.

  4. 수정이 완료되면 수정된 마이그레이션 계획을 업로드합니다.

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

이제 앱을 마이그레이션할 수 있습니다. 앱 마이그레이션을 완료한 후 VM에서 마이그레이션할 각 추가 앱의 AppXGenerateArtifactsFlow 객체를 수정합니다.

애플리케이션 선택

마이그레이션 계획에서 애플리케이션 필드는 마이그레이션할 애플리케이션을 나타냅니다. 모든 애플리케이션을 마이그레이션하지 않으려면 이를 삭제할 수 있습니다.

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

스캐너 옵션 설정

마이그레이션 계획에서 scannerOptions 필드는 IBM WebSphere Application Server Migration Toolkit for Application Binaries에 전달할 인수를 나타냅니다. 이 인수는 수정할 수 있습니다.

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

다음 단계