이 페이지는 Cloud Translation API를 통해 번역되었습니다.

워크로드를 새 컴퓨팅 인스턴스로 이전

특정 상황에서는 기존 가상 머신(VM) 인스턴스에서 최신 VM으로 워크로드를 이동할 수 있습니다. 새 VM으로 이동하는 이유는 다음과 같습니다.

새로운 머신 유형을 활용하여 스토리지 또는 네트워킹 속도를 높입니다. 예를 들면 네트워킹 대역폭을 향상시키기 위해 C2에서 H3로 업그레이드합니다.
소스 VM 인스턴스보다 우수한 가성비를 활용할 수 있습니다. 예를 들면 5세대 Intel Xeon 프로세서의 가치를 높이기 위해 N1에서 N4로 업그레이드합니다.
새 VM 인스턴스에서만 사용할 수 있는 기능을 사용합니다. 예를 들면 추가 성능과 유지보수 옵션을 활용하기 위해 N4에서 C4로 업그레이드합니다.
가상 머신(VM) 인스턴스를 베어메탈 인스턴스로 변경합니다.
C3 또는 C3D VM 인스턴스에 로컬 SSD 디스크를 추가합니다.

최신 세대 머신 시리즈로 업그레이드할 때 현재(소스) VM에서 다음 조건을 충족하는 경우 컴퓨팅 인스턴스 머신 유형 수정에 설명된 간단한 절차를 사용할 수 있습니다.

운영체제(OS) 버전이 새 머신 시리즈에서 지원됩니다.
소스 VM에 연결된 부팅 디스크의 디스크 유형이 새 머신 시리즈에서 지원됩니다.
VM에서 로컬 SSD 스토리지를 사용하지 않습니다.
GPU가 연결된 VM에서 G2 머신 유형을 사용합니다. 자세한 내용은 GPU 추가 또는 삭제를 참조하세요.
VM이 새 머신 시리즈에서 지원하는 기능만 사용합니다.
VM이 관리형 인스턴스 그룹(MIG)에 속하지 않습니다.
VM에서 gVNIC 네트워크 인터페이스를 사용합니다.

시작하기 전에

아직 인증을 설정하지 않았다면 설정합니다. 인증은 Google Cloud 서비스 및 API에 액세스하기 위해 ID를 확인하는 프로세스입니다. 로컬 개발 환경에서 코드 또는 샘플을 실행하려면 다음 옵션 중 하나를 선택하여 Compute Engine에 인증하면 됩니다.

Select the tab for how you plan to use the samples on this page:
Console

When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
1. Install the Google Cloud CLI, then initialize it by running the following command:
  gcloud init
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.

필요한 역할

VM을 수정하거나 변경하는 데 필요한 권한을 얻으려면 관리자에게 프로젝트에 대한 다음 IAM 역할을 부여해 달라고 요청하세요.

Compute 인스턴스 관리자(v1)(roles/compute.admin.v1)
네트워크 유형을 변경하려는 경우: Compute Engine 네트워크 관리자(roles/compute.networkAdmin)

역할 부여에 대한 자세한 내용은 프로젝트, 폴더, 조직에 대한 액세스 관리를 참조하세요.

이러한 사전 정의된 역할에는 VM을 수정하거나 변경하는 데 필요한 권한이 포함되어 있습니다. 필요한 정확한 권한을 보려면 필수 권한 섹션을 펼치세요.

필수 권한

VM을 수정하거나 변경하려면 다음 권한이 필요합니다.

머신 유형을 변경하려는 경우:
- 프로젝트에 대한 compute.instances.stop 권한
- 프로젝트에 대한 compute.instances.create 권한
- 프로젝트에 대한 compute.instances.start 권한
- 인스턴스에 대한 compute.instances.setMachineType 권한
디스크의 스냅샷 만들기:
- 프로젝트에 대한 compute.snapshots.create 권한
- 디스크에 대한 compute.disks.createSnapshot 권한
새 디스크를 만들려는 경우:
- 프로젝트에 대한 compute.disks.list 권한
- 프로젝트에 대한 compute.disks.create 권한
- 프로젝트에 대한 compute.disks.update 권한
VM에 디스크 연결하기:
- 인스턴스에 대한 compute.instances.attachDisk 권한
- 디스크에 대한 compute.disks.use 권한
디스크 삭제: 프로젝트에 대한 compute.disks.delete
네트워크 유형을 변경하려는 경우:
- 프로젝트에 대한 compute.networks.list 권한
- 프로젝트에 대한 compute.networks.update 권한

커스텀 역할이나 다른 사전 정의된 역할을 사용하여 이 권한을 부여받을 수도 있습니다.

VM 마이그레이션 옵션 평가

한 머신 유형에서 다른 머신 유형으로 마이그레이션은 새 머신 유형의 리전별 가용성, 소스 및 새 머신 시리즈의 게스트 OS와 관련된 스토리지 옵션 및 네트워크 인터페이스의 호환성을 포함한 여러 요인에 따라 달라집니다.

컴퓨팅 요구사항

현재 인스턴스와 새 머신 유형에 대한 다음 요구사항을 검토합니다.

머신 계열 리소스 문서를 살펴보고 워크로드에 적합한 머신 유형을 식별합니다. 애플리케이션에 특정 하드웨어(GPU), 고성능 또는 낮은 비용이 필요한지 고려하세요.
새 머신 유형에서 지원하는 디스크 유형 기능을 검토합니다. Hyperdisk에서는 대부분의 Persistent Disk 기능을 지원하지만 일부는 지원되지 않습니다. 그러나 Hyperdisk는 Persistent Disk에서 사용할 수 없는 추가 기능을 제공합니다.
사용할 머신 시리즈의 기능을 검토합니다. 새 머신 시리즈는 커스텀 머신 유형, 로컬 SSD 또는 보안 VM과 같은 현재 머신 시리즈에서 사용하는 기능과 동일한 기능을 지원하지 않을 수 있습니다.
리전 및 영역을 검토하여 새 머신 시리즈를 모든 리전에서 현재 VM으로 사용할 수 있는지 확인합니다. 배포, 고가용성, 재해 복구 계획을 조정해야 할 수 있습니다.
OS 마이그레이션 계획을 검토합니다.
- 새 VM에 새 버전의 OS가 필요한 경우 애플리케이션이 최신 OS 버전과 호환되는지 확인합니다.
- Arm으로 이전 중이며 현재 OS 버전에서 Arm 이미지를 사용할 수 없으면 애플리케이션을 실행할 새 OS 또는 OS 버전을 선택하고 애플리케이션이 새 OS와 호환되는지 확인합니다.
소스 C3 VM 인스턴스에서 지원되는 운영체제 및 네트워크 드라이버를 사용하는 한 C3 VM 인스턴스에서 C3 베어메탈 인스턴스로 마이그레이션할 수 있습니다.
C3 이외의 머신 시리즈에서 베어메탈 인스턴스로 이전하는 경우 새 인스턴스를 만들어야 합니다. 자체 하이퍼바이저를 실행해야 할 수 있습니다. 그러나 IDPF 드라이버가 사용 설정되어 있는 한 C3 메탈 지원 운영체제를 실행할 수도 있습니다. 베어메탈 인스턴스는 가상 함수가 아닌 실제 함수로만 표시되는 IDPF 네트워크 인터페이스를 사용합니다.

스토리지 요구사항

현재 인스턴스와 새 인스턴스 유형에 대한 다음 스토리지 요구사항을 검토합니다.

새 머신 시리즈에 지원되는 스토리지 유형과 스토리지 인터페이스를 검토합니다.
- 기본적으로 1세대 및 2세대 머신 시리즈에서는 Persistent Disk 스토리지 유형과 VirtIO-SCSI 인터페이스만 사용합니다.
- 3세대 및 이후 머신 시리즈(예: M3, C3, N4)에서는 NVMe 인터페이스만 지원하며 일부는 Hyperdisk 및 로컬 SSD 스토리지 유형만 지원합니다.
- 베어메탈 인스턴스(예: C3 및 X4)는 Hyperdisk만 지원합니다.
디스크 호환성:
- 부팅 디스크가 새 머신 시리즈에서 지원하지 않는 디스크 유형(예: pd-standard)을 사용하는 경우 새 VM의 새 부팅 디스크를 만들어야 합니다.
- OS를 새 버전으로 업그레이드하고 있으며 운영체제에서 인플레이스 업그레이드를 지원하지 않으면 새 부팅 디스크를 만들어야 합니다. 임시 비부팅 디스크에 복사하지 않으면 소스 부팅 디스크의 모든 데이터가 손실됩니다. 그런 다음 새 부팅 디스크를 만들고 임시 비부팅 디스크에 저장된 데이터를 새 부팅 디스크에 복사합니다.
- OS 버전을 업그레이드하지 않는 경우 현재 부팅 디스크의 스냅샷을 만든 후 지원되는 새 디스크 유형으로 복원할 수 있습니다. VM을 만들 때 이 새 디스크를 부팅 디스크로 사용할 수 있습니다.
- 비부팅 디스크가 새 머신 시리즈에서 지원하지 않는 디스크 유형을 사용하는 경우 디스크 유형 변경의 설명대로 스냅샷을 사용하여 소스 디스크를 새 디스크 유형으로 변경할 수 있습니다.
로컬 SSD 디스크를 새 VM으로 이전할 수 없습니다. 디스크 유형 변경의 설명대로 모든 로컬 SSD 데이터를 저장할 수 있는 대형 디스크를 현재 VM에 연결한 후 스냅샷을 사용하여 소스 디스크를 새 디스크 유형으로 변경할 수 있습니다. 로컬 SSD 디스크가 연결된 VM을 만든 후에는 데이터를 다시 로컬 SSD 디스크로 복사할 수 있습니다.
현재 VM 인스턴스에서 스토리지 풀의 디스크를 사용하지만 워크로드를 다른 리전의 VM으로 이전하는 경우 새 리전에 디스크와 스토리지 풀을 다시 만들어야 합니다.
새 머신 시리즈에서 다른 디스크 인터페이스(예: SCSI 대신 NVMe)를 사용하는 경우 게스트 OS의 디스크 기기 이름이 다릅니다. 애플리케이션과 스크립트에서 연결된 디스크를 참조할 때 영구 기기 이름 또는 심볼릭 링크를 사용해야 합니다.

네트워킹 요구사항

현재 인스턴스와 새 인스턴스 유형에 대한 다음 네트워킹 요구사항을 검토합니다.

새 VM에 지원되는 네트워킹 인터페이스를 검토합니다.
- 기본적으로 1세대 및 2세대 머신 시리즈는 VirtIO 네트워크 인터페이스만 사용합니다.
- 3세대 및 이후 머신 시리즈(예: M3, C3, N4)에서는 gVNIC 네트워크 인터페이스만 지원합니다.
- 베어메탈 인스턴스는 IDPF 네트워크 인터페이스만 지원합니다.
애플리케이션과 운영체제가 머신 시리즈에서 사용할 수 있는 인터페이스를 지원하는지 확인합니다.
VM의 네트워크 구성을 검토하여 할당된 IP 주소를 유지해야 하는지 확인합니다. 이 경우 IP 주소를 고정 IP 주소로 승격해야 합니다.
현재 VM에서 VM당 Tier_1 네트워킹 성능을 사용하는 경우 새 머신 시리즈에서 이 기능을 사용할 수 있는지 또는 필요한지 확인합니다. 예를 들어 C2 머신 유형에서 Tier_1 네트워킹을 사용할 수 있지만 H3 VM에서는 필요하지 않습니다.

현재 VM의 네트워크 인터페이스 유형을 확인하려면 gcloud compute instances describe 명령어를 사용하여 VM의 nic-type를 봅니다.

  gcloud compute instances describe VM_NAME --zone=ZONE

VM의 nic-type이 VIRTIO로 설정된 경우 네트워크 인터페이스 유형을 변경할 수 없습니다. 새 VM을 만들고 네트워크 인터페이스 유형을 gVNIC로 설정해야 합니다.

기존 VM 이전 준비

평가 섹션을 완료한 후에는 새 VM 인스턴스의 리소스를 요청하고 소스 VM 인스턴스 백업을 준비하여 VM 인스턴스 이전을 준비합니다.

컴퓨팅 리소스 준비

현재 인스턴스를 새 인스턴스로 이전할 준비를 하려면 다음 단계를 완료합니다.

리소스를 이전할 리전과 영역에서 할당량을 요청합니다. 머신 유형에 기존 할당량이 있는 경우 해당 할당량 이전을 요청할 수 있습니다. 이 절차가 완료되는 데 며칠이 걸립니다.
새 VM 인스턴스에 대한 예약을 만들어 새 리전과 영역에서 머신 리소스를 사용할 수 있도록 합니다. 예약된 리소스가 사용되는 방식을 이해하고 예약된 리소스를 사용할 수 있는지 테스트합니다.
새 리전이 포함되도록 고가용성 및 재해 복구 계획을 확장합니다.
필요한 경우 현재 VM의 OS를 업그레이드합니다.
1. 운영체제 공급업체에서 지원하는 경우 OS를 새 머신 시리즈에서 지원하는 버전으로 인플레이스 업그레이드하고 새 OS 버전에서 워크로드가 예상대로 작동하는지 확인합니다.
2. OS의 인플레이스 업그레이드가 지원되지 않는 경우 새 VM을 만들 때 새 부팅 디스크를 만들어야 합니다. 현재 부팅 디스크에서 복사해야 하는 정보를 확인하고 새 VM으로 전송할 수 있도록 비부팅 디스크의 임시 위치에 복사합니다. 현재 VM에 비부팅 디스크가 연결되어 있지 않은 경우 다음 안내를 따르세요.
  - 1세대 및 2세대 머신 유형의 경우 VM에 Persistent Disk 스토리지 추가를 참조하세요.
  - 3세대 이후 머신 유형의 경우 VM에 Hyperdisk 스토리지 추가를 참조하세요.
Linux 배포판에 해당하는 경우 /etc/udev/rules.d/에서 udev 규칙을 선택합니다. 이 파일에는 새 인스턴스가 아닌 현재 인스턴스의 하드웨어 구성과 관련된 항목이 포함될 수 있습니다. 예를 들어 다음 항목은 eth0가 virtio-pci 드라이버 (VirtIO Net)에서 제공되도록 하여 gve 드라이버 (gVNIC)가 이 인터페이스를 제공하지 못하도록 합니다. 이로 인해 새 인스턴스에서 네트워킹 시작 스크립트 및 연결 문제가 발생할 수 있습니다.

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="virtio-pci", ATTR{dev_id}=="0x0", KERNELS=="0000:00:04.0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

스토리지 리소스 준비

현재 인스턴스에 연결된 디스크의 데이터를 새 인스턴스로 이전할 준비를 하려면 다음 단계를 완료합니다.

Linux 시스템에서 업데이트된 애플리케이션과 스크립트를 테스트하여 디스크 기기 이름 대신 영구 기기 이름이나 심볼릭 링크로 작동하는지 확인합니다.
Microsoft Windows가 실행되는 VM에서 마이그레이션하는 경우 다음 안내를 따르세요.
- 2022년 5월 이전에 생성된 VM에서 NVMe 드라이버를 업데이트해야 합니다. 이는 현재 VM의 부팅 디스크 및 새 VM을 만드는 데 사용되는 이전에 생성된 스냅샷이나 커스텀 이미지에 적용됩니다.
- Microsoft NVMe 드라이버(StorNVMe)를 사용하려면 Windows를 재구성해야 합니다. 안내에 따라 부팅 기기를 업데이트합니다.
새 VM에서 현재 VM과 동일한 디스크 유형을 지원하지 않으면 새 머신 시리즈가 지원되도록 배포 스크립트나 인스턴스 템플릿을 업데이트해야 할 수 있습니다.
현재 VM이 새 머신 시리즈에서 지원하지 않는 부팅 디스크의 디스크 유형을 사용하며 같은 구성으로 VM 여러 개를 마이그레이션하는 경우 새 VM을 만들 때 사용할 커스텀 이미지를 만듭니다.
1. 현재 VM의 pd-standard 부팅 디스크 스냅샷을 만듭니다.
2. 디스크 스냅샷을 소스로 사용하여 커스텀 이미지를 만듭니다.
로컬 SSD 정보를 이전해야 하는 경우 로컬 SSD 디스크를 백업할 수 있는 비어 있는 대형 디스크를 만듭니다.
1. 가능하면 새 VM에서 지원하는 디스크 유형을 사용합니다.
2. 현재 VM과 새 VM 모두에서 지원하는 디스크 유형이 없으면 현재 VM에서 지원하는 디스크 유형을 사용하여 임시 디스크를 만듭니다.
3. 현재 VM에 새 디스크를 연결한 후 디스크를 포맷하고 마운트합니다.
4. 현재 VM에 연결된 로컬 SSD 디스크의 데이터를 이 임시 디스크에 복사합니다.
새 VM에서 지원하지 않는 디스크 유형을 사용하는 현재 VM에 연결된 디스크의 디스크 유형을 변경합니다. 디스크 데이터를 새 디스크로 이전하려면 디스크 스냅샷을 만듭니다. 또는 한 VM에서 다른 VM으로 파일을 전송할 수 있습니다.
1. VM이 실행되는 동안 스냅샷을 만들 수 있지만 스냅샷을 만든 후에 디스크에 작성된 데이터는 캡처되지 않습니다. 스냅샷은 증분 방식이므로 VM을 중지한 후 두 번째 스냅샷을 만들어 최신 변경사항을 모두 캡처할 수 있습니다. 이 방식을 사용하면 새 VM으로 전환하는 동안 VM을 사용할 수 없는 시간을 최소화할 수 있습니다.
2. 또는 VM을 중지한 후 모든 디스크 스냅샷을 만들 수 있습니다. 디스크 유형이 새 머신 시리즈에서 지원되더라도 VM에 연결된 모든 디스크의 스냅샷을 만드는 것이 좋습니다. 복사된 로컬 SSD 데이터가 포함된 임시 디스크를 포함합니다.
3. 디스크 스냅샷을 만드는 데 걸리는 시간은 디스크 크기, 디스크에 포함된 데이터 양과 같은 여러 가지 요인에 따라 달라집니다. 예를 들어 85%가 찬 1TiB 디스크의 스냅샷을 만드는 경우 스냅샷이 완료되는 데 5분이 걸릴 수 있습니다. 하지만 85% 찬 100TiB 디스크 스냅샷을 만드는 경우 완료되는 데 11분이 걸릴 수 있습니다. 마이그레이션 프로세스를 시작하기 전에 디스크 스냅샷을 테스트하여 스냅샷을 만드는 데 걸리는 시간을 파악하는 것이 좋습니다.
오프라인으로 전환할 수 있는 디스크가 있으면 다음 방식을 사용하여 소스 VM을 계속 사용할 수 있는 동안 데이터를 새 디스크로 이전할 수 있습니다.
1. VM에서 디스크를 분리합니다.
2. 디스크 스냅샷을 만듭니다.
3. 스냅샷을 사용하여 새 머신 시리즈에서 지원하는 디스크 유형을 사용하는 새 디스크를 만듭니다. 새 디스크 크기는 소스 디스크와 같거나 더 커야 합니다.

네트워크 리소스 준비

새 인스턴스가 지원되도록 현재 인스턴스에서 사용하는 네트워크 구성을 업데이트하려면 다음 단계를 완료합니다.

현재 VM에서 gVNIC를 사용하지 않으면 gVNIC를 사용하는 네트워크 인터페이스로 새 인스턴스를 만들어야 합니다. Compute Engine VM에서 gVNIC 사용 개요를 검토하여 새 인스턴스를 만들 때 수행해야 할 단계를 파악합니다.
새 리전에 VM을 만드는 경우 새 리전에 VPC 네트워크와 서브넷을 만듭니다.
커스텀 NIC 큐 개수를 구성한 경우 큐 할당 및 머신 유형 변경을 참조하세요.
소스 VM에서 사용하는 IP 주소를 유지하려면 IP 주소를 고정 IP 주소로 승격합니다.
소스 VM을 중지하기 전에 고정 IP 주소를 할당 해제합니다.

SUSE Enterprise Linux Server 운영체제 준비

하드웨어별 종속 항목을 방지하려면 initramfs (초기 RAM 파일 시스템)을 다시 빌드합니다. 여기에는 더 광범위한 드라이버와 모듈이 포함되어 운영체제를 다른 인스턴스 유형과 호환되도록 합니다. 그러지 않으면 VM이 제대로 부팅되지 않는 알려진 문제가 발생합니다.

시스템을 종료하기 전에 루트로 다음 명령어를 실행하여 모든 드라이버로 initramfs를 다시 빌드합니다.

  sudo dracut --force --no-hostonly

워크로드를 새 VM으로 이전

VM 마이그레이션 준비를 마친 후에는 워크로드를 새 VM으로 이전해야 합니다.

VM을 1세대 머신 시리즈에서 2세대 머신 시리즈로 이전하는 경우 VM 머신 유형 수정 페이지의 안내를 참조하세요. 기존 VM 이름을 변경하려면 VM 이름 바꾸기의 정보를 검토합니다.

이 태스크에 필요한 권한

이 작업을 수행하려면 다음과 같은 권한이 있어야 합니다.

VM에 대한 compute.instances.setMachineType 권한

이 섹션에서는 1세대 또는 2세대 VM에서 3세대(이상) VM으로 워크로드를 이전하는 방법을 설명합니다. 이 절차에서는 새 VM 인스턴스를 만든 후 워크로드를 새 VM으로 이전합니다.

새 VM을 만들 때는 부팅 디스크에 지원되는 디스크 유형 중 하나를 선택합니다(예: Hyperdisk Balanced).

새 VM 만들기

워크로드를 1세대 또는 2세대 VM(예: N1 또는 N2)에서 3세대 이상으로 이전하는 경우 먼저 새 VM을 만든 후에 워크로드를 이전해야 합니다.

소스 VM이 새 머신 시리즈에서 지원하는 디스크 유형의 비부팅 디스크를 사용하는 경우 VM에서 디스크를 분리합니다.
소스 VM을 중지합니다.
아직 소스 VM에 연결된 모든 디스크의 스냅샷을 만듭니다.
공개 이미지 또는 gVNIC를 사용하도록 구성된 커스텀 이미지를 사용하여 새 컴퓨팅 VM 인스턴스를 만듭니다. 새 VM을 만들 때 다음 옵션을 선택합니다.
- 선택한 머신 시리즈에서 머신 유형을 선택합니다.
- 지원되는 OS 이미지를 선택하거나 이전에 만든 커스텀 이미지를 사용합니다.
- 부팅 디스크에 지원되는 디스크 유형을 선택합니다.
- 원본 디스크 스냅샷에서 새 디스크를 만든 경우 새 디스크를 포함합니다.
- 다른 리전에 인스턴스를 만드는 경우 새 VPC 네트워크를 지정합니다.
- VirtIO 및 gVNIC 모두 새 인스턴스에 지원되면 gVNIC를 선택합니다.
- 소스 VM의 임시 IP 주소를 승격한 경우 고정 IP 주소를 지정합니다.
새 VM을 시작합니다.

인스턴스 시작 후

새 인스턴스가 생성되고 시작되었습니다. 지금부터는 다음 단계를 완료하여 새 인스턴스 구성을 완료하고 소스 인스턴스의 모든 데이터를 복사합니다.

새 VM에 소스 VM에서 분리한 디스크를 연결합니다.
새 VM에서 지원하지 않는 디스크 유형을 사용하는 소스 VM에 연결된 디스크의 경우 스냅샷에서 디스크를 만들고 새 인스턴스에 연결합니다. 새 디스크를 만들 때 새 VM에서 지원하는 디스크 유형을 선택하고 원래 디스크와 같거나 더 큰 크기를 지정합니다.
원래 VM이 새 VM용으로 다시 만든 디스크에 리소스 정책을 사용한 경우 새 디스크에 리소스 정책을 추가해야 합니다.
커스텀 이미지가 아닌 공개 OS 이미지를 사용하여 새 VM을 만든 경우 다음을 수행합니다.
1. 새 인스턴스에서 워크로드를 지원하는 데 필요한 사용자, 드라이버, 패키지, 파일 디렉터리를 구성합니다.
2. 수정된 애플리케이션 및 프로그램을 새 VM에 설치합니다. 필요한 경우 새 OS나 아키텍처에서 프로그램을 다시 컴파일합니다.
선택사항: 로컬 SSD 디스크 콘텐츠를 임시 디스크로 이전했으며 새 VM에 로컬 SSD 스토리지가 연결된 경우 디스크를 포맷하고 마운트한 후에 임시 디스크의 데이터를 로컬 SSD 디스크로 이전할 수 있습니다.
새 VM에 소스 VM과 연결된 모든 고정 IP 주소를 재할당합니다.
부하 분산기 구성 및 전달 규칙 업데이트와 같은 새 VM을 고가용성으로 만드는 데 필요한 추가 태스크를 완료합니다.
선택사항: 필요한 경우 새 VM의 DNS 항목을 업데이트합니다.
권장: 새 디스크의 디스크 백업을 예약합니다.
권장: OS를 다른 버전 또는 아키텍처로 변경한 경우 애플리케이션을 다시 컴파일합니다.

워크로드를 이전할 때 문제가 발생하면 기술계정 관리자(TAM) 또는 Google Professional Services Organization(PSO)에 문의하여 도움을 요청하세요.

n1-standard-8에서 n4-standard-8로 마이그레이션 예시

다음 예시는 n1-standard-8 VM을 n4-standard-8 VM으로 마이그레이션하는 예시입니다. n1-standard-8 VM에는 Ubuntu1804 이미지를 실행하는 PD-SSD 부팅 디스크와 PD-SSD 데이터 디스크가 있습니다. 이 절차에는 CLI 또는 REST API를 사용해야 합니다.

N1 VM을 N4 VM으로 업그레이드하는 옵션에는 두 가지가 있습니다.

옵션 1: N1 VM에서 VirtIO 네트워크 인터페이스를 사용하는 경우 새 N4 VM을 만들어야 합니다. N4는 gvnic 네트워크 인터페이스와 Hyperdisk Balanced 디스크만 지원합니다. Persistent Disk 부팅 디스크와 데이터 디스크의 스냅샷을 만들고 이러한 스냅샷에서 Hyperdisk Balanced 디스크를 만들고 Hyperdisk Balanced 디스크를 연결한 후 Hyperdisk Balanced 디스크로 새 N4 VM을 만듭니다.

최신 버전의 Ubuntu OS를 사용하여 새 Hyperdisk Balanced 부팅 디스크를 만들 수도 있습니다. 이 시나리오에서는 부팅 디스크 스냅샷에서 새 Hyperdisk Balanced 디스크를 만들 수 있지만 이 디스크를 N4 VM에 비부팅 디스크로 연결합니다. 그런 다음 복원된 스냅샷의 비시스템 데이터를 새 부팅 디스크에 복사할 수 있습니다.

옵션 2: N1 VM에서 gvnic 네트워크 인터페이스를 사용하고 운영체제에 NVMe 스토리지 기기 드라이버가 있으며 연결된 로컬 SSD 디스크나 GPU가 없고 관리형 인스턴스 그룹(MIG)에 속하지 않는 경우 머신 유형을 N1에서 N4로 변경할 수 있습니다. 그러나 Persistent Disk 디스크 유형을 Hyperdisk Balanced 디스크로 변경해야 합니다. 먼저 Persistent Disk 부팅 디스크와 데이터 디스크를 분리하고 디스크 스냅샷을 만들고 스냅샷을 소스로 사용하여 Hyperdisk Balanced 디스크를 만들고 머신 유형을 변경한 후 새 Hyperdisk Balanced 디스크를 N4 VM에 연결해야 합니다. VM에 GPU가 연결되어 있으면 먼저 GPU를 분리해야 합니다.

디스크 스냅샷을 만드는 데 걸리는 시간은 디스크의 총 TB 수와 같은 여러 가지 요인에 따라 달라집니다. 예를 들어 85%가 찬 1TB 디스크의 스냅샷을 만드는 경우 스냅샷이 완료되는 데 5분이 걸릴 수 있습니다. 하지만 85% 찬 100TB 디스크 스냅샷을 만드는 경우 완료되는 데 11분이 걸릴 수 있습니다. 마이그레이션 프로세스를 시작하기 전에 디스크 스냅샷을 테스트하여 스냅샷을 만드는 데 걸리는 시간을 파악하는 것이 좋습니다.

gcloud

옵션 1: 스냅샷이 생성된 디스크로 새 N4 VM 만듭니다.

gcloud compute instances stop을 사용하여 VM을 중지합니다.
```
gcloud compute instances stop VM_NAME \
  --zone=ZONE
```
다음을 바꿉니다.
- VM_NAME: 현재 n1-standard-8 VM의 이름입니다.
- ZONE: VM이 있는 영역입니다.
디스크 스냅샷을 만듭니다. gcloud compute snapshots create를 사용하여 VM에 연결된 Persistent Disk 부팅 디스크와 데이터 디스크의 스냅샷을 만듭니다.
```
gcloud compute snapshots create SNAPSHOT_NAME \
    --source-disk=SOURCE_DISK_NAME \
    --source-disk-zone=SOURCE_DISK_ZONE
```
다음을 바꿉니다.
- SNAPSHOT_NAME: 만들려는 스냅샷의 이름입니다.
- SOURCE_DISK_NAME: 소스 디스크 이름입니다.
- SOURCE_DISK_ZONE: 소스 디스크 영역입니다.
이전 단계를 반복하고 부팅 디스크 대신 데이터 디스크 정보를 지정하여 데이터 디스크용 새 Hyperdisk Balanced 디스크를 만듭니다. gcloud compute disks create:
```
gcloud compute disks create DISK_NAME \
    --project=PROJECT_NAME \
    --type=DISK_TYPE \
    --size=DISK_SIZE \
    --zone=ZONE \
    --source-snapshot=SNAPSHOT_NAME \
    --provisioned-iops=PROVISIONED_IOPS \
    --provisioned-throughput=PROVISIONED_THROUGHPUT
```
다음을 바꿉니다.
- DISK_NAME: 스냅샷이 생성된 디스크에서 만들 새 디스크의 이름입니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- DISK_TYPE: 새 디스크 유형입니다(예: Hyperdisk Balanced 디스크).
- DISK_SIZE: 디스크 크기입니다(예: 100GB).
- ZONE: 새 디스크가 있는 영역입니다.
- SNAPSHOT_NAME: 스냅샷 소스 디스크 이름입니다.
- 선택사항: PROVISIONED_IOPS: 디스크의 IOPS 성능입니다(예: 3600).
- 선택사항: PROVISIONED_THROUGHPUT: 디스크를 프로비저닝할 처리량 성능입니다(예: 290).
스냅샷이 생성된 각 디스크에 이전 단계를 반복합니다.
n4-standard-8 VM을 만들고 gcloud compute instances create를 사용하여 Hyperdisk Balanced 디스크를 연결합니다.
```
gcloud compute instances create VM_NAME \
    --project=PROJECT_NAME \
    --zone=ZONE \
    --machine-type=NEW_MACHINE_TYPE \
    --boot-disk-device-name=BOOT_DISK_NAME \
    --disk=name=NON_BOOT_DISK_NAME, boot=no \
    --network-interface=nic-type=GVNIC
```
다음을 바꿉니다.
- VM_NAME: 새 VM 인스턴스 이름입니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 새 VM이 있는 영역입니다.
- NEW_MACHINE_TYPE: 머신 유형입니다. 이 예시에서는 n4-standard-8입니다.
- BOOT_DISK_NAME: n1-standard-8 VM에 연결된 소스 디스크 스냅샷에서 만든 Hyperdisk Balanced 부팅 디스크의 이름입니다.
- NON_BOOT_DISK_NAME: n1-standard-8 VM에 연결된 소스 스냅샷 디스크에서 만든 Hyperdisk Balanced 데이터 디스크의 이름입니다.
gcloud compute instances start를 사용하여 n4-standard-8 VM을 시작합니다.
```
gcloud compute instances start VM_NAME
```
VM_NAME을 새 VM 이름으로 바꿉니다.

옵션 2: 인플레이스 머신 업그레이드를 수행합니다.

N1 VM에서 gvnic 네트워크 인터페이스를 사용하고 운영체제에 NVMe 스토리지 기기 드라이버가 있고 연결된 로컬 SSD 디스크나 GPU가 없으며 관리형 인스턴스 그룹(MIG)에 속하지 않는 경우에만 이 옵션을 사용할 수 있습니다. VirtIO 네트워크 인터페이스가 있는 N1 VM에서 이 절차를 수행하면 VM 비호환성 오류가 발생합니다.

VM을 중지합니다.
VM에서 디스크를 분리합니다.
부팅 디스크와 데이터 디스크의 스냅샷을 만듭니다.
디스크 스냅샷을 각 디스크의 소스로 사용하여 Hyperdisk Balanced 부팅 디스크와 데이터 디스크를 만듭니다.
N4 VM으로 머신 유형을 설정합니다.
Hyperdisk Balanced 부팅 디스크 및 Hyperdisk Balanced 데이터 디스크를 연결합니다.
N4 VM을 시작합니다.

REST

옵션 1: 스냅샷이 생성된 디스크로 새 N4 VM 만듭니다.

instances.stop 메서드를 사용하여 VM을 중지합니다.
```
 POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/stop
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트 ID입니다.
- ZONE: VM이 포함된 영역입니다.
- VM_NAME: 현재 n1-standard-8 VM 이름입니다.
disks.createSnapshot 메서드를 사용하여 디스크의 스냅샷을 만들어 인스턴스에 연결된 Persistent Disk 부팅 디스크와 데이터 디스크의 스냅샷을 모두 만듭니다.
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/disks/DISK_NAME/createSnapshot
```
요청 본문에 새로 스냅샷이 생성된 Persistent Disk 디스크의 이름을 포함합니다.

예를 들면 다음과 같습니다.
```
{
    "name": "SNAPSHOT_NAME"
}
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 디스크가 있는 영역입니다.
- DISK_NAME: 스냅샷을 생성할 디스크입니다.
- SNAPSHOT_NAME: 스냅샷 이름입니다(예: hdb-boot-disk 또는 hdb-data-disk).
disks.insert 메서드를 사용하여 Hyperdisk Balanced 디스크를 만듭니다. 이 단계를 Hyperdisk Balanced 부팅 디스크 name을 포함하기 위해 한 번, 데이터 디스크 name을 포함하기 위해 한 번 등 두 번 수행합니다. 새 Hyperdisk Balanced 부팅 디스크와 데이터 디스크, 디스크 type, Hyperdisk Balanced, 요청 본문의 디스크 sizeGB에 sourceSnapshot을 사용합니다.
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEdisks
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 디스크가 있는 영역입니다.
요청 본문에 다음을 포함합니다.

예를 들면 다음과 같습니다.
```
{
    "name": "my-hdb-boot-disk" or "my-hdb-data-disk",
    "sourceSnapshot": "projects/your-project/global/snapshots/SNAPSHOT_NAME",
    "type": "projects/your-project/zones/us-central1-a/diskTypes/hyperdisk-balanced",
    "sizeGb": "100"
}'
```

instances.insert 메서드를 사용하여 새 N4 VM을 만듭니다.


POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances

다음을 바꿉니다.

PROJECT_NAME: 프로젝트의 이름입니다.
ZONE: 디스크가 있는 영역입니다.

요청 본문에 다음을 포함합니다.


  {
    "machineType":"projects/your-project/zones/us-central1-a/machineTypes/n4-standard-8" "name":"VM_NAME",
    "disks": [
      {
        "boot": true,
        "deviceName": "my-hdb-boot-disk",
        "source": "projects/your-project/zones/us-central1-a/disks/my-hdb-boot-disk",
        "type": "PERSISTENT"
      },

      {
        "boot": false,
        "deviceName": "my-hdb-data-disk",
        "source": "projects/your-project/zones/us-central1-a/disks/my-hdb-data-disk",
        "type": "PERSISTENT"
      }
      ],
        "networkInterfaces":[
          {
            "network":"global/networks/NETWORK_NAME",
            "subnetwork":"regions/REGION/subnetworks/SUBNET_NAME",
            "nicType": "GVNIC"
          }
       ]
     }

다음을 바꿉니다.

VM_NAME: VM의 이름
NETWORK_NAME: 네트워크 이름입니다.
REGION: 리전 이름입니다.
SUBNET_NAME: 서브넷 이름입니다.

instances.start 메서드를 사용하여 VM을 시작합니다.
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/start
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: VM이 있는 영역입니다.
- VM_NAME: VM의 이름

옵션 2: 인플레이스 머신 업그레이드를 수행합니다.

N1 VM에서 gvnic 네트워크 인터페이스를 사용하고 연결된 로컬 SSD 디스크나 GPU가 없으며 관리형 인스턴스 그룹(MIG)에 속하지 않는 경우에만 이 옵션을 사용할 수 있습니다. VirtIO 네트워크 인터페이스가 있는 N1 VM에서 이 절차를 수행하면 VM 비호환성 오류가 발생합니다.

instances.stop 메서드를 사용하여 VM을 중지합니다.
instances.detachDisk 메서드 메서드를 사용하여 디스크를 분리해 N1 VM에서 원래 Persistent Disk 부팅 디스크를 분리합니다. 또한 VM에서 데이터 디스크를 분리해야 합니다.
```
https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/detachDisk?deviceName=DISK_NAME
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 디스크가 있는 영역입니다.
- VM_NAME: pd-ssd 디스크가 연결된 소스 VM의 이름입니다.
- DISK_NAME: 분리하려는 디스크입니다.
디스크의 스냅샷을 만듭니다. disks.createSnapshot 메서드를 사용하여 인스턴스에 연결된 Persistent Disk 부팅 디스크와 데이터 디스크의 스냅샷을 모두 만듭니다.
disks.insert 메서드를 사용하여 Hyperdisk Balanced 부팅 디스크와 데이터 디스크를 만들고 Hyperdisk Balanced 디스크 name, 새 Hyperdisk Balanced 디스크의 sourceSnapshot, 디스크 type, Hyperdisk Balanced, 요청 본문의 디스크 sizeGB를 포함합니다.
instances.setMachineType 메서드를 사용하여 인플레이스 머신 유형 업그레이드를 수행하고 요청 본문에 machineType을 포함합니다.
```
POST  https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEinstances/VM_NAME/setMachineTypeMACHINE_TYPE
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 디스크가 있는 영역입니다.
- VM_NAME: 업그레이드할 VM의 이름입니다.
- MACHINE_TYPE: 새 머신 유형입니다.
요청 본문에 다음을 포함합니다.
```
{
 "machineType": "projects/PROJECT_NAME/zones/ZONE/machineTypes/MACHINE_TYPE",
}
```
instances.attachDisk 메서드를 사용하여 새 Hyperdisk Balanced 부팅 디스크와 Hyperdisk Balanced 데이터 디스크를 N4 VM에 연결합니다.
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instancesVM_NAMEattachDiskDISK_NAME
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 디스크가 있는 영역입니다.
- VM_NAME: pd-ssd 디스크가 연결된 소스 VM 인스턴스의 이름입니다.
- DISK_NAME 연결하려는 디스크입니다.
요청 본문에 다음을 포함합니다.
```
{
"source": "projects/your-project/zones/us-central1-a/disks/my-hdb-boot-disk",
"deviceName":"my-hdb-boot-disk","boot":true
}
```
```
{
"source": "projects/your-project/zones/us-central1-a/disks/my-hdb-data-disk",
"deviceName":"my-hdb-data-disk","boot":false
}
```
instances.start 메서드를 사용하여 N4 VM을 시작합니다.
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEinstances/VM_NAME/start
```
다음을 바꿉니다.
- PROJECT_NAME: 프로젝트의 이름입니다.
- ZONE: 디스크가 있는 영역입니다.
- VM_NAME: VM의 이름

삭제

새 VM에 연결할 수 있고 워크로드가 새 VM에서 예상대로 실행되는지 확인한 후 더 이상 필요하지 않은 리소스를 삭제할 수 있습니다.

소스 VM에 연결된 디스크에 생성된 스냅샷
소스 VM에 연결된 디스크의 스냅샷 일정
로컬 SSD 데이터를 새 VM에 복사하기 위해 생성된 임시 디스크
소스 VM 및 연결된 모든 디스크

다음 단계

Linux 및 Windows Server의 알려진 문제를 읽어보기
문제 해결 팁 읽기
마이그레이션 수명 주기 자세히 알아보기

워크로드를 새 컴퓨팅 인스턴스로 이전

시작하기 전에

Console

gcloud

REST

필요한 역할

필수 권한

VM 마이그레이션 옵션 평가

컴퓨팅 요구사항

스토리지 요구사항

네트워킹 요구사항

기존 VM 이전 준비

컴퓨팅 리소스 준비

스토리지 리소스 준비

네트워크 리소스 준비

SUSE Enterprise Linux Server 운영체제 준비

워크로드를 새 VM으로 이전

이 태스크에 필요한 권한

새 VM 만들기

인스턴스 시작 후

n1-standard-8에서 n4-standard-8로 마이그레이션 예시

gcloud

REST

삭제

다음 단계