워크로드에 지연 시간이 짧은 고성능 임시 스토리지가 필요한 경우 가상 머신(VM)을 만들 때 로컬 솔리드 스테이트 드라이브(로컬 SSD) 디스크를 사용하는 것이 좋습니다. 로컬 SSD 디스크는 항상 암호화되는 Compute Engine VM용 솔리드 스테이트 스토리지입니다.
로컬 SSD 디스크는 다음 사용 사례에 스토리지가 필요한 경우에 적합합니다.
- 임시적이고 가치가 낮은 데이터를 위한 캐시 또는 스토리지
- 고성능 컴퓨팅이나 데이터 분석을 위한 스크래치 처리 공간
- Microsoft SQL Server용
tempdb시스템 데이터베이스와 같은 임시 데이터 스토리지
로컬 SSD 디스크는 Persistent Disk 및 Google Cloud Hyperdisk에 비해 초당 I/O 작업 수(IOPS)가 우수하고 지연 시간이 매우 짧습니다. 로컬 SSD 디스크가 VM을 호스팅하는 서버에 물리적으로 연결되기 때문입니다. 같은 이유로 로컬 SSD 디스크는 임시 스토리지만 제공할 수 있습니다.
로컬 SSD는 임시 스토리지에만 적합하므로 임시 데이터가 아닌 데이터를 내구성이 우수한 스토리지 옵션 중 하나에 저장해야 합니다.
각 로컬 SSD 디스크는 크기가 고정되어 있으며 만들 때 로컬 SSD 디스크 여러 개를 단일 VM에 연결할 수 있습니다. VM에 연결할 수 있는 로컬 SSD 디스크 수는 VM 머신 유형에 따라 다릅니다. 자세한 내용은 유효한 로컬 SSD 디스크 수 선택을 참조하세요.
로컬 SSD 디스크에서 중복 또는 유연성 요구사항을 충족하지 않으면 다른 스토리지 옵션과 함께 로컬 SSD 디스크를 사용할 수 있습니다.
성능
로컬 SSD 성능은 연결된 로컬 SSD 디스크 수, 선택한 디스크 인터페이스(NVMe 또는 SCSI), VM 디스크 머신 유형을 포함한 여러 요인에 따라 다릅니다. 로컬 SSD 디스크를 VM에 연결하면 사용 가능한 성능이 증가합니다.
연결된 디스크 수별 로컬 SSD 성능
다음 표에는 NVMe 및 SCSI 연결 로컬 SSD 디스크의 최대 IOPS 및 처리량이 나와 있습니다. 측정항목은 VM에 연결된 로컬 SSD 디스크의 총 용량을 기준으로 나열됩니다.
NVMe 로컬 SSD 성능
| 연결된 로컬 SSD 디스크 수 |
저장공간(TiB) | 디스크당 용량 | IOPS | 처리량 (MB/s) |
||
|---|---|---|---|---|---|---|
| 읽기 | 쓰기 | 읽기 | 쓰기 | |||
| 1 | 0.375 | 375GiB | 170,000 | 90,000 | 660 | 350 |
| 2 | 0.750 | 375GiB | 340,000 | 180,000 | 1,320 | 700 |
| 3 | 1.125 | 375GiB | 510,000 | 270,000 | 1,980 | 1,050 |
| 4 | 1.5 | 375GiB | 680,000 | 360,000 | 2,650 | 1,400 |
| 5 | 1.875 | 375GiB | 680,000 | 360,000 | 2,650 | 1,400 |
| 6 | 2.25 | 375GiB | 680,000 | 360,000 | 2,650 | 1,400 |
| 7 | 2.625 | 375GiB | 680,000 | 360,000 | 2,650 | 1,400 |
| 8 | 3 | 375GiB | 680,000 | 360,000 | 2,650 | 1,400 |
| 16 | 6 | 375GiB | 1,600,000 | 800,000 | 6,240 | 3,120 |
| 24 | 9 | 375GiB | 2,400,000 | 1,200,000 | 9,360 | 4,680 |
| 32 | 12 | 375GiB | 3,200,000 | 1,600,000 | 12,480 | 6,240 |
| 12 | 36 | 3 TiB * | 6,000,000 | 6,000,000 | 36,000 | 30,000 |
* Z3(프리뷰) 머신 계열에서만 사용할 수 있습니다.
SCSI 로컬 SSD 성능
| 결합된 로컬 SSD 디스크 수 |
저장공간(TiB) | IOPS | 처리량 (MB/s) |
||
|---|---|---|---|---|---|
| 읽기 | 쓰기 | 읽기 | 쓰기 | ||
| 1 | 0.375(375GiB) | 100,000 | 70,000 | 390 | 270 |
| 2 | 0.750(750GiB) | 200,000 | 140,000 | 780 | 550 |
| 3 | 1.125 | 300,000 | 210,000 | 1,170 | 820 |
| 4 | 1.500 | 400,000 | 280,000 | 1,560 | 1,090 |
| 5 | 1.875 | 400,000 | 280,000 | 1,560 | 1,090 |
| 6 | 2.250 | 400,000 | 280,000 | 1,560 | 1,090 |
| 7 | 2.625 | 400,000 | 280,000 | 1,560 | 1,090 |
| 8 | 3 | 400,000 | 280,000 | 1,560 | 1,090 |
| 16 | 6 | 900,000 | 800,000 | 6,240 | 3,120 |
| 24 | 9 | 900,000 | 800,000 | 9,360 | 4,680 |
성능이 극대화되도록 VM 구성
명시된 성능 수준에 도달하려면 다음과 같이 VM을 구성해야 합니다.
NVMe 인터페이스로 로컬 SSD 디스크를 연결합니다. SCSI 인터페이스에 연결된 디스크는 성능이 낮습니다.
다음 머신 유형에서 이러한 최댓값에 도달하려면 최소 vCPU 수가 필요합니다.
VM에서 커스텀 Linux 이미지를 사용하는 경우 이미지는 Linux 커널 버전 4.14.68 이상을 사용해야 합니다. Compute Engine에서 제공하는 공개 이미지를 사용하는 경우 추가 조치를 취할 필요가 없습니다.
로컬 SSD 성능을 향상시킬 수 있는 추가 VM 및 디스크 구성 설정은 로컬 SSD 성능 최적화를 참조하세요.
디스크 인터페이스 선택에 대한 자세한 내용은 디스크 인터페이스 선택을 참조하세요.
로컬 SSD 데이터 지속성
Compute Engine은 특정 시나리오에서 로컬 SSD 디스크의 데이터를 보존하며 다른 경우에는 Compute Engine이 로컬 SSD 데이터 지속성을 보장하지 않습니다.
다음 정보는 이러한 시나리오를 설명하고 VM에 연결된 각 로컬 SSD 디스크에 적용됩니다.
Compute Engine에서 로컬 SSD 데이터를 유지하는 시나리오
로컬 SSD 디스크의 데이터가 지속되는 이벤트는 다음과 같습니다.
- 게스트 운영체제를 재부팅하는 경우
- 라이브 마이그레이션을 위해 VM을 구성하고 VM이 호스트 유지보수 이벤트를 거치는 경우
- VM을 중지하거나 일시정지할 때 로컬 SSD 데이터를 보존하도록 선택한 경우 이 기능은 미리보기 상태입니다.
Compute Engine에서 로컬 SSD 데이터를 유지하지 않을 수 있는 시나리오
VM에서 호스트 오류가 발생하고 Compute Engine이 지정된 시간 내에 VM을 로컬 SSD 디스크에 다시 연결할 수 없으면 로컬 SSD 디스크의 데이터가 손실될 수 있습니다.
로컬 SSD 복구 제한 시간을 사용하여 데이터 복구 시도에 소요되는 시간을 제어할 수 있습니다. 제한 시간이 만료되기 전에 Compute Engine이 디스크에 다시 연결할 수 없으면 VM이 다시 시작됩니다. VM이 다시 시작되면 로컬 SSD 데이터를 복구할 수 없습니다. Compute Engine에서 다시 시작된 VM에 빈 로컬 SSD 디스크를 연결합니다.
로컬 SSD 복구 제한 시간은 VM 호스트 유지보수 정책의 일부입니다. 자세한 내용은 로컬 SSD 복구 제한 시간을 참조하세요.
Compute Engine에서 로컬 SSD 데이터를 유지하지 않는 시나리오
로컬 SSD 디스크의 데이터가 지속되지 않는 이벤트는 다음과 같습니다.
- 게스트 운영체제를 종료하고 VM을 강제로 중지하는 경우
- VM이 선점형으로 구성되고 VM이 선점 프로세스를 거치는 경우
- 호스트 유지보수 이벤트를 중지하도록 구성한 VM이 호스트 유지보수 이벤트를 거치는 경우
- 로컬 SSD를 잘못 구성하여 연결할 수 없는 경우
- 프로젝트 결제를 중지하여 VM이 중지된 경우
Compute Engine에서 VM의 로컬 SSD 데이터를 복구할 수 없는 경우 Compute Engine은 이전에 연결된 로컬 SSD 디스크마다 마운트되고 연결된 로컬 SSD 디스크가 있는 VM을 다시 시작합니다.
로컬 SSD 암호화
Compute Engine은 데이터가 로컬 SSD 저장공간에 작성되면 데이터를 자동으로 암호화합니다. 로컬 SSD 디스크에서는 고객 제공 암호화 키를 사용할 수 없습니다.
로컬 SSD 데이터 백업
디스크 이미지, 표준 스냅샷 또는 디스크 클론으로 로컬 SSD 데이터를 백업할 수 없으므로 항상 중요한 데이터를 내구성이 우수한 스토리지 옵션에 저장하는 것이 좋습니다.
로컬 SSD 디스크의 데이터를 보존해야 하는 경우에는 Persistent Disk 또는 Google Cloud Hyperdisk를 VM에 연결합니다. Persistent Disk 또는 Hyperdisk를 마운트한 후 데이터를 로컬 SSD 디스크에서 새로 연결된 디스크로 복사합니다.
디스크 인터페이스 선택
로컬 SSD 성능을 극대화하려면 NVMe 인터페이스가 있는 VM에 디스크를 연결해야 합니다. SCSI 인터페이스를 사용하면 성능이 저하됩니다.
선택하는 디스크 인터페이스는 VM에서 사용하는 머신 유형과 OS에 따라 달라집니다. Compute Engine에서 사용 가능한 머신 유형 중 일부를 통해 NVMe 및 SCSI 인터페이스 중에서 선택할 수 있지만 다른 머신 유형은 NVMe 또는 SCSI만 지원합니다. 마찬가지로 Compute Engine에서 제공하는 일부 공개 OS 이미지는 NVMe 및 SCSI를 모두 또는 둘 중 하나만 지원할 수 있습니다.
머신 유형 및 OS 이미지별 디스크 인터페이스 지원
다음 페이지에서는 사용 가능한 머신 유형 및 지원되는 공개 이미지에 대한 자세한 정보와 성능 세부정보를 제공합니다.
머신 유형별로 지원되는 인터페이스: 머신 시리즈 비교를 참조하세요. 비교할 VM 속성 선택 목록에서 디스크 인터페이스 유형을 선택합니다.
OS 이미지: Compute Engine에서 제공하는 공개 OS 이미지가 지원하는 SCSI 또는 NVMe의 목록은 운영체제 세부정보 문서의 각 테이블에 대한 인터페이스 탭을 참조하세요.
커스텀 이미지의 NVMe 고려사항
VM에서 커스텀 Linux 이미지를 사용하는 경우 최적의 NVMe 성능을 위해 버전 4.14.68 이상의 Linux 커널을 사용해야 합니다.
커스텀 이미지의 SCSI 고려사항
SCSI 인터페이스를 사용해야 하는 기존 설정이 있는 경우 멀티 큐 SCSI를 사용하여 표준 SCSI 인터페이스보다 성능을 높이는 것이 좋습니다.
가져온 커스텀 이미지를 사용하는 경우 멀티 큐 SCSI 사용 설정을 참조하세요.
유효한 로컬 SSD 디스크 수 선택
Compute Engine에서 사용할 수 있는 대부분의 머신 유형은 로컬 SSD 디스크를 지원합니다. 기본적으로 일부 머신 유형에는 항상 로컬 SSD 디스크 수가 고정되어 있는 반면 디스크를 특정 수만큼 추가할 수 있는 머신 유형도 있습니다. VM을 만들 때만 로컬 SSD 디스크를 추가할 수 있습니다. VM을 만든 후에는 로컬 SSD 디스크를 VM에 추가할 수 없습니다.
Z3(프리뷰) 머신 계열을 기반으로 생성된 VM의 경우 연결된 각 디스크의 용량은 3,000GiB입니다. 다른 모든 머신 계열의 경우 연결하는 각 디스크의 용량은 375GiB입니다.
로컬 SSD 디스크를 자동으로 연결하는 머신 유형
다음 표에는 기본적으로 로컬 SSD 디스크가 포함된 머신 유형과 VM을 만들 때 연결된 디스크 수가 나와 있습니다.
| 머신 유형 | VM당 자동으로 연결된 로컬 SSD 디스크 수 |
|---|---|
| C3 머신 유형 | |
C3 머신 유형의 -lssd 변형에서만 로컬 SSD를 지원합니다.
|
|
c3-standard-4-lssd |
1 |
c3-standard-8-lssd |
2 |
c3-standard-22-lssd |
4 |
c3-standard-44-lssd |
8 |
c3-standard-88-lssd |
16 |
c3-standard-176-lssd |
32 |
| C3D 머신 유형 | |
C3D 머신 유형의 -lssd 변형에서만 로컬 SSD를 지원합니다.
|
|
c3d-standard-8-lssd |
1 |
c3d-standard-16-lssd |
1 |
c3d-standard-30-lssd |
2 |
c3d-standard-60-lssd |
4 |
c3d-standard-90-lssd |
8 |
c3d-standard-180-lssd |
16 |
c3d-standard-360-lssd |
32 |
| A3 울트라 머신 유형 | |
a3-highgpu-8g |
16 |
| A2 울트라 머신 유형 | |
a2-ultragpu-1g |
1 |
a2-ultragpu-2g |
2 |
a2-ultragpu-4g |
4 |
a2-ultragpu-8g |
8 |
| 각 디스크의 크기는 3TiB입니다. | |
| Z3 머신 유형(프리뷰) | |
z3-standard-88-lssd |
12 |
z3-standard-176-lssd |
12 |
로컬 SSD 디스크 수를 선택해야 하는 머신 유형
다음 표에 나열된 머신 유형은 로컬 SSD 디스크를 새로 만든 VM에 자동으로 연결하지 않습니다. VM을 만든 후에는 로컬 SSD 디스크를 VM에 추가할 수 없으므로 이 섹션의 정보를 사용하여 VM을 만들 때 연결할 로컬 SSD 디스크 수를 결정합니다.
| N1 머신 유형 | VM당 허용되는 로컬 SSD 디스크 수 | |
|---|---|---|
| 모든 N1 머신 유형 | 1~8개, 16개 또는 24개 | |
| N2 머신 유형 | ||
| vCPU가 2개~10개인 머신 유형 | 1, 2, 4, 8, 16 또는 24 | |
| vCPU가 12개~20개인 머신 유형 | 2, 4, 8, 16 또는 24 | |
| vCPU가 22개~40개인 머신 유형 | 4, 8, 16 또는 24 | |
| vCPU가 42개~80개인 머신 유형 | 8, 16 또는 24 | |
| vCPU가 82개~128개인 머신 유형 | 16 또는 24 | |
| N2D 머신 유형 | ||
| vCPU가 2개~16개인 머신 유형 | 1, 2, 4, 8, 16 또는 24 | |
| vCPU가 32개 또는 48개인 머신 유형 | 2, 4, 8, 16 또는 24 | |
| vCPU가 64개 또는 80개인 머신 유형 | 4, 8, 16 또는 24 | |
| vCPU가 96개~224개인 머신 유형 | 8, 16 또는 24 | |
| C2 머신 유형 | ||
| vCPU가 4개 또는 8개인 머신 유형 | 1개, 2개, 4개 또는 8개 | |
| vCPU가 16개인 머신 유형 | 2개, 4개 또는 8개 | |
| vCPU가 30개인 머신 유형 | 4개 또는 8개 | |
| vCPU가 60개인 머신 유형 | 8 | |
| C2D 머신 유형 | ||
| vCPU가 2개~16개인 머신 유형 | 1, 2, 4, 8 | |
| vCPU가 32개인 머신 유형 | 2, 4, 8 | |
| vCPU가 56개인 머신 유형 | 4, 8 | |
| vCPU가 112개인 머신 유형 | 8 | |
| A2 표준 머신 유형 | ||
a2-highgpu-1g |
1개, 2개, 4개 또는 8개 | |
a2-highgpu-2g |
2개, 4개 또는 8개 | |
a2-highgpu-4g |
4개 또는 8개 | |
a2-highgpu-8g 또는 a2-megagpu-16g |
8 | |
| G2 머신 유형 | ||
g2-standard-4 |
1 | |
g2-standard-8 |
1 | |
g2-standard-12 |
1 | |
g2-standard-16 |
1 | |
g2-standard-24 |
2 | |
g2-standard-32 |
1 | |
g2-standard-48 |
4 | |
g2-standard-96 |
8 | |
| M1 머신 유형 | ||
m1-ultramem-40 |
사용 불가능 | |
m1-ultramem-80 |
사용 불가능 | |
m1-megamem-96 |
1개~8개 | |
m1-ultramem-160 |
사용 불가능 | |
| M3 머신 유형 | ||
m3-ultramem-32 |
4, 8 | |
m3-megamem-64 |
4, 8 | |
m3-ultramem-64 |
4, 8 | |
m3-megamem-128 |
8 | |
m3-ultramem-128 |
8 | |
| E2, Tau T2D, Tau T2A, M2 머신 유형 | 이러한 머신 유형은 로컬 SSD 디스크를 지원하지 않습니다. | |
가격 책정
만든 로컬 SSD 디스크마다 연결된 VM의 전체 기간 동안 총 디스크 용량에 대해 요금이 청구됩니다.
로컬 SSD 가격 책정 및 사용 가능한 할인에 대한 자세한 내용은 로컬 SSD 가격 책정을 참조하세요.
로컬 SSD 디스크 및 스팟 VM 인스턴스
로컬 SSD 디스크로 스팟 VM 또는 선점형 VM을 시작하면 Compute Engine에서 로컬 SSD 사용량에 대해 할인된 스팟 가격이 청구됩니다. 스팟 VM 또는 선점형 VM에 연결된 로컬 SSD 디스크는 일반 로컬 SSD 디스크처럼 작동하며, 동일한 데이터 지속성 특성을 유지하고, VM 수명 동안 연결 상태를 유지합니다.
Compute Engine은 실행 시작 후 1분 내에 VM이 선점될 경우 스팟 VM 또는 선점형 VM에서 로컬 SSD 디스크 사용 비용을 청구하지 않습니다.
약정 사용 할인으로 로컬 SSD 디스크 예약
특정 영역에서 로컬 SSD 리소스를 예약하려면 Compute Engine 영역별 리소스 예약을 참조하세요.
특정 영역에서 로컬 SSD 디스크에 대한 약정 사용 할인을 받으려면 로컬 SSD 리소스에 대한 리소스 기반 약정을 구매하고 일치하는 로컬 SSD 리소스를 약정에 지정하는 예약을 연결해야 합니다. 자세한 내용은 리소스 기반 약정에 예약 연결을 참조하세요.
VM에서 로컬 SSD 디스크 사용
VM에서 로컬 SSD 디스크를 사용하려면 다음 단계를 완료해야 합니다.
- VM을 만들 때 로컬 SSD 디스크를 추가합니다.
- VM에 추가한 로컬 SSD 디스크를 포맷하고 마운트합니다.
Linux VM에서 기기 이름 지정
VM에 연결된 디스크의 Linux 기기 이름은 디스크를 만들 때 선택한 인터페이스에 따라 달라집니다. lsblk 운영체제 명령어를 사용하여 디스크 기기를 볼 때는 NVMe 인터페이스에 연결된 디스크의 프리픽스가 nvme로 표시되고 SCSI 인터페이스에 연결된 디스크의 프리픽스는 sd로 표시됩니다.
디스크 번호 또는 NVMe 컨트롤러의 순서는 VM 다시 시작 시 예측할 수 없으며 일관되지 않습니다. 처음 부팅할 때 영구 디스크는 nvme0n1(또는 SCSI의 경우 sda)일 수 있습니다. 두 번째로 부팅할 때 같은 영구 디스크의 기기 이름은 nvme2n1 또는 nvme0n3(또는 SCSI의 경우 sdc)일 수 있습니다.
연결된 디스크에 액세스할 때는 /dev/disk/by-id/에서 만든 심볼릭 링크를 대신 사용해야 합니다. 이러한 이름은 재부팅 후에도 지속됩니다.
심볼릭 링크에 대한 자세한 내용은 VM에 연결된 디스크의 심볼릭 링크를 참조하세요.
SCSI 기기 이름
SCSI 연결 디스크 기기의 형식은 첫 번째 연결된 디스크의 경우 sda입니다.
디스크 파티션은 sda1로 표시됩니다. 각 추가 디스크에는 sdb 및 sdc와 같은 순차 문자가 사용됩니다. sdz에 도달하면 다음으로 추가되는 디스크는 sdaa, sdab, sdac와 같은 이름이 최대 sddx까지 지정됩니다.
NVMe 기기 이름
Linux 운영체제의 NVMe 연결 디스크 기기 형식은 nvmenumbernnamespace입니다. number는 NVMe 디스크 컨트롤러 번호를 나타내고 namespace는 NVMe 디스크 컨트롤러에서 할당한 NVMe 네임스페이스 ID입니다. 파티션의 경우 pn이 기기 이름에 추가됩니다. 여기서 n은 1부터 시작하는 숫자로, n번째 파티션을 나타냅니다.
컨트롤러 번호는 0부터 시작합니다. VM에 연결된 단일 NVMe 디스크의 기기 이름은 nvme0n1입니다. 대부분의 머신 유형은 단일 NVMe 디스크 컨트롤러를 사용합니다. 로컬 SSD 기기 이름은 nvme0n1, nvme0n2, nvme0n3 등으로 지정됩니다.
3세대 머신 계열 VM(C3, C3D, Z3(프리뷰), H3)의 로컬 SSD 디스크에는 디스크마다 별도의 NVMe 컨트롤러가 있습니다. 이러한 VM에서 로컬 SSD NVMe 연결 기기 이름은 nvme0n1, nvme1n1, nvme2n1와 유사합니다.
연결된 로컬 SSD 디스크 수는 VM의 머신 유형에 따라 다릅니다.
3세대 머신 계열 VM은 영구 디스크와 하이퍼디스크 모두에 NVMe를 사용하고 로컬 SSD 디스크에도 사용합니다. VM마다 영구 디스크 및 하이퍼디스크용 NVMe 컨트롤러 1개와 각 로컬 SSD 디스크마다 NVMe 컨트롤러 1개가 있습니다. 영구 디스크 및 하이퍼디스크 NVMe 컨트롤러에는 연결된 모든 디스크에 대한 단일 NVMe 네임스페이스가 있습니다. 따라서 영구 디스크 2개(각각 파티션 2개)와 포맷되지 않은 로컬 SSD 디스크 2개가 있는 3세대 머신 계열 VM은 다음 기기 이름을 사용합니다.
nvme0n1- 첫 번째 Persistent Disknvme0n1p1nvme0n1p2nvme0n2- 두 번째 Persistent Disknvme0n2p1nvme0n2p2nvme1n1- 첫 번째 로컬 SSDnvme2n1- 두 번째 로컬 SSD
로컬 SSD를 사용하는 VM 중지
VM을 중지하거나 일시정지하면 Compute Engine은 기본적으로 VM에 연결된 로컬 SSD 디스크의 데이터가 삭제됩니다.
VM에 연결된 로컬 SSD 디스크의 데이터를 보존하려면 gcloud CLI를 사용하고 --discard-local-ssd=false 플래그를 포함하여 VM을 중지하거나 일시정지해야 합니다. 이렇게 하면 로컬 SSD 데이터를 영구 스토리지로 옮기는 관리형 마이그레이션이 시작되며 VM을 다시 시작할 때까지 추가 스토리지 사용량에 대한 요금이 청구됩니다. VM을 다시 시작한 후 로컬 SSD 디스크를 파일 시스템에 다시 마운트해야 할 수도 있습니다.
제한사항
--discard-local-ssd=false는 공개 미리보기 버전에서만 제공되며 Compute Engine용 정식 버전 약관이 적용되지 않습니다.- Compute Engine은 로컬 SSD 디스크가 최대 16개 연결된 VM에서만
--discard-local-ssd=false를 사용할 수 있습니다. - Google Cloud 콘솔에서 VM을 중지하거나 일시정지하면 로컬 SSD 데이터를 보존할 수 없습니다. Google Cloud CLI, Cloud 클라이언트 라이브러리 또는 Compute Engine API를 사용해야 합니다.
- 로컬 SSD 데이터를 저장하는 프로세스는 느리게 진행됩니다.
suspend또는stop요청이 수신된 후에만 로컬 SSD 데이터 복사가 시작됩니다. - 스팟 VM 또는 선점형 VM을 사용하는 경우 언제든지 선점이 발생할 수 있으며 일시정지 또는 재개 시도가 중단될 수 있습니다. 이 경우 VM은 일시정지되는 것이 아니라 중지(선점)되며 VM이 재개되거나 다시 시작될 때 로컬 SSD 데이터가 영구 스토리지에 유지되지 않습니다.
로컬 SSD 디스크 삭제
로컬 SSD 디스크를 삭제하려면 디스크가 연결된 VM을 삭제합니다. 로컬 SSD 디스크가 연결된 VM을 삭제하기 전에 로컬 SSD 디스크의 중요 데이터를 영구 디스크, 하이퍼디스크나 또 다른 VM으로 마이그레이션해야 합니다.