수동으로 부팅 디스크 가져오기

Linux

부팅 디스크 이미지를 물리적 데이터 센터에서, 로컬 워크스테이션의 가상 머신(VM)에서, 또는 다른 클라우드 플랫폼 기반 VM에서 Compute Engine으로 가져올 때 권장하는 방법은 이 가이드의 모든 단계를 자동화하는 가상 디스크 가져오기 도구를 사용하는 것입니다.

자동화 도구를 사용하지 않으려면 이 가이드에서 수동 방식인 단계별 안내를 따라도 좋습니다.

이미지 가져오기 프로세스는 한 번에 한 디스크만 가져올 수 있으며, 이 가이드에서는 부팅 디스크 이미지를 가져오는 방법을 중점적으로 살펴봅니다.

Compute Engine 공개 이미지를 기반으로 실행되는 앱을 빌드하거나 마이그레이션할 수 없는 경우에만 기존 부팅 디스크를 가져오세요. 공개 이미지는 이미 Compute Engine 환경에서 실행되도록 구성되어 있으므로 부트로더와 운영체제 구성에 대한 걱정 없이 해당 이미지에서 앱을 실행할 수 있습니다. 그러나 다음과 같은 경우에는 자체 부팅 디스크 이미지를 가져와야 할 수 있습니다.

앱에 공개 이미지로 제공되지 않는 운영체제가 필요한 경우
이미 다른 클라우드 플랫폼에서 VM을 만드는 데 사용하는 기본 이미지 집합이 있는 경우
앱 코드를 공개 이미지 중 하나로 마이그레이션하는 데 필요한 작업이 부팅 디스크 이미지 가져오기 프로세스를 완료하는 데 필요한 작업보다 많은 경우

또는 파트너 서비스를 사용하여 VM 마이그레이션에 관해 도움을 받을 수 있습니다. 자세한 내용은 VM을 Compute Engine으로 마이그레이션을 참조하세요.

개요

부팅 디스크 이미지를 Compute Engine에 가져오려면 다음 프로세스를 따르세요.

가져오기 경로를 계획합니다. 부팅 디스크 이미지를 업로드하기 전에 어디에서 준비할지, Compute Engine 환경에서 부팅된 후 이미지에 어떻게 연결할지 결정해야 합니다.
Compute Engine 환경에서 부팅될 수 있고, 부팅이 된 후에는 액세스할 수 있도록 부팅 디스크를 준비합니다.
부팅 디스크 이미지 파일을 만들어서 압축합니다.
이미지 파일을 Cloud Storage에 업로드하고 Compute Engine에 새 커스텀 이미지로 가져옵니다.
가져온 이미지를 사용하여 VM 인스턴스를 만들고 제대로 부팅되는지 확인합니다.
이미지가 성공적으로 부팅되지 않을 경우 부팅 디스크 이미지를 다른 인스턴스에 연결하고 재구성하여 문제를 해결할 수 있습니다.
이미지를 최적화하고, 가져온 운영체제 이미지가 메타데이터 서버와 통신하고 Compute Engine의 추가 기능을 사용할 수 있도록 게스트 환경을 설치합니다.

요구사항

부팅 디스크의 요구사항

부팅 디스크를 Compute Engine으로 가져오려면 부팅 디스크가 다음 요구사항을 충족해야 합니다.

소스 VM에 사용 가능한 모든 업데이트를 설치하는 것이 좋습니다.
커스텀 운영체제 커널을 빌드한 경우 해당 커널이 하드웨어 및 커널 구성 요구사항을 충족해야 합니다. 대부분의 일반 Linux 배포판은 이미 이 요구사항을 충족하므로 이 요구사항은 Compute Engine에서 실행될 커스텀 운영체제를 직접 빌드하는 고급 사용자에게만 해당됩니다.
부팅 디스크가 2,048GB(2TB)보다 크면 안 됩니다.
가져오는 부팅 디스크에 제대로 작동하는 MBR 파티션 테이블이 있거나 GPT 파티션 테이블과 MBR 부트로더의 혼합 구성이 있어야 합니다.
부팅 디스크의 주 파티션은 MBR 부트로더에서 제대로 부팅만 된다면 어떤 형식이든 무방합니다.
부팅 디스크의 부트로더에 quiet, rhgb 또는 splashimage= 커널 명령줄 인수가 없어야 합니다. Compute Engine은 시작 시 스플래시 화면을 지원하지 않습니다. 부트로더 구성 단계에서 이러한 값을 GRUB 구성에서 삭제할 수 있습니다.
부팅 디스크의 운영체제는 ACPI를 지원해야 합니다.

이미지 파일의 요구사항

가져오는 이미지 파일은 다음 요구사항을 충족해야 합니다.

디스크에서 qemu-img check 명령어를 사용하여 디스크 이미지에 대한 일관성 검사를 수행합니다.
가상 디스크를 내보내려면 VM 관리 소프트웨어의 내보내기 기능을 사용합니다. VM Manager의 파일 시스템에서 VMDK 파일을 복사하지 마세요.
이미지 파일이 지원되는 이미지여야 합니다.
디스크 이미지 파일 이름은 disk.raw여야 합니다.
RAW 이미지 파일의 크기가 1GB 단위여야 합니다. 예를 들어 10GB나 11GB인 파일은 허용되지만 10.5GB는 안 됩니다.
압축 파일은 gzip 압축 및 tar 유틸리티의 --format=oldgnu 옵션(수동)을 사용하는 .tar.gz 파일이어야 합니다.

프로젝트의 요구사항

가져온 이미지에서 VM 인스턴스를 만들 때 인스턴스는 부팅 디스크에 구성된 운영체제의 외부 패키지 저장소에 액세스할 수 있어야 합니다.

이 저장소는 운영체제 공급업체에서 직접 액세스하거나 이러한 저장소를 호스팅하는 온프레미스 인프라에 대한 네트워크 연결을 통해 액세스할 수 있습니다.

외부 저장소에 대한 액세스를 설정하려면 프로젝트에서 다음 단계 중 하나를 완료합니다.

VM이 로컬 온프레미스 네트워크 또는 기타 외부 네트워크에 연결할 수 있도록 고정 외부 IP 주소를 구성합니다.
로컬 온프레미스 네트워크 또는 기타 외부 네트워크에 연결하는 데 사용할 수 있는 배스천 호스트, VPN 또는 IAP TCP 전달을 설정합니다.

제한사항

외부 IP 주소를 허용하지 않는 네트워크를 사용하여 디스크를 가져오려면 추가 네트워킹 요구사항을 충족해야 합니다. 자세한 내용은 외부 IP 주소를 허용하지 않는 네트워크를 사용하여 디스크 가져오기를 참조하세요.

이미지 가져오기 비용

시작하기 전에 가져오기 프로세스에 드는 비용을 파악하세요. 인바운드 네트워크 데이터 전송을 통해 부팅 디스크 이미지 파일을 Google Cloud Storage에 업로드할 때와 해당 이미지를 Compute Engine 커스텀 이미지로 가져올 때는 비용이 발생하지 않습니다. 그러나 가져오기 프로세스의 일부 특정 단계에서 비용이 발생합니다.

압축된 이미지 파일을 Cloud Storage 표준 버킷에 임시로 저장하는 데 드는 비용. 커스텀 Compute Engine 이미지로 가져오기 전에 임시 Cloud Storage 버킷을 사용하여 파일을 보관해야 합니다. 가져오기 프로세스를 완료한 후에 해당 버킷을 삭제할 수 있습니다.
Compute Engine으로 가져오기를 완료한 후 커스텀 이미지를 저장하는 데 드는 비용.
기존 데이터 센터, 네트워크 제공업체 또는 현재 클라우드 서비스에서 아웃바운드 데이터 전송에 대한 잠재적 비용. 이미지 파일은 압축한 후에도 매우 클 수 있으므로 이러한 파일을 Compute Engine에 복사하면 일부 플랫폼에서 아웃바운드 데이터 전송 비용이 많이 발생할 수 있습니다.
Compute Engine 영구 디스크의 비용과 이미지를 Compute Engine에 가져온 후 이미지를 구성할 수 있는 VM 인스턴스의 비용.

가져오기 경로의 계획 및 준비

디스크를 가져오는 방법은 Compute Engine으로 옮기려는 시스템의 현재 구성에 따라 다릅니다. 부팅 디스크 이미지 파일을 만들어서 압축할 수 있는 시스템과 이미지 파일을 Cloud Storage에 업로드할 수 있는 시스템이 필요합니다. 가져오기 경로를 계획할 때 다음 사항을 고려하세요.

이미지 가져오기 경로를 계획할 때는 올바르게 작동하는 운영체제 환경에서 부팅 디스크를 구성해야 합니다. 이 프로세스를 수행하면 Compute Engine 이외의 환경에서는 부팅 디스크가 부팅되지 않을 수 있습니다. 시스템을 Compute Engine으로 가져올 때 디스크의 데이터 손실을 막거나, 비즈니스 앱의 기능이 중단되는 것을 막을 책임은 사용자에게 있습니다.
현재 시스템의 액세스 구성을 확인하고, 시스템을 Compute Engine으로 가져온 후에 시스템에 어떤 방식으로 액세스할 것인지 계획합니다.
- 시스템에 기존 사용자 로그인 또는 SSH 구성이 있는 경우 부트로더만 구성한 후 나중에 이미지가 Compute Engine에서 최적으로 실행되도록 구성할 수 있습니다. 기존 SSH 구성을 통해 인스턴스에 액세스하거나 대화형 직렬 콘솔에서 직접 사용자 로그인을 통해 인스턴스에 액세스할 수 있습니다.
- 시스템에 기존 사용자 로그인 또는 SSH 구성이 없다면 Compute Engine에서 부팅된 후에 액세스할 수 있도록 부팅 디스크를 구성해야 합니다.
가져오기 프로세스는 부팅 디스크의 크기와 네트워크 연결 속도에 따라 몇 시간 또는 며칠이 소요될 수 있습니다.
부팅 디스크 이미지를 만들고 압축하는 시스템에는 부팅 디스크 이외에 스토리지 기기에 이미지 파일을 만들 수 있는 충분한 저장공간이 있어야 합니다. 일반적으로 이미지와 tar.gz 파일은 부팅 디스크의 2~3배에 달하는 공간을 사용합니다.
가져오려는 기존 시스템의 파일 시스템 구조를 파악합니다.
- 운영체제와 앱 파일이 여러 디스크에 분산되어 있는 경우 각 디스크를 개별적으로 가져와 각 이미지를 사용하여 Compute Engine VM 인스턴스의 고유한 영구 디스크를 만듭니다.
- 시스템의 부팅 볼륨이 여러 디스크가 하나의 논리 볼륨으로 작동하는 RAID 구성으로 되어 있다면 배열의 각 디스크에 하나의 이미지를 만들기보다는 전체 배열에서 하나의 이미지를 만드는 것이 좋습니다. Compute Engine 영구 디스크를 사용하면 RAID 구성이 필요하지 않습니다.
시스템이 신뢰 플랫폼 모듈 또는 소프트웨어 수준 암호화를 통해 부팅 디스크의 콘텐츠를 암호화한다면, 부팅 디스크 이미지 파일을 만들기 전에 부팅 디스크를 복호화합니다. Google은 암호화된 이미지를 읽을 수 없습니다. 이미지는 업로드된 후에 암호화되며, 사용자는 영구 디스크와 Cloud Storage 버킷에 고유한 암호화 키를 지정할 수 있습니다.

가져오기 프로세스를 완료할 수 있는 시스템을 식별하거나 만든 후, 해당 시스템에 연결하고 부트로더를 구성합니다.

부팅 디스크 이미지 준비

실행 중인 시스템에서 부팅 디스크 이미지를 준비하여 Compute Engine 환경에서 사용할 수 있도록 합니다.

이미지가 Compute Engine에서 부팅될 수 있도록 부팅 디스크의 부트로더를 구성합니다.
Compute Engine으로 가져온 후에 액세스하여 VM 인스턴스로 시작할 수 있도록 부팅 디스크의 SSH 또는 사용자 로그인 액세스를 구성합니다.

이 프로세스는 Compute Engine 외부에서 시스템을 부팅할 수 없게 하므로 가져오려는 부팅 디스크의 사본을 이용하여 격리된 시스템에서 이 단계를 완료하는 것이 가장 좋습니다.

부트로더 구성

Compute Engine에서 부팅될 수 있도록 시스템의 부트로더를 구성합니다.

가져오려는 부팅 디스크가 있는 시스템의 터미널에 연결합니다.
GRUB 구성 파일을 수정합니다. 일반적으로 이 파일은 /etc/default/grub에 있으나 일부 오래된 배포판의 경우 비표준 디렉터리에 위치할 수도 있습니다.
GRUB 구성 파일을 다음과 같이 변경합니다.
- splashimage=가 있는 모든 줄을 삭제합니다. Compute Engine은 시작 시 스플래시 화면을 지원하지 않습니다.
- rhgb 및 quiet 커널 명령줄 인수를 삭제합니다.
- 인스턴스가 직렬 콘솔과 상호작용할 수 있도록 커널 명령줄 인수에 console=ttyS0,38400n8d를 추가합니다.
grub.cfg 파일을 재생성합니다. 배포판에 따라 다음 명령어 중 하나를 사용합니다.
- Debian 및 Ubuntu: sudo update-grub
- RHEL, CentOS, SUSE, openSUSE: sudo grub2-mkconfig -o /boot/grub2/grub.cfg
/etc/fstab 파일을 수정하고 부팅 디스크 자체와 부팅 디스크의 파티션을 제외한 모든 디스크와 파티션에 대한 참조를 삭제합니다. /etc/fstab에 잘못된 항목이 있으면 시스템 시작 프로세스가 멈출 수 있습니다.

부트로더를 구성한 후 디스크 이미지 파일을 만들고 압축합니다.

이미지에 SSH 또는 사용자 로그인 액세스 구성

이미지가 Compute Engine에서 VM 인스턴스로 실행되면 해당 인스턴스에 액세스할 방법이 있어야 합니다. 기존 SSH 구성을 사용하여 인스턴스에 연결하거나 직렬 콘솔에 연결하여 사용자 이름과 비밀번호를 사용하여 로그인할 수 있습니다.

디스크 이미지 파일을 만들고 압축하기 전에 SSH 또는 사용자 로그인 구성을 완료합니다.

디스크 이미지 파일을 만들고 압축하기

Compute Engine에 가져오려는 시스템의 부팅 디스크 이미지 파일을 만들어서 압축합니다. 이미지 파일을 만들고 압축하는 프로세스는 시스템이 작동하는 플랫폼에 따라 다릅니다.

Generic

거의 모든 시스템에서 이 프로세스를 이용하여 Compute Engine에 가져올 수 있는 RAW 이미지 파일을 만들 수 있습니다. 가져오려는 실행 중인 시스템에서 이 프로세스를 완료하거나 부팅 디스크를 다른 시스템의 보조 디스크로 연결하여 정지된 디스크에서 부팅 디스크 이미지를 만들 수도 있습니다. 디스크 이미지 파일을 임시로 저장할 충분한 저장공간이 있는지 확인하세요. 이 예시에서는 실행 중인 시스템에서 이미지를 가져옵니다.

가져오려는 부팅 디스크가 있는 시스템의 터미널에 연결합니다.
lsblk 명령어를 사용하여, 이미지를 만들 때 사용할 소스 부팅 디스크와 이미지 파일을 작성하기에 충분한 공간이 있는 위치를 확인합니다. 이 예시에서는 /dev/sda가 소스 부팅 디스크이고 /dev/sdb가 /tmp 디렉터리에 마운트된 대용량 보조 디스크입니다. /dev/sda가 실행 중이지만 여기서 이미지 파일을 만들 수 있습니다. 데이터를 능동적으로 처리하거나 앱을 실행하고 있지 않은 조용한 시스템에서 이 작업을 수행하는 것이 가장 좋습니다.
```
lsblk
```
```
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  100G  0 disk
├─sda1   8:1    0   96G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda3   8:5    0    4G  0 part [SWAP]
sdb      8:16   0  500G  0 disk /tmp
sr0     11:0    1 1024M  0 rom
```

부팅 디스크에서 이미지 파일을 만듭니다.

sudo dd if=/dev/sda of=/tmp/disk.raw bs=4M conv=sparse

disk.raw 파일을 쓴 디렉터리로 변경합니다.
```
cd /tmp
```
원시 디스크를 tar.gz 형식으로 압축합니다. 이 단계는 이미지 파일을 Cloud Storage에 더 빨리 업로드할 수 있도록 압축합니다. OSX에서 gtar을 설치하고 이 단계에서 tar 대신 사용합니다.
```
tar --format=oldgnu -Sczf /tmp/compressed-image.tar.gz disk.raw
```

AWS EC2

Amazon Web Services(AWS)에서 Amazon Machine Image(AMI) 및 가상 디스크 이미지를 Compute Engine으로 가져오는 방법에 대한 자세한 내용은 AWS에서 이미지 가져오기를 참조하세요.

VirtualBox

VirtualBox 환경에서 시스템을 준비한 경우 VBoxManage 도구를 사용하여 .vdi 또는 .qcow2 디스크 이미지를 disk.raw 형식으로 변환할 수 있습니다.

가져오려는 VirtualBox 게스트 머신을 종료하고 GUEST_NAME을 게스트 머신 이름으로 바꿉니다. VirtualBox 인터페이스 또는 VBoxManage 유틸리티로 게스트 머신을 종료할 수 있습니다.
```
VBoxManage controlvm GUEST_NAME acpipowerbutton
```
VBoxManage 유틸리티를 사용하여 게스트 이미지를 RAW 형식으로 변환합니다. 이 때 GUEST_NAME를 게스트 이미지의 경로로 바꿉니다. 이 게스트 이미지는 vdi 또는 qcow2 파일로 제공될 수 있습니다.
```
VBoxManage clonemedium GUEST_NAME ~/disk.raw --format RAW
```
원시 디스크를 tar.gz 형식으로 압축합니다. 이 단계는 이미지 파일을 Cloud Storage에 더 빨리 업로드할 수 있도록 압축합니다. OSX에서 gtar을 설치하고 이 단계에서 tar 대신 사용합니다.
```
sudo tar --format=oldgnu -Sczf /tmp/compressed-image.tar.gz disk.raw
```

이미지 파일이 압축되었고 Cloud Storage에 업로드할 준비가 되었습니다.

이미지를 커스텀 이미지 목록으로 가져오기

Cloud Storage에 파일을 업로드하고 이미지를 커스텀 이미지 목록으로 가져옵니다. 필요 시 이미지 가져오기 단계를 수행하면서 이미지를 암호화할 수 있습니다.

콘솔 또는 Google Cloud CLI 도구로 이미지를 가져옵니다.

콘솔

compressed-image.tar.gz 파일을 로컬 워크스테이션에 복사하고 Google Cloud 콘솔을 사용하여 버킷을 만들고 파일을 업로드합니다.

Google Cloud 콘솔에서 Cloud Storage 브라우저 페이지로 이동합니다.
브라우저로 이동
페이지 상단에서 버킷 만들기를 클릭합니다.
고유한 버킷 이름, 표준 스토리지 클래스, 이미지 파일을 저장하려는 위치를 지정합니다.
만들기를 클릭하여 버킷을 만듭니다. 브라우저 페이지가 새 버킷으로 이동합니다.
페이지 상단에서 파일 업로드를 클릭합니다.
파일 대화상자에서 시스템에서 다운로드한 compressed-image.tar.gz 파일을 선택합니다. 로컬 워크스테이션에서 파일이 업로드됩니다. 이 단계는 압축한 이미지 파일의 크기와 네트워크 연결 속도에 따라 몇 시간이 소요될 수 있습니다.

Cloud Storage에 이미지를 업로드한 후 이미지 파일을 커스텀 이미지 목록으로 가져옵니다.

Google Cloud 콘솔에서 이미지 페이지로 이동합니다.
이미지로 이동
페이지 상단에서 이미지 만들기를 클릭합니다.
이름 필드에서 이미지의 고유한 이름을 지정합니다.
필요 시, 새 이미지의 이미지 계열을 지정하거나 이미지에 특정한 암호화 설정을 구성합니다.
소스 메뉴에서 Cloud Storage 파일을 선택합니다.
Cloud Storage에 업로드한 compressed-image.tar.gz 파일의 경로를 입력합니다.
```
BUCKET_NAME/compressed-image.tar.gz
```
만들기를 클릭하여 이미지를 가져옵니다. 이 프로세스는 부팅 디스크 이미지의 크기에 따라 몇 분이 소요될 수 있습니다.

이미지가 이제 이미지 페이지에 포함됩니다. 가져온 이 이미지를 사용하여 VM을 만들 수 있습니다. 부팅이 실패하면 부트로더가 올바르게 구성되었는지 확인합니다.

gcloud 및 gcloud 스토리지

gcloud CLI를 사용하여 압축된 부팅 디스크 이미지 파일을 업로드합니다. 부팅 디스크 이미지를 만든 시스템에서 이 프로세스를 완료해도 되고, 해당 파일을 다른 시스템에 복사하여 업로드 프로세스를 완료해도 됩니다.

compressed-image.tar.gz를 업로드하려는 시스템에 gcloud CLI를 설치하고 초기화합니다.
gcloud CLI를 사용하여 새 Cloud Storage 버킷을 만듭니다.
```
gcloud storage buckets create gs://BUCKET_NAME
```
compressed-image.tar.gz 파일을 새 버킷에 업로드합니다.
```
gcloud storage cp compressed-image.tar.gz gs://BUCKET_NAME
```
이미지 파일을 새 커스텀 이미지로 가져옵니다.
```
gcloud compute images create IMAGE_NAME --source-uri gs://BUCKET_NAME/compressed-image.tar.gz
```
다음을 바꿉니다.
- IMAGE_NAME: 가져온 이미지의 이름입니다.
- BUCKET_NAME: 가져온 이미지가 저장되는 버킷의 이름입니다.

이제 이미지가 커스텀 이미지 목록에 포함됩니다. 가져온 이 이미지를 사용하여 VM을 만들 수 있습니다. 부팅이 실패하면 부트로더가 올바르게 구성되었는지 확인합니다.

gcloud compute images list --no-standard-images

NAME                                            PROJECT                  FAMILY                    DEPRECATED  STATUS
[IMAGE_NAME]                                    [PROJECT_ID]                                                   READY

가져온 이미지가 작동하는지 테스트

가져온 이미지가 올바르게 작동하는지 확인합니다. 가져온 이미지를 사용하는 부팅 디스크로 VM을 만듭니다.

콘솔

Google Cloud 콘솔에서 인스턴스 만들기 페이지로 이동합니다.

인스턴스 만들기로 이동
부팅 디스크 섹션에서 변경을 클릭한 후 다음을 수행합니다.
1. 커스텀 이미지 탭을 선택합니다.
2. 이미지 프로젝트를 선택하려면 프로젝트 선택을 클릭한 후 다음을 수행합니다.
  1. 이미지가 포함된 프로젝트를 선택합니다.
  2. 열기를 클릭합니다.
3. 이미지 목록에서 가져온 이미지를 클릭합니다.
4. 부팅 디스크의 유형과 크기를 선택합니다.
5. 부팅 디스크 옵션을 확인하려면 선택을 클릭합니다.
만들기를 클릭합니다.

gcloud

gcloud compute instances create VM_NAME --zone ZONE --image IMAGE_NAME

다음을 바꿉니다.

VM_NAME: VM의 고유한 이름입니다.
ZONE: 독립형 디스크를 만든 영역입니다.
IMAGE_NAME: 가져온 이미지의 이름입니다.

VM을 만든 후 제대로 부팅되었는지 확인합니다. 직렬 포트 출력을 확인합니다.

콘솔

Google Cloud 콘솔에서 VM 인스턴스 페이지로 이동합니다.
인스턴스로 이동
VM 목록에서 가져온 이미지로 만든 VM의 이름을 클릭합니다. VM 세부정보 페이지가 열립니다.
로그 섹션에서 적절한 직렬 포트를 클릭하여 확장하고 해당 VM의 직렬 포트 출력을 확인합니다.

VM이 Booting from Hard Disk 0...에서 멈춘 경우, Compute Engine 환경 내에서 해당 문제를 해결하거나 원래 시스템의 부팅 디스크를 다시 구성하고 가져오기 프로세스를 반복할 수 있습니다.

gcloud

gcloud compute instances get-serial-port-output VM_NAME

VM에 연결하여 테스트할 수도 있습니다. 다음 옵션 중 하나를 통해 VM에 연결합니다.

SSH: VM의 SSH 구성이 제대로 작동할 경우 SSH와 비공개 키를 사용하여 VM에 연결할 수 있습니다. VM 인스턴스 페이지에서 VM 인스턴스 IP 주소를 찾을 수 있습니다.
직렬 콘솔: SSH 없이 VM에 직접 로그인해야 할 경우 직렬 콘솔을 사용 설정하여 사용자 이름과 비밀번호로 로그인할 수 있습니다.

다음 단계

이미지가 Compute Engine 환경의 기능을 활용할 수 있도록 디스크를 구성합니다.
이미지를 프로덕션에서 사용할 준비를 마쳤으면 커스텀 이미지의 최종 버전을 만들고 업데이트된 버전의 커스텀 이미지를 쉽게 관리할 수 있도록 이미지 계열에 해당 이미지를 포함합니다.
부팅 디스크 문제로 인해 일부 가져오기가 실패할 수 있습니다. 자세한 내용은 부팅 디스크 문제 해결을 참조하세요.