기존 워크로드 현대화

이 주제에서는 VM 기반 워크로드를 Google Kubernetes Engine(GKE), GKE 클러스터 또는 Cloud Run 플랫폼에서 실행되는 컨테이너로 현대화하는 방법을 설명합니다. VMware 또는 Compute Engine에서 실행되는 VM에서 워크로드를 마이그레이션하여 기존 워크로드를 컨테이너화할 수 있는 유연성을 제공합니다.

현대화(마이그레이션이라고도 함)를 수행하려면 Migrate to Containers 설치의 단계에 따라 만든 처리 클러스터를 사용합니다.

워크로드를 마이그레이션하는 기본 흐름은 지원되는 워크로드 유형 간에 비슷합니다. 워크로드 유형 간에는 몇 가지 차이점이 있으므로, 아래 섹션에서 절차의 개요와 단계별 정보를 참조하여 워크로드 유형을 식별해야 합니다.

지원되는 워크로드

Linux VM 마이그레이션

마이그레이션 절차

다음은 Linux 워크로드의 마이그레이션 단계를 보여주는 다이어그램입니다.

Migrate to Containers로 마이그레이션하는 단계 다이어그램

  1. 마이그레이션 소스 추가

    마이그레이션할 소스 플랫폼을 나타내는 소스를 구성하여 마이그레이션을 시작합니다. 이전 마이그레이션의 소스가 이미 있고 동일한 소스로부터 VM을 마이그레이션하려는 경우 이를 다시 사용할 수 있습니다.

  2. 마이그레이션 만들기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. Linux 데이터 마이그레이션

    데이터 마이그레이션 여부를 선택합니다.

  4. 마이그레이션 계획 맞춤 설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다.

  5. 마이그레이션 실행

    마이그레이션을 실행해서 컨테이너 이미지 및 Dockerfile을 포함하여 컨테이너 아티팩트를 추출합니다. 이러한 아티팩트를 사용하여 컨테이너를 테스트 환경 또는 프로덕션에 배포합니다.

  6. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  7. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

Windows IIS 애플리케이션 마이그레이션

마이그레이션 절차

다음은 Windows 워크로드의 마이그레이션 단계를 보여주는 다이어그램입니다.

Migrate to Containers로 마이그레이션하는 단계 다이어그램

Migrate to Containers를 사용하여 마이그레이션하기 위한 단계는 다음과 같습니다.

  1. 마이그레이션 소스 추가

    마이그레이션하려는 소스 플랫폼을 나타내는 소스를 구성하여 마이그레이션을 시작합니다. 이전 마이그레이션의 소스가 이미 있고 동일한 소스로부터 VM을 마이그레이션하려는 경우 이를 다시 사용할 수 있습니다.

  2. 마이그레이션 계획 세우기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. 마이그레이션 계획 맞춤 설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다.

  4. 마이그레이션 실행

    마이그레이션을 실행하여 컨테이너 이미지를 빌드하는 데 필요한 Dockerfile 및 기타 파일이 포함된 컨테이너 아티팩트를 추출합니다.

  5. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  6. Windows 컨테이너 이미지 빌드

    생성된 아티팩트를 사용하여 Windows 컨테이너를 빌드한 다음 클러스터에 배포할 수 있습니다.

  7. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

지원되는 기능

Migrate to Containers: 현재 Windows에서는 IIS .Net 프레임워크 사이트를 마이그레이션할 수 있습니다. 사이트를 단일 목적 이미지로 분할하거나 원하는 대로 그룹화할 수 있습니다.

소스 VM에서 마이그레이션할 수 있는 사이트를 더 잘 파악하려면 Migration Center 탐색 클라이언트 CLI 오프라인 평가를 실행해 보세요.

Tomcat 서버 마이그레이션

다음은 Tomcat 워크로드의 마이그레이션 단계를 보여주는 다이어그램입니다.

Migrate to Containers로 마이그레이션하는 단계 다이어그램

Migrate to Containers를 사용하여 Tomcat 워크로드를 마이그레이션하면 Tomcat의 기능과 아키텍처를 활용할 수 있습니다.

  • 애플리케이션의 하위 집합을 개별 컨테이너로 분리합니다.
  • Tomcat 애플리케이션의 기존 키 저장소, 트러스트 저장소, 소스 VM의 인증서를 보존합니다.
  • JVM 애플리케이션의 최적 메모리 할당을 동적으로 결정합니다.
  • 소스 VM에서 특정 데이터 볼륨과 데이터 볼륨 클레임을 복사합니다.

기본 요건

  • Linux VM 기반 Apache Tomcat 앱 서버 v8.5 이상
  • 오프라인 평가를 실행하여 마이그레이션에 적합한 워크로드를 결정합니다.
  • Linux VM 마이그레이션에 사용되는 Cloud 클러스터를 구성합니다.

마이그레이션 절차

Migrate to Containers를 사용하여 마이그레이션하기 위한 단계는 다음과 같습니다.

  1. 마이그레이션 소스 추가

    마이그레이션하려는 소스 플랫폼을 나타내는 소스를 구성하여 마이그레이션을 시작합니다. 이전 마이그레이션의 소스가 이미 있고 동일한 소스로부터 VM을 마이그레이션하려는 경우 이를 다시 사용할 수 있습니다.

  2. 마이그레이션 만들기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. Tomcat 데이터 마이그레이션

    데이터 마이그레이션 여부를 선택합니다.

  4. 마이그레이션 계획 맞춤 설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다.

  5. 마이그레이션 실행

    마이그레이션을 실행하여 컨테이너 이미지를 빌드하는 데 필요한 Dockerfile 및 기타 파일이 포함된 컨테이너 아티팩트를 추출합니다.

  6. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  7. Tomcat 컨테이너 이미지 빌드

    생성된 아티팩트를 사용하여 컨테이너를 빌드한 후 클러스터에 배포할 수 있습니다.

  8. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

지원되지 않는 기능

다음 Tomcat 기능은 지원되지 않습니다.

  • 클러스터링/세션 복제.

  • Windows 워크로드를 사용한 Tomcat 마이그레이션에 대한 Windows 지원

WebSphere 기존 애플리케이션 마이그레이션

마이그레이션 개요

IBM WebSphere Application Server(WAS) traditional은 Java 기반 워크로드를 호스팅하는 소프트웨어 프레임워크입니다. Migrate to Containers를 사용하면 WAS 기존 항목에서 실행되는 앱 워크로드를 애플리케이션 컨테이너로 변환하여 이를 현대화할 수 있습니다. 그러면 Google Cloud에서 GKE 또는 GKE Enterprise 클러스터에 앱 컨테이너를 배포할 수 있습니다.

WebSphere Application Server traditional 앱 마이그레이션 정보

WAS 기존 VM은 여러 앱을 포함할 수 있습니다. Migrate to Containers는 소스 VM에서 배포된 앱을 검색하고 현대화 구성을 자동으로 추천하여 WAS 앱의 컨테이너 현대화를 자동화할 수 있게 해줍니다.

Google에서는 각 앱을 고유 컨테이너 이미지(ibmcom/websphere-traditional, ibmcom/websphere-liberty 또는 openliberty/open-liberty)로 마이그레이션하도록 요구됩니다. 그런 후 여러 앱을 함께 테스트하고 배포할 필요 없이 마이그레이션된 앱을 개별적으로 테스트하고 배포할 수 있습니다.

WAS 앱을 개별 앱 컨테이너로 마이그레이션합니다.

마이그레이션 소스는 WAS ND 또는 WAS base일 수 있습니다. 대상은 Liberty 또는 기존 WAS base 컨테이너가 되고 해당 ND 클러스터링 기능은 Kubernetes로 위임됩니다.

요구사항

다음 시스템 요구사항을 검토하여 마이그레이션 환경과 배포 환경이 Migrate to Containers와 호환되는지 확인합니다.

WAS 기존 앱 마이그레이션을 위한 요구사항

마이그레이션을 시작하기 전 IBM WAS 기존 환경 및 마이그레이션 처리 클러스터가 아래 설명된 요구사항을 충족하는지 확인합니다.

WAS 기존 시스템 요구사항

Migrate to Containers에서는 다음 버전의 IBM WAS에서 호스팅되는 앱을 마이그레이션할 수 있습니다.

  • WebSphere Application Server 기존 8.5.5.x
  • WebSphere Application Server 기존 9.0.5.x

Migrate to Containers가 WAS 기존 앱이 포함된 VM을 처리하려면 Migrate to Containers가 VM에서 두 가지 유형의 구성을 추출합니다.

  • 각 애플리케이션의 구성

  • 대상 프로필의 구성. 프로필은 포트, JVM 설정 등을 포함한 WAS의 런타임 환경을 정의합니다.

Migrate to Containers 소프트웨어는 GKE Enterprise 또는 GKE 클러스터에서 IBM WebSphere Application Server Migration Toolkit for Applications Binals 사용을 자동화하여 마이그레이션 보고서와 구성 스크립트를 탐색, 평가, 생성합니다. 툴킷의 조달, 라이선스 및 사용 관련 책임은 전적으로 사용자에게 있습니다.

마이그레이션을 시작하려면 먼저 계정의 Google Cloud Storage 버킷에 툴킷을 업로드해야 합니다. 이 절차는 binaryAppScanner.jar 설정을 참조하세요.

호환되는 VM 운영체제

Migrate to Containers에서는 호환 VM 운영체제에 나열된 64비트 Linux 운영체제가 설치된 VM에서 WAS 기존 앱을 마이그레이션할 수 있습니다.

처리 클러스터 요구사항

Google Kubernetes Engine(GKE) 또는 GKE Enterprise 클러스터를 사용하여 소스 VM의 앱을 대상 컨테이너로 마이그레이션하는 데 필요한 변환을 수행하는 Migrate to Containers 구성요소를 실행합니다. WAS VM의 앱:

처리 클러스터는 호환되는 처리 클러스터 운영체제에 나열된 Linux 운영체제를 사용해야 합니다.

각 처리 클러스터 유형을 만드는 방법에 대한 자세한 내용은 처리 클러스터 유형 선택을 참조하세요.

마이그레이션된 앱 배포를 위한 요구사항

앱을 마이그레이션한 후 애플리케이션 환경 및 대상 클러스터가 아래 설명된 요구사항을 충족하는지 확인합니다.

대상 클러스터 요구사항

Google Kubernetes Engine(GKE), Google Cloud의 GKE Enterprise 클러스터 또는 베어메탈용 Google Distributed Cloud Virtual을 사용합니다. 대상 클러스터는 호환되는 워크로드 클러스터 운영체제에 나열된 Linux 운영체제를 사용해야 합니다.

마이그레이션을 수행하는 과정에서 Migrate to Containers는 마이그레이션된 WAS 앱을 나타내는 Docker 이미지를 만들고 Docker 레지스트리에 업로드합니다. 여기에 설명된 대로 대상 클러스터에 Docker 레지스트리에 대한 읽기 액세스 권한이 있는지 확인해야 합니다.

지원되는 대상 컨테이너
  • 기존 WebSphere Application Server
  • WebSphere Application Server Liberty
  • Open Liberty

시작하기 전에

마이그레이션을 시작하기 전에 먼저 다음 작업을 수행해야 합니다.

Migrate to Containers 설치

처리 클러스터에 Migrate to Containers를 설치합니다. 처리 클러스터는 Migrate to Containers 구성요소가 설치된 Google Kubernetes Engine(GKE) 또는 GKE Enterprise 클러스터이며 VM을 마이그레이션하는 데 사용합니다. 모든 설치 안내는 설치 개요를 참조하세요.

Migrate to Virtual Machines 설정(선택사항)

Migrate to Containers를 사용하여 VMware에서 Websphere 워크로드를 Google Cloud로 마이그레이션하려면 전송을 처리할 Migrate to Virtual Machines를 설정해야 합니다.

자세한 내용은 Migrate to Virtual Machines 설정을 참조하세요.

binaryAppScanner.jar 설정

Migrate to Containers는 IBM WebSphere Application Server Migration Toolkit for Application Binaries의 일부로 제공되는 binaryAppScanner.jar 사용을 자동화하여 WAS 애플리케이션의 구성 정보와 파일을 소스 VM으로 추출합니다.

마이그레이션을 수행하려면 먼저 다음을 수행해야 합니다.

binaryAppScanner.jar를 설정하려면 다음 단계를 따르세요.

  1. IBM 지원에서 설치 프로그램 파일 binaryAppScannerInstaller.jar를 다운로드합니다. 다운로드 중에 라이선스 계약에 동의해야 합니다.

  2. 다음 명령어를 실행하여 binaryAppScanner.jar 파일을 추출하고 라이선스 계약에 동의합니다.

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

  3. 추출할 대상 디렉터리를 지정합니다. (예: /tmp). 설치 프로그램은 대상 디렉터리 아래 /wamt라는 디렉터리를 만듭니다.

  4. /wamt 디렉터리로 이동합니다. 예를 들면 다음과 같습니다.

    cd /tmp/wamt

  5. 다음 명령어를 사용하여 2개의 Dockerfile을 만듭니다.

    FROM us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere-traditional-container-discover:1.3.1
ADD binaryAppScanner.jar /

    FROM us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere-traditional-container-extract:1.3.1
ADD binaryAppScanner.jar /

  6. Docker 이미지를 빌드하고 푸시합니다.

    gcloud builds submit --timeout 1h -t gcr.io/PROJECT_ID/websphere-traditional-container-discover-with-scanner:1.3.1 --project PROJECT_ID
gcloud builds submit --timeout 1h -t gcr.io/PROJECT_ID/websphere-traditional-container-extract-with-scanner:1.3.1 --project PROJECT_ID

  7. 플러그인 CRD를 수정하여 다음과 같이 바이너리 스캐너와 함께 번들로 묶습니다.

    $ kubectl edit appxplugins.anthos-migrate.cloud.google.com -n v2k-system websphere-traditional-container

# Set the value of spec.discoveryImage and spec.generateArtifactsImage:

apiVersion: anthos-migrate.cloud.google.com/v1beta2
kind: AppXPlugin
metadata:
  namespace: v2k-system
  name: websphere-traditional-container
  labels:
    anthos-migrate.cloud.google.com/preview-type: public
  annotations:
    anthos-migrate.cloud.google.com/display-name: WebSphere traditional container
spec:
  discoverImage: gcr.io/PROJECT_ID/websphere-traditional-container-discover-with-scanner:1.3.1
  discoverCommand:
  - /ko-app/websphere-traditional
  - discover
  generateArtifactsImage: gcr.io/PROJECT_ID/websphere-traditional-container-extract-with-scanner:1.3.1
  generateArtifactsCommand:
  - /ko-app/websphere-traditional
  - extract
  parameterDefs:
  - name: was-home
    usage: Path of the WebSphere WAS_HOME on the original instance.
    envVar: APPX_WAS_HOME

  8. CRD를 저장합니다.

마이그레이션 절차

다음은 WebSphere 워크로드의 마이그레이션 단계를 보여주는 다이어그램입니다.

WAS 앱을 개별 앱 컨테이너로 마이그레이션합니다.

Migrate to Containers를 사용하여 마이그레이션하기 위한 단계는 다음과 같습니다.

  1. 마이그레이션 소스 추가

    소스 플랫폼을 나타내는 마이그레이션 소스를 추가합니다.

  2. 마이그레이션 만들기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. WebSphere 데이터 마이그레이션

    데이터 마이그레이션 여부를 선택합니다.

  4. 마이그레이션 계획 맞춤설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다. 마이그레이션당 하나의 WAS 앱을 마이그레이션합니다.

  5. 마이그레이션 실행

    마이그레이션을 실행하여 컨테이너 이미지를 빌드하는 데 필요한 Dockerfile 및 기타 파일이 포함된 컨테이너 아티팩트를 추출합니다.

  6. 마이그레이션 아티팩트 생성 및 검토

    마이그레이션을 수행하여 앱 컨테이너를 생성합니다. 마이그레이션 프로세스를 모니터링하고 완료되면 배포 가능한 앱 이미지 빌드의 준비로 아티팩트를 검토할 수 있습니다.

  7. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  8. 앱 컨테이너 이미지 빌드

    생성된 아티팩트를 사용하여 컨테이너를 빌드한 후 클러스터에 배포할 수 있습니다.

  9. 대상 클러스터에 앱 컨테이너 배포

    이미지를 대상 클러스터에 배포합니다.

  10. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

JBoss 서버 마이그레이션

다음은 JBoss 워크로드의 마이그레이션 단계를 보여주는 다이어그램입니다.

Migrate to Containers로 마이그레이션하는 단계 다이어그램

Migrate to Containers를 사용하여 JBoss 워크로드를 마이그레이션하는 경우 JBoss의 기능과 아키텍처를 사용하여 소스 VM에서 특정 데이터 볼륨과 데이터 볼륨 클레임을 복사할 수 있습니다.

기본 요건

  • JBoss AS 앱 서버 v8.1.0 이상 또는 JBoss EAP 앱 서버 v7.0, v7.1, v7.2, v7.3, v7.4

  • VM 마이그레이션에 사용되는 Google Cloud 클러스터를 구성합니다.

마이그레이션 절차

Migrate to Containers를 사용하여 마이그레이션하기 위한 단계는 다음과 같습니다.

  1. 마이그레이션 소스 추가

    마이그레이션하려는 소스 플랫폼을 나타내는 소스를 구성하여 마이그레이션을 시작합니다. 이전 마이그레이션의 소스가 이미 있고 동일한 소스로부터 VM을 마이그레이션하려는 경우 이를 다시 사용할 수 있습니다.

  2. 마이그레이션 만들기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. JBoss 데이터 마이그레이션

    데이터 마이그레이션 여부를 선택합니다.

  4. 마이그레이션 계획 맞춤 설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다.

  5. 마이그레이션 실행

    마이그레이션을 실행하여 컨테이너 이미지를 빌드하는 데 필요한 Dockerfile 및 기타 파일이 포함된 컨테이너 아티팩트를 추출합니다.

  6. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  7. JBoss 컨테이너 이미지 빌드

    생성된 아티팩트를 사용하여 컨테이너를 빌드한 후 클러스터에 배포할 수 있습니다.

  8. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

지원되지 않는 기능

다음과 같은 JBoss 기능은 지원되지 않습니다.

  • 민감한 정보 및 보안 비밀 - JBOSS_HOME/standalone 디렉터리 내에 저장된 민감한 정보 및 보안 비밀은 삭제되지 않습니다. 이 데이터는 컨테이너 이미지에 포함됩니다.
  • JBoss 로거 구성 - 로거 구성을 소스 머신에서 있는 그대로 가져옵니다. JBoss 컨테이너를 빌드하기 전에 jbossServer.tar.gz를 수동으로 수정하지 않으면 마이그레이션 프로세스 중에 수정되지 않습니다.
  • 메모리 할당 - Java 가상 머신(JVM) 리소스 할당은 커뮤니티 컨테이너에서 가져오고 소스 머신 JVM 리소스에 의존하지 않습니다.
  • 환경 변수 - 소스 머신의 환경 변수 및 JVM 매개변수는 컨테이너 이미지로 마이그레이션되지 않습니다.
  • 오프라인 평가 - 마이그레이션을 위한 JBoss 워크로드의 적합성 결정은 지원되지 않습니다.

Apache 서버 마이그레이션

다음은 Apache 워크로드의 마이그레이션 단계를 보여주는 다이어그램입니다.

Migrate to Containers로 마이그레이션하는 단계 다이어그램

Migrate to Containers를 사용하여 Apache 워크로드를 마이그레이션하면 Apache의 기능과 아키텍처를 활용할 수 있습니다.

  • 소스 VM에서 특정 데이터 볼륨과 데이터 볼륨 클레임을 복사합니다.

기본 요건

  • Linux VM 기반 Apache 2 웹 서버
  • Linux VM 마이그레이션에 사용되는 Google Cloud 클러스터를 구성합니다.

마이그레이션 절차

Migrate to Containers를 사용하여 마이그레이션하기 위한 단계는 다음과 같습니다.

  1. 마이그레이션 소스 추가

    마이그레이션하려는 소스 플랫폼을 나타내는 소스를 구성하여 마이그레이션을 시작합니다. 이전 마이그레이션의 소스가 이미 있고 동일한 소스로부터 VM을 마이그레이션하려는 경우 이를 다시 사용할 수 있습니다.

  2. 마이그레이션 만들기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. 데이터 마이그레이션

    데이터 마이그레이션 여부를 선택합니다.

  4. 마이그레이션 계획 맞춤 설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다.

  5. 마이그레이션 실행

    마이그레이션을 실행하여 컨테이너 이미지를 빌드하는 데 필요한 Dockerfile 및 기타 파일이 포함된 컨테이너 아티팩트를 추출합니다.

  6. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  7. Apache 컨테이너 이미지 빌드

    생성된 아티팩트를 사용하여 컨테이너를 빌드한 후 클러스터에 배포할 수 있습니다.

  8. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

지원되지 않는 기능

Apache 1 워크로드는 지원되지 않습니다.

다음 Apache 기능은 지원되지 않습니다.

  • 인증서

  • Windows 워크로드를 사용한 Apache 마이그레이션에 대한 Windows 지원

WordPress 사이트 마이그레이션

Migrate to Containers를 사용하여 WordPress 워크로드를 마이그레이션하는 경우 WordPress의 기능과 아키텍처를 사용하여 소스 VM에서 특정 데이터 볼륨과 데이터 볼륨 클레임을 복사할 수 있습니다.

기본 요건

  • Linux VM 기반 Apache 2 웹 서버에서 실행되는 WordPress 버전 4.0 이상
  • Linux VM 마이그레이션에 사용되는 Google Cloud 클러스터를 구성합니다.

마이그레이션 절차

Migrate to Containers를 사용하여 마이그레이션하기 위한 단계는 다음과 같습니다.

  1. 마이그레이션 소스 추가

    마이그레이션하려는 소스 플랫폼을 나타내는 소스를 구성하여 마이그레이션을 시작합니다. 이전 마이그레이션의 소스가 이미 있고 동일한 소스로부터 VM을 마이그레이션하려는 경우 이를 다시 사용할 수 있습니다.

  2. 마이그레이션 만들기

    초기 마이그레이션 계획을 사용하여 마이그레이션 객체를 만듭니다.

  3. 마이그레이션 계획 맞춤 설정

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 마이그레이션 계획을 수정합니다.

  4. WordPress 데이터 마이그레이션

    마이그레이션을 실행하기 전에 구체적인 요구사항에 맞게 데이터 마이그레이션 계획을 검토하고 수정합니다.

  5. 마이그레이션 실행

    마이그레이션을 실행하여 컨테이너 이미지를 빌드하는 데 필요한 Dockerfile 및 기타 파일이 포함된 컨테이너 아티팩트를 추출합니다.

  6. 마이그레이션 모니터링

    마이그레이션의 진행 상태를 모니터링하고 마이그레이션 활동 로그를 검사합니다.

  7. WordPress 컨테이너 이미지 빌드

    생성된 아티팩트를 사용하여 컨테이너를 빌드한 후 클러스터에 배포할 수 있습니다.

  8. 마이그레이션 삭제

    마이그레이션을 삭제하여 마이그레이션에서 사용하는 모든 리소스를 확보합니다.

지원되지 않는 기능

Linux VM 기반 Apache 2 웹 서버 이외의 호스트에서 실행되는 WordPress 사이트는 지원되지 않습니다.

다음 WordPress 기능은 지원되지 않습니다.

  • WordPress 데이터베이스 마이그레이션

    데이터베이스를 사용하는 애플리케이션을 마이그레이션하는 방법에 대한 자세한 내용은 데이터베이스 액세스 가능성 확인을 참조하세요.

  • 미디어 업로드, 플러그인, 테마와 같은 WordPress 서버에 로컬로 저장된 데이터를 NFS 드라이브로 내보냅니다.

    로컬에 저장된 데이터를 NFS로 내보내는 방법에 대한 자세한 내용은 NFS 마운트를 영구 볼륨으로 정의를 참조하세요.

  • 마이그레이션된 배포의 수평 확장입니다.

    WordPress 서버에 로컬로 저장된 데이터는 마이그레이션된 배포 포드에 마운트된 Compute Engine 영구 디스크로 내보내집니다. Compute Engine 영구 디스크는 여러 포드에 연결할 수 없으므로 마이그레이션된 배포의 수평 확장을 방지합니다.

  • 인증서 및 민감한 정보를 Kubernetes 보안 비밀 객체로 내보내기

다음 단계