소스 머신의 파일 시스템 복사

애플리케이션 구성요소를 현대화하려면 소스 머신의 파일 시스템 사본을 만들어야 합니다.

이 페이지에서는 복사된 파일 시스템의 크기를 줄이기 위해 일부 사양과 함께 소스 머신의 파일 시스템을 복사하는 데 필요한 단계에 대해 설명합니다.

Linux 소스 머신 파일 시스템의 로컬 사본 만들기

Migrate to Containers CLI는 직접 SSH 연결 또는 gcloud를 사용해서 소스 머신에 대한 액세스를 지원합니다.

직접 SSH

직접 SSH 액세스를 사용하여 복사하려면 다음 명령어를 실행합니다.

./m2c copy ssh [USERNAME@]HOSTNAME \
  -i PATH_TO_PRIVATE_KEY \
  -o OUTPUT_FILESYSTEM_DIR

다음을 바꿉니다.

  • USERNAME: 사용자 이름입니다.
  • HOSTNAME: 호스트 이름입니다.
  • PATH_TO_PRIVATE_KEY: 비공개 키의 경로입니다.
  • OUTPUT_FILESYSTEM_DIR: 소스 머신의 파일 시스템을 복사할 로컬 머신의 출력 디렉터리 경로입니다.

gcloud

소스 머신에 공개 IP가 있으면 다음 명령어를 실행합니다.

./m2c copy gcloud \
  -p PROJECT_ID \
  -z ZONE \
  -n VM_NAME \
  -o OUTPUT_FILESYSTEM_DIR

다음을 바꿉니다.

  • PROJECT_ID: 프로젝트 ID입니다.
  • ZONE: VM의 영역입니다.
  • VM_NAME: 소스 VM의 이름입니다.
  • OUTPUT_FILESYSTEM_DIR: 소스 머신의 파일 시스템을 복사할 로컬 머신의 디렉터리 출력 경로입니다.

소스 머신에 공개 IP가 없으면 다음 중 하나를 수행할 수 있습니다.

  • 동일한 내부 네트워크의 머신에서 Migrate to Containers CLI를 실행하는 경우 --internal-ip 플래그를 사용합니다.
  • 다른 네트워크에서 실행하는 경우 --tunnel-through-iap 플래그를 사용합니다.

이러한 플래그에 대한 자세한 내용은 gcloud 문서를 참조하세요.

복사가 완료되면 지정된 출력 디렉터리에 소스 머신 파일 시스템의 사본이 제공됩니다.

복사된 파일 시스템의 크기 감소

소스 머신에 따라 복사된 파일 시스템이 매우 커질 수 있습니다. 사본이 클수록 각 작업의 완료 시간이 오래 걸리고, 공간이 부족하면 복사 작업이 실패합니다.

Migrate to Containers CLI는 사본 크기를 줄이기 위해 필터를 적용하지만 애플리케이션 구성요소가 무엇인지 미리 알고 있으면 필터를 수정해서 사본 크기를 추가로 줄일 수 있습니다.

수정된 필터와 함께 copy 명령어를 다시 실행하면 필터 파일의 변경사항에 따라 출력 디렉터리의 콘텐츠가 업데이트됩니다.

기본 필터를 수정하려면 다음 단계를 수행합니다.

  1. 기본 필터 목록을 가져옵니다.

    ./m2c copy default-filters > filters.txt

  2. filters.txt 파일을 수정해서 관련이 없는 디렉터리를 삭제합니다. 이 파일은 rsync 문서 페이지에 지정된 대로 rsync 필터 규칙 형식을 사용합니다.

  3. --filters 플래그를 사용해서 copy 명령어로 필터 파일을 지정합니다.

    직접 SSH 

    ./m2c copy ssh [USERNAME@]HOSTNAME \
  -i PATH_TO_PRIVATE_KEY \
  -o OUTPUT_FILESYSTEM_DIR \
  --filters filters.txt

    gcloud 

    ./m2c copy gcloud \
  -p PROJECT_ID \
  -z ZONE \
  -n VM_NAME \
  -o OUTPUT_FILESYSTEM_DIR \
  --filters filters.txt

Windows 소스 머신 파일 시스템의 로컬 사본 만들기

Windows 소스 머신의 경우 마이그레이션 프로세스를 위해 VHD 또는 VHDX 형식의 디스크 이미지를 복사해야 합니다. 그러나 Migrate to Containers CLI는 소스 플랫폼에서 로컬 머신으로 디스크 이미지를 내보내는 기능을 지원하지 않습니다.

  • Compute Engine 가상 머신(VM) 인스턴스 디스크를 내보내려면 먼저 디스크에서 이미지를 생성한 다음 이미지를 로컬 머신으로 내보냅니다.

  • Compute Engine에서 이미지를 내보내려면 다음 단계를 수행하세요.

    1. gcloud compute images export 명령어를 사용하여 이미지를 Cloud Storage로 내보냅니다.

      gcloud compute images export \
  --export-format vhdx \
  --destination-uri DESTINATION_URI \
  --image IMAGE_NAME

      다음을 바꿉니다.

      • DESTINATION_URI: 내보낸 이미지 파일의 Cloud Storage URI 대상입니다.
      • IMAGE_NAME: 내보낼 디스크 이미지의 이름입니다.

    2. 로컬 머신에 이미지를 다운로드합니다.

      gcloud storage cp DESTINATION_URI LOCAL_PATH

      다음을 바꿉니다.

      • DESTINATION_URI: 내보낸 이미지 파일의 Cloud Storage URI 대상입니다.
      • LOCAL_PATH: 이미지를 다운로드할 로컬 폴더의 경로입니다.

    자세한 내용은 커스텀 이미지를 Cloud Storage로 내보내기를 참조하세요.

  • Amazon EC2 이미지 내보내기에 대한 자세한 내용은 VM 가져오기/내보내기를 사용하여 인스턴스를 VM으로 내보내기를 참조하세요.

  • Azure Cloud Compute 이미지 내보내기에 대한 자세한 내용은 Azure에서 Windows VHD 다운로드를 참조하세요.

  • VMware VM 디스크 이미지를 내보내려면 먼저 VMDK 파일로 이미지 내보내기 단계를 완료합니다. 그런 다음 qemu-img와 같은 타사 도구를 사용하여 VMDK 파일을 VHD 파일로 변환합니다.

다음 단계