Arm VM 문제 해결


이 문서에서는 Arm VM을 만들거나 업데이트할 때 발생할 수 있는 오류를 보여줍니다.

VM 생성 시 오류

Arm 가상 머신(VM) 인스턴스를 만들 수 없으면 다음과 같이 VM 만들기 및 업데이트 문제 해결에 설명된 일반적인 문제들 중 하나 때문일 수 있습니다.

  • 할당량 부족
  • 여러 리소스를 동시에 만들 때 not ready 오류
  • 리소스 가용성 문제
  • 영역 가용성 문제
  • 권한 부족
  • 리소스 이름
  • 제약조건 위반
  • CPU 플랫폼 필요

Arm VM 인스턴스가 부팅되지 않음

Arm VM을 만들려고 시도하지만 시작 상태로 전환되지 않습니다. 가장 일반적인 문제는 Arm VM에 호환되지 않는 머신 유형 또는 OS 이미지를 사용하는 경우입니다.

또 다른 가능한 원인은 x86 VM의 부팅 디스크를 사용하여 Arm VM을 만드는 경우입니다. 부팅 디스크의 아키텍처는 VM과 일치해야 합니다. Compute Engine은 부팅 디스크 아키텍처가 VM 아키텍처와 일치하는지 확인하지만 커스텀 이미지에서는 검증이 작동하지 않을 수 있습니다.

오류 메시지:

x86 아키텍처와 함께 Arm VM에 부팅 디스크를 사용하면 부팅 프로세스 초기에 오류가 발생합니다. 주요 증상은 ssh를 사용하여 VM에 액세스할 수 없는 것입니다. VM이 작동하지 않기 때문에 문제를 확인할 수 있는 유일한 방법은 다음과 유사하게 무제한 반복되는 직렬 콘솔 로그를 이용하는 것입니다.

BdsDxe: failed to load Boot0001 "UEFI nvme_card-pd" from PciRoot(0x0)/Pci(0x2,
0x0)/NVMe(0x1,00-00-00-00-00-00-00-00): Not Found
EMU Variable FVB Started
EMU Variable invalid PCD sizes
Found PL031 RTC @ 0x9010000
InitializeRealTimeClock: using default timezone/daylight settings
[2J[01;01H[=3h[2J[01;01H
UEFI: Failed to load image.
Description: UEFI nvme_card-pd
FilePath: PciRoot(0x0)/Pci(0x2,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)
OptionNumber: 1.
Status: Not Found.

해결 방법:

VM이 Arm 호환 머신 유형 및 OS 이미지에서 실행되는지 확인합니다. x86 VM의 부팅 디스크를 사용하여 VM을 만들지 않습니다. Arm VM을 다시 만듭니다.

사용 가능한 Arm 이미지에 대한 자세한 내용은 운영체제 세부정보를 참조하세요.

인스턴스 부팅 루프

부팅 단계에서 VM이 루핑됩니다. 이 문제의 일반적인 원인은 다음과 같습니다.

  • Arm VM에서 x86 운영체제가 있는 부팅 디스크를 사용합니다.
  • 새로운 모든 Compute Engine VM에서 보안 부팅과 함께 보안 디스크 이미지를 사용해야 하는 조직 정책이 있거나 --shielded-secure-boot 옵션을 사용하여 VM을 만듭니다.

해결 방법:

잘못된 운영체제 이미지로 VM의 부팅 디스크를 만든 경우 Arm OS 이미지로 Arm VM을 다시 만듭니다. 사용 가능한 Arm OS 이미지에 대한 자세한 내용은 운영체제 세부정보를 참조하세요.

VM이 Arm OS 이미지를 사용하는 경우 OS 이미지가 보안 부팅을 지원하지 않을 수 있습니다. Arm VM에서 이 문제가 발생하면 VM을 수정하여 --no-shielded-secure-boot 옵션을 설정하세요. 옵션을 설정하는 방법을 보려면 보안 VM 수정을 참조하세요.

VM 업데이트 시 오류

VM을 업데이트할 수 없는 경우 다음 문제가 원인일 수 있습니다.

머신 유형 변경 시 오류

VM의 머신 유형을 변경하려고 하면 다음 오류가 발생할 수 있습니다.

ERROR: (gcloud.compute.instances.set-machine-type) Could not fetch resource:
 - Invalid resource usage: 'Requested boot disk architecture (X86_64) is not
 compatible with machine type architecture (ARM64).'

해결 방법:

  • VM이 새 머신 유형의 프로세서를 지원하는지 확인합니다. Arm VM에 Arm 호환 CPU가 있어야 하는 것처럼 x86 VM에는 x86 호환 CPU가 있어야 합니다. 다양한 머신 유형에서 지원되는 프로세서에 대한 자세한 내용은 머신 계열 비교 페이지를 참고하세요.

  • Google Cloud CLI를 사용하여 머신 유형을 변경해보세요.

x86에서 Arm 스토리지 유형으로 전환 오류

x86 머신 유형에서 Arm C4A 또는 T2A 머신 유형으로 전환하면 디스크 유형이 Arm 머신 유형과 호환되지 않음을 나타내는 'INVALID_RESOURCE_USAGE' 오류가 수신될 수 있습니다.

  • 부팅 디스크에 오류가 있는 경우 호환되는 Arm OS 및 디스크 유형을 사용하여 새 C4A 또는 T2A VM을 만듭니다.

  • x86 VM에 연결된 Persistent Disk에 이 오류가 표시되면 디스크의 스냅샷을 만들고 이 스냅샷을 사용하여 Hyperdisk Balanced 디스크를 만들 수 있습니다. 그런 다음 Hyperdisk Balanced를 C4A VM에 연결할 수 있습니다.

Persistent Disk 부팅 및 디스크 데이터를 스냅샷하는 방법에 관한 자세한 내용은 새 컴퓨팅 인스턴스로 워크로드 이동을 참고하세요.

Editing VM instance "t2a-vm" failed. Error: [pd-balanced, c4a-standard-1]
features are not compatible for creating instance.

이 예에서는 C4A가 부팅 디스크에 대해서만 Hyperdisk Balanced를 지원하지만 T2A는 Persistent Disk 디스크만 사용하므로 t2a-standard-1 Arm VM의 머신 유형을 c4a-standard-1 Arm VM으로 변경할 수 없습니다. T2A VM의 머신 유형은 변경할 수 없습니다. 이 오류를 해결하려면 Arm VM으로 마이그레이션의 단계를 따르세요.

다음 단계