로컬 SSD 추가

Compute Engine은 항상 암호화되는, 가상 머신(VM) 인스턴스를 위한 로컬 솔리드 스테이트 드라이브(SSD) 블록 스토리지를 제공합니다. 각 로컬 SSD의 크기는 375GB지만, 최대 8개의 로컬 SSD 기기를 연결하여 인스턴스당 3TB의 총 로컬 SSD 스토리지를 확보할 수 있습니다. 원하는 경우 단일 논리적 볼륨으로 여러 개의 로컬 SSD 기기를 포맷 및 마운트할 수도 있습니다.

영구 디스크와 달리 로컬 SSD는 VM 인스턴스를 호스팅하는 서버에 물리적으로 연결됩니다. 이렇듯 긴밀히 결합되어 성능이 탁월하므로 영구 디스크와 비교할 때 초당 입출력 작업 수(IOPS)가 매우 높고 지연 시간이 매우 짧습니다. 자세한 내용은 블록 스토리지 성능을 참조하세요.

로컬 SSD는 캐시, 처리 공간, 가치가 낮은 데이터 등을 임시로 저장할 때만 사용해야 합니다. 로컬 SSD 기기에 중요한 데이터를 저장하는 경우에는 내구성 있는 스토리지 옵션에 동일한 데이터를 저장해야 합니다.

로컬 SSD를 사용하는 인스턴스는 중지했다가 다시 시작할 수 없습니다. 게스트 운영체제를 통해 로컬 SSD가 있는 인스턴스를 종료하면 해당 인스턴스를 다시 시작할 수 없으며 로컬 SSD의 데이터가 손실됩니다.

로컬 SSD가 중복 또는 유연성 요구사항을 충족하지 않는다면 다른 인스턴스 스토리지 옵션과 함께 로컬 SSD를 사용하면 됩니다.

시작하기 전에

이 가이드의 명령줄 예시를 사용하려면 우선 다음 작업을 수행해야 합니다.
1. gcloud 명령줄 도구를 최신 버전으로 설치하거나 업데이트합니다.
2. 기본 리전 및 영역을 설정합니다.
이 가이드의 API 예시를 사용하려면 API 액세스를 설정합니다.
로컬 SSD를 사용하기 전에 로컬 SSD 제한을 검토합니다.
영구 디스크와 로컬 SSD의 차이점에 대해 알아봅니다.

로컬 SSD 데이터 지속성

로컬 SSD를 사용해 인스턴스를 만들기 전에 로컬 SSD 데이터가 보존되는 이벤트와 로컬 SSD 데이터를 복구할 수 없는 이벤트에 대해 알아야 합니다.

로컬 SSD의 데이터가 지속되는 이벤트는 다음과 같습니다.

게스트 운영체제를 재부팅하는 경우
라이브 마이그레이션을 위해 구성한 인스턴스가 호스트 유지보수 이벤트를 거치는 경우
호스트 시스템에서 호스트 오류가 발생하면 Compute Engine은 VM에 다시 연결하여 로컬 SSD 데이터를 보존하려 하지만 성공하지 못할 수도 있습니다. 이러한 시도가 성공하면 VM이 자동으로 다시 시작합니다. 그러나 다시 연결 시도가 실패하면 데이터 없이 VM이 다시 시작합니다.

로컬 SSD의 데이터가 지속되지 않는 이벤트는 다음과 같습니다.

인스턴스를 수동으로 종료하는 경우
게스트 운영체제를 종료하고 인스턴스를 강제로 중지하는 경우
선점형으로 구성한 인스턴스가 선점형 프로세스를 거치는 경우
호스트 유지보수 이벤트를 종료하도록 구성한 인스턴스가 호스트 유지보수 이벤트를 거치는 경우
호스트 시스템에 호스트 오류가 발생했는데 기본 드라이브가 60분 내로 복구되지 않는 경우 Compute Engine에서 로컬 SSD의 데이터를 보존하려고 시도하지 않습니다.
로컬 SSD를 잘못 구성하여 연결할 수 없는 경우
프로젝트 결제가 사용 중지된 경우. 인스턴스가 중지되고 데이터가 손실됩니다.

로컬 SSD를 사용하는 인스턴스 만들기

로컬 SSD는 가상 머신 인스턴스가 실행되는 실제 머신에 위치하므로 인스턴스 생성 프로세스 중에만 만들 수 있습니다. 로컬 SSD를 부팅 기기로 사용할 수는 없습니다.

로컬 SSD를 만든 후 사용하기 전에 기기를 포맷 및 마운트해야 합니다.

Google Cloud Console, gcloud 도구, Compute Engine API를 사용해 로컬 SSD로 인스턴스를 만들 수 있습니다.

Console

GCP Console에서 VM 인스턴스 페이지로 이동합니다.
VM 인스턴스 페이지로 이동
인스턴스 만들기를 클릭합니다.
새 인스턴스 만들기 페이지에서 인스턴스의 속성을 입력합니다.

관리, 보안, 디스크, 네트워킹, 단독 테넌시를 클릭합니다.
디스크를 클릭하고 추가 디스크에서 새 디스크 추가를 클릭합니다.
이름 필드에 새 디스크의 이름을 입력합니다.
유형에서 로컬 SSD 스크래치 디스크(최대 8개)를 선택합니다.
완료를 클릭합니다.
만들기를 클릭하여 인스턴스를 만듭니다.
로컬 SSD를 만든 후 사용하기 전에 기기를 포맷 및 마운트해야 합니다.

gcloud

연결된 로컬 SSD를 사용하는 VM 인스턴스를 만들려면 안내를 따라 인스턴스를 만들고 --local-ssd 플래그를 사용하여 로컬 SSD 기기를 만들고 연결합니다. 여러 개의 로컬 SSD 기기를 만들려면 --local-ssd 플래그를 더 추가합니다. 원하는 경우 --local-ssd 플래그마다 인터페이스 값과 기기 이름을 설정할 수도 있습니다.

마찬가지로 다음과 같이 각각 SCSI 인터페이스를 사용하는 두 로컬 SSD가 포함된 하나의 인스턴스를 만들 수 있습니다.

gcloud compute instances create example-instance \
    --machine-type n1-standard-8 \
    --local-ssd interface=[INTERFACE_TYPE] \
    --local-ssd interface=[INTERFACE_TYPE] \
    --image-project [IMAGE_PROJECT] \
    --image-family [IMAGE_FAMILY]

각 항목의 의미는 다음과 같습니다.

[INTERFACE_TYPE]은 이 기기에 사용할 로컬 SSD 인터페이스입니다. 부팅 디스크 이미지에 최적화된 NVMe 드라이버가 있는 경우 nvme를 지정하고 그 외의 이미지에는 scsi를 지정합니다.
[INSTANCE_NAME]은 새 인스턴스의 이름입니다.
[IMAGE_FAMILY]는 사용 가능한 이미지 계열 중 하나입니다.
[IMAGE_PROJECT]는 이미지 계열이 속한 이미지 프로젝트입니다.

필요한 경우 여러 로컬 SSD 기기의 nvme 및 scsi 조합을 사용하여 다수의 기기를 단일 인스턴스에 연결할 수 있습니다. nvme 기기 성능은 인스턴스의 부팅 디스크 이미지에 따라 달라집니다.

로컬 SSD를 만든 후 사용하기 전에 기기를 포맷 및 마운트해야 합니다.

API

가상 머신 인스턴스를 만들 때 API에서 initializeParams 속성을 사용하여 로컬 SSD 기기를 만들 수 있습니다. 다음 속성도 지정해야 합니다.

diskType: 로컬 SSD로 설정
autoDelete: true로 설정
type: SCRATCH로 설정

로컬 SSD 인스턴스에 설정할 수 없는 속성은 다음과 같습니다.

diskName
sourceImage 속성
diskSizeGb

다음은 부팅 디스크 및 로컬 SSD 기기를 사용하는 인스턴스를 만드는 샘플 요청 페이로드입니다.

{
   "machineType":"zones/us-central1-f/machineTypes/n1-standard-8",
   "name":"local-ssd-instance",
   "disks":[
      {
         "type":"PERSISTENT",
         "initializeParams":{
            "sourceImage":"projects/ubuntu-os-cloud/global/images/family/ubuntu-1604-lts"
         },
         "boot":true
      },
      {
         "type":"SCRATCH",
         "initializeParams":{
            "diskType":"zones/us-central1-f/diskTypes/local-ssd"
         },
         "autoDelete":true,
         "interface": "NVME"
      }
   ],
   "networkInterfaces":[
      {
         "network":"global/networks/default"
      }
   ]
 }

로컬 SSD를 만든 후 사용하기 전에 기기를 포맷 및 마운트해야 합니다.

API에서 인스턴스를 만드는 방법은 Compute Engine API를 참조하세요.

NVMe 또는 SCSI 인터페이스 선택

NVMe 인터페이스 또는 SCSI 인터페이스를 사용해 로컬 SSD를 인스턴스에 연결할 수 있습니다. 대부분의 공개 이미지에는 NVMe 및 SCSI 드라이버가 포함되어 있습니다. 하지만 인스턴스가 NVMe에서 최고의 성능을 얻거나 멀티 큐 SCSI를 사용해 SCSI 인터페이스에서 최고의 성능을 얻을 수 있도록 최적화된 드라이버가 포함된 이미지도 있습니다.

NVMe 최적화 공개 이미지
- Ubuntu 14.04 LTS 이미지 ubuntu-1404-trusty-v20170110 이상 또는 이미지 계열 ubuntu-1404-lts
- Ubuntu 16.04 LTS 이미지 ubuntu-1604-xenial-v20170113 이상 또는 이미지 계열 ubuntu-1604-lts
- Ubuntu 17.10 이미지 계열 ubuntu-1710
- Ubuntu 18.04 LTS 이미지 계열 ubuntu-1804-lts
멀티 큐 SCSI 지원 공개 이미지:
- Debian 9 Stretch 이미지 또는 이미지 계열 debian-9.
- Ubuntu 14.04 LTS 이미지 ubuntu-1404-trusty-v20170807 이상 또는 이미지 계열 ubuntu-1404-lts
- Ubuntu 16.04 LTS 이미지 ubuntu-1604-xenial-v20170803 이상 또는 이미지 계열 ubuntu-1604-lts
- Ubuntu 17.10 이미지 계열 ubuntu-1710
- Ubuntu 18.04 LTS 이미지 계열 ubuntu-1804-lts
- 모든 Windows Server 이미지
- 모든 SQL Server 이미지

원하는 경우 프로젝트로 가져오는 커스텀 이미지에 멀티 큐 SCSI를 사용 설정할 수 있습니다. 자세한 내용은 멀티 큐 SCSI 사용 설정을 참조하세요.

유효한 로컬 SSD 수 선택

단일 VM 인스턴스에 여러 개의 로컬 SSD를 연결하는 경우 VM 인스턴스의 머신 유형에 따라 연결할 수 있는 유효한 로컬 SSD 수에 제한이 있습니다. 이러한 로컬 SSD 및 머신 유형 제한에 대해 자세히 알아보세요.

로컬 SSD 기기 포맷 및 마운트

개별 로컬 SSD 기기 포맷 및 마운트

로컬 SSD를 인스턴스에 연결하는 가장 쉬운 방법은 각 기기를 단일 파티션으로 포맷하고 마운트하는 것입니다. 아니면 여러 기기를 단일 논리적 볼륨으로 결합해도 됩니다.

Linux 인스턴스

Linux 인스턴스에서 새 로컬 SSD를 포맷하고 마운트하세요. 필요한 모든 파티션 형식 및 구성을 사용할 수 있습니다. 이 예시에서는 단일 ext4 파티션을 만듭니다.

VM 인스턴스 페이지로 이동합니다.
VM 인스턴스 페이지로 이동
새 로컬 SSD가 연결된 인스턴스 옆에 있는 SSH 버튼을 클릭합니다. 브라우저에서 해당 인스턴스에 대한 터미널 연결이 열립니다.
터미널에서 lsblk 명령어를 사용하여 마운트할 로컬 SSD를 식별합니다.
```
$ lsblk
```
SCSI 모드의 로컬 SSD에는 sdb와 같은 표준 이름이 사용되며 NVMe 모드의 로컬 SSD는 다음 출력의 NAME 열에 나온 것처럼 nvme0n1과 같은 이름을 갖습니다.
```
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda       8:0    0   10G  0 disk
└─sda1    8:1    0   10G  0 part /
nvme0n1 259:0    0  375G  0 disk
```
ext4 파일 시스템으로 로컬 SSD를 포맷합니다. 이 명령어는 로컬 SSD에서 기존 데이터를 모두 삭제합니다.
```
$ sudo mkfs.ext4 -F /dev/[SSD_NAME]
```
[SSD_NAME]을 포맷할 로컬 SSD의 ID로 바꿉니다. 예를 들어 인스턴스의 첫 번째 NVMe 로컬 SSD를 포맷하려면 nvme0n1을 지정합니다.
mkdir 명령어를 사용하여 기기를 마운트할 수있는 디렉터리를 만듭니다.
```
$ sudo mkdir -p /mnt/disks/[MNT_DIR]
```
여기서 [MNT_DIR]은 로컬 SSD를 마운트할 디렉터리입니다.
인스턴스에 로컬 SSD를 마운트합니다. 원하는 경우 쓰기 캐시 소거를 중지하여 쓰기 성능을 개선할 수 있지만 최대 2초 동안 캐시 처리된 데이터 쓰기의 내구성이 저하될 수 있습니다.
```
$ sudo mount /dev/[SSD_NAME] /mnt/disks/[MNT_DIR]
```
각 항목의 의미는 다음과 같습니다.
- [SSD_NAME]는 마운트할 로컬 SSD의 ID입니다.
- [MNT_DIR]은 로컬 SSD를 마운트할 디렉터리입니다.
기기의 읽기 및 쓰기 액세스 권한을 구성합니다. 이 예시에서는 모든 사용자에게 기기에 대한 쓰기 액세스 권한을 부여합니다.
```
$ sudo chmod a+w /mnt/disks/[MNT_DIR]
```
여기서 [MNT_DIR]은 로컬 SSD를 마운트한 디렉터리입니다.

원하는 경우 인스턴스가 다시 시작될 때 기기가 자동으로 다시 마운트되도록 로컬 SSD를 /etc/fstab 파일에 추가할 수 있습니다. 이 항목은 인스턴스가 중지되거나 종료되는 경우 로컬 SSD의 데이터를 보존하지 않습니다. 로컬 SSD 데이터 지속성에 대한 자세한 내용은 로컬 SSD 데이터 지속성을 참조하세요.

항목 /etc/fstab 파일을 지정할 때는 로컬 SSD가 없더라도 인스턴스가 계속 부팅할 수 있도록 nofail 옵션을 포함해야 합니다. 예를 들어 부팅 디스크의 스냅샷을 만들고 로컬 SSD가 연결되지 않은 상태에서 새 인스턴스를 만들 경우 인스턴스가 시작 프로세스를 계속 수행할 수 있으며 무기한 중지되지 않습니다.

/etc/fstab 항목을 만듭니다. blkid 명령어를 사용하여 기기의 파일 시스템에 해당하는 UUID를 찾고 이 UUID가 마운트 옵션에 포함되도록 /etc/fstab 파일을 수정합니다. 명령어 하나로 이 단계를 완료할 수 있습니다. 예를 들면 다음과 같습니다.
```
$ echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-local-ssd-0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
```
여기서 [MNT_DIR]은 로컬 SSD를 마운트한 디렉터리입니다.
cat 명령어를 사용하여 /etc/fstab 항목이 올바른지 확인합니다.
```
$ cat /etc/fstab
```

이 인스턴스의 부팅 디스크에서 스냅샷을 만들고 사용하여 로컬 SSD가 없는 별도의 인스턴스를 만들 경우, /etc/fstab 파일을 수정하고 이 로컬 SSD의 항목을 삭제합니다. nofail 옵션이 있더라도 인스턴스에 연결된 기기와 /etc/fstab 파일의 동기화를 유지하고 부팅 디스크의 스냅샷을 만들기 전에 이 항목을 삭제해야 합니다.

Windows 인스턴스

Windows 디스크 관리 도구를 사용해 Windows 인스턴스에서 로컬 SSD를 포맷하고 마운트합니다.

RDP를 통해 인스턴스에 연결합니다. 이 예시에서는 VM 인스턴스 페이지로 이동하여 로컬 SSD가 연결된 인스턴스 옆에 있는 RDP 버튼을 클릭합니다. 사용자 이름과 비밀번호를 입력하면 서버의 데스크톱 인터페이스가 포함된 창이 열립니다.
Windows 시작 버튼을 마우스 오른쪽 버튼으로 클릭하고 디스크 관리를 선택합니다.
로컬 SSD를 초기화하지 않았으면 새 기기의 파티션 스키마를 선택하라는 메시지가 표시됩니다. GPT를 선택하고 확인을 클릭합니다.
로컬 SSD가 초기화된 후 할당되지 않은 디스크 공간을 마우스 오른쪽 버튼으로 클릭하고 새 단순 볼륨을 선택합니다.
단순 볼륨 만들기 마법사의 안내에 따라 새 볼륨을 구성합니다. 파티션 형식은 원하는 것을 사용하면 되지만 이 예시에서는 NTFS를 선택합니다. 또한 빠른 포맷 실행을 선택해 포맷 프로세스 속도를 높입니다.
마법사를 완료하고 볼륨 포맷을 마친 후에 새 로컬 SSD가 Healthy 상태인지 확인합니다.

작업이 끝났습니다. 이제 로컬 SSD에 파일을 쓸 수 있습니다.

여러 개의 로컬 SSD 기기를 단일 논리적 볼륨으로 포맷 및 마운트

영구 SSD와 달리 로컬 SSD는 인스턴스에 연결하는 기기마다 용량이 375GB로 고정되어 있습니다. 다수의 로컬 SSD 기기를 단일 논리적 볼륨으로 결합하려면 여러 기기의 볼륨 관리를 직접 정의해야 합니다.

Linux 인스턴스

mdadm을 사용하여 RAID 0 배열을 만듭니다. 이 예시에서는 단일 ext4 파일 시스템으로 배열을 포맷하지만 원하는 파일 시스템을 적용할 수 있습니다.

VM 인스턴스 페이지로 이동합니다.
VM 인스턴스 페이지로 이동
새 로컬 SSD가 연결된 인스턴스 옆에 있는 SSH 버튼을 클릭합니다. 브라우저에서 해당 인스턴스에 대한 터미널 연결이 열립니다.
터미널에서 mdadm 도구를 설치합니다. mdadm의 설치 프로세스에는 스크립트를 중단하는 사용자 프롬프트가 포함되어 있으므로 이 프로세스를 수동으로 실행합니다.

Debian 및 Ubuntu:
```
$ sudo apt-get update && sudo apt-get install mdadm --no-install-recommends
```
CentOS 및 RHEL:
```
$ sudo yum install mdadm -y
```
SLES 및 openSUSE:
```
$ sudo zypper install -y mdadm
```

lsblk 명령어를 사용하여 함께 마운트할 모든 로컬 SSD를 식별합니다. 이 예시에서는 인스턴스에 NVMe 모드의 로컬 SSD 기기 8개가 있습니다.

$ lsblk

NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda       8:0    0   10G  0 disk
└─sda1    8:1    0   10G  0 part /
nvme0n1 259:0    0  375G  0 disk
nvme0n2 259:1    0  375G  0 disk
nvme0n3 259:2    0  375G  0 disk
nvme0n4 259:3    0  375G  0 disk
nvme0n5 259:4    0  375G  0 disk
nvme0n6 259:5    0  375G  0 disk
nvme0n7 259:6    0  375G  0 disk
nvme0n8 259:7    0  375G  0 disk

SCSI 모드의 로컬 SSD에는 sdb와 같은 표준 이름이 사용되며 NVMe 모드의 로컬 SSD에는 nvme0n1과 같은 이름이 사용됩니다.

mdadm을 사용하여 여러 로컬 SSD 기기를 /dev/md0이라는 이름의 단일 배열로 결합합니다. 이 예시에서는 NVMe 모드의 로컬 SSD 기기 8개를 병합합니다. SCSI 모드의 로컬 SSD 기기인 경우 lsblk 명령어로 얻은 이름을 지정합니다.
```
$ sudo mdadm --create /dev/md0 --level=0 --raid-devices=8 \
/dev/nvme0n1 /dev/nvme0n2 /dev/nvme0n3 /dev/nvme0n4 \
/dev/nvme0n5 /dev/nvme0n6 /dev/nvme0n7 /dev/nvme0n8

mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.
```
ext4 파일 시스템으로 전체 /dev/md0 배열을 포맷합니다. 이 명령어는 로컬 SSD에서 기존 데이터를 모두 삭제합니다.
```
$ sudo mkfs.ext4 -F /dev/md0
```
/dev/md0을 마운트할 수 있는 디렉터리를 만듭니다. 이 예시에서는 /mnt/disks/ssd-array 디렉터리를 만듭니다.
```
$ sudo mkdir -p /mnt/disks/[MNT_DIR]
```
여기서 [MNT_DIR]는 로컬 SSD 배열을 마운트할 디렉터리입니다.
/dev/md0 배열을 /mnt/disks/ssd-array 디렉터리에 마운트합니다. 원하는 경우 쓰기 캐시 소거를 중지하여 쓰기 성능을 개선할 수 있지만 최대 2초 동안 캐시 처리된 데이터 쓰기의 내구성이 저하될 수 있습니다.
```
$ sudo mount /dev/md0 /mnt/disks/[MNT_DIR]
```
여기서 [MNT_DIR]는 로컬 SSD 배열을 마운트할 디렉터리입니다.
기기의 읽기 및 쓰기 액세스 권한을 구성합니다. 이 예시에서는 모든 사용자에게 기기에 대한 쓰기 액세스 권한을 부여합니다.
```
$ sudo chmod a+w /mnt/disks/[MNT_DIR]
```
여기서 [MNT_DIR]는 로컬 SSD 배열을 마운트한 디렉터리입니다.

원하는 경우 인스턴스가 다시 시작될 때 기기가 자동으로 다시 마운트되도록 로컬 SSD를 /etc/fstab 파일에 추가할 수 있습니다. 이 항목은 인스턴스가 종료되는 경우 로컬 SSD의 데이터를 보존하지 않습니다. 로컬 SSD 데이터 지속성에 대한 자세한 내용은 로컬 SSD 데이터 지속성을 참조하세요.

/etc/fstab 항목을 만듭니다. blkid 명령어를 사용하여 기기의 파일 시스템에 해당하는 UUID를 찾고 이 UUID가 마운트 옵션에 포함되도록 /etc/fstab 파일을 수정합니다. 로컬 SSD를 사용할 수 없는 경우에도 시스템이 부팅되도록 nofail 옵션을 지정합니다. 이 단계는 단일 명령어로 완료할 수 있습니다. 예를 들면 다음과 같습니다.
```
$ echo UUID=`sudo blkid -s UUID -o value /dev/md0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
```
여기서 [MNT_DIR]는 로컬 SSD 배열을 마운트한 디렉터리입니다.
cat 명령어를 사용하여 /etc/fstab 항목이 올바른지 확인합니다.
```
$ cat /etc/fstab
```

이 인스턴스의 부팅 디스크에서 스냅샷을 만들고 사용하여 로컬 SSD가 없는 별도의 인스턴스를 만들 경우, /etc/fstab 파일을 수정하고 이 로컬 SSD 어레이의 항목을 삭제합니다. nofail 옵션이 있더라도 인스턴스에 연결된 기기와 /etc/fstab 파일의 동기화를 유지하고 부팅 디스크의 스냅샷을 만들기 전에 이 항목을 삭제해야 합니다.

Windows 인스턴스

Windows 디스크 관리 도구를 사용해 Windows 인스턴스에서 로컬 SSD 배열을 포맷하고 마운트합니다.

RDP를 통해 인스턴스에 연결합니다. 이 예시에서는 VM 인스턴스 페이지로 이동하여 로컬 SSD가 연결된 인스턴스 옆에 있는 RDP 버튼을 클릭합니다. 사용자 이름과 비밀번호를 입력하면 서버의 데스크톱 인터페이스가 포함된 창이 열립니다.
Windows 시작 버튼을 마우스 오른쪽 버튼으로 클릭하고 디스크 관리를 선택합니다.
로컬 SSD를 초기화하지 않았으면 새 기기의 파티션 스키마를 선택하라는 메시지가 표시됩니다. GPT를 선택하고 확인을 클릭합니다.
로컬 SSD가 초기화된 후 할당되지 않은 디스크 공간을 마우스 오른쪽 버튼으로 클릭하고 새 스트라이프 볼륨을 선택합니다.
스트라이프 배열에 포함할 로컬 SSD 기기를 선택합니다. 이 예시에서는 모든 기기를 선택하여 단일 로컬 SSD 기기로 결합합니다.
새 스트라이프 볼륨 마법사의 안내에 따라 새 볼륨을 구성합니다. 파티션 형식은 원하는 것을 사용하면 되지만 이 예시에서는 NTFS를 선택합니다. 또한 빠른 포맷 실행을 선택해 포맷 프로세스 속도를 높입니다.
마법사를 완료하고 볼륨 포맷을 마친 후에 새 로컬 SSD가 Healthy 상태인지 확인합니다.

이제 로컬 SSD에 파일을 쓸 수 있습니다.

시작하기 전에

로컬 SSD 데이터 지속성

로컬 SSD를 사용하는 인스턴스 만들기

Console

gcloud

API

NVMe 또는 SCSI 인터페이스 선택

유효한 로컬 SSD 수 선택

로컬 SSD 기기 포맷 및 마운트

개별 로컬 SSD 기기 포맷 및 마운트

Linux 인스턴스

Windows 인스턴스

여러 개의 로컬 SSD 기기를 단일 논리적 볼륨으로 포맷 및 마운트

Linux 인스턴스

Windows 인스턴스

다음에 대한 의견 보내기...