로컬 SSD 추가

로컬 SSD 추가

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

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

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

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

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

시작하기 전에

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

로컬 SSD 데이터 지속성의 이해

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

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

게스트 운영체제를 재부팅하는 경우
실시간 이전을 위해 구성한 인스턴스가 호스트 유지관리 이벤트를 거치는 경우
호스트 시스템에 호스트 오류가 발생하면 Compute Engine에서 로컬 SSD 데이터를 보존하려고 시도합니다. 하지만 기본 드라이브가 60분 내로 복구되는 경우에만 보존이 가능합니다.

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

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

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

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

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

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 만들기

Google Cloud Platform Console, gcloud 도구 또는 API를 통해 로컬 SSD를 사용하는 인스턴스를 만들 수 있습니다.

콘솔

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

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

gcloud

연결된 로컬 SSD를 사용하는 가상 머신 인스턴스를 만들려면 안내에 따라 인스턴스를 만들고 --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에서 인스턴스를 만드는 방법은 API 참조를 참조하세요.

로컬 SSD 기기 포맷 및 마운트

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

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

Linux 인스턴스

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

VM 인스턴스 페이지로 이동합니다.
VM 인스턴스 페이지로 이동
새 로컬 SSD가 연결된 인스턴스 옆에 있는 SSH 버튼을 클릭합니다. 브라우저에서 해당 인스턴스에 대한 터미널 연결이 열립니다.
터미널에서 lsblk 명령어를 사용하여 마운트할 로컬 SSD를 식별합니다. SCSI 모드의 로컬 SSD에는 sdb와 같은 표준 ID가 사용되며 NVMe 모드의 로컬 SSD에는 nvme0n1과 같은 ID가 사용됩니다.
```
$ 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
```
ext4 파일 시스템으로 로컬 SSD를 포맷합니다. 이 명령어는 로컬 SSD에서 기존 데이터를 모두 삭제합니다.
```
$ sudo mkfs.ext4 -F /dev/[SSD_ID]
```
여기서 [SSD_ID]는 포맷할 로컬 SSD의 ID입니다.
mkdir 명령어를 사용하여 기기를 마운트할 수 있는 디렉토리를 만듭니다.
```
$ sudo mkdir -p /mnt/disks/[MNT_DIR]
```
여기서 [MNT_DIR]은 로컬 SSD를 마운트할 디렉토리입니다.
인스턴스에 로컬 SSD를 마운트합니다. 원하는 경우 쓰기 캐시 삭제를 사용 중지해 쓰기 성능을 개선할 수 있으나 최대 2초간 캐싱된 데이터 쓰기의 내구성이 저하될 위험을 감수해야 합니다.
```
$ sudo mount /dev/[SSD_ID] /mnt/disks/[MNT_DIR]
```
각 항목의 의미는 다음과 같습니다.
- [SSD_ID]는 마운트할 로컬 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가 연결되지 않은 상태에서 새 인스턴스를 만들 경우 인스턴스에서 시작 프로세스를 계속 진행할 수 있으며 무기한 중지되는 일이 없습니다. Ubuntu 12.04 또는 Ubuntu 14.04를 실행하는 인스턴스의 경우 nofail 대신 nobootwait 옵션을 지정합니다.

/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_OPTION] 0 2 | sudo tee -a /etc/fstab
```
각 항목의 의미는 다음과 같습니다.
- [MNT_DIR]은 로컬 SSD를 마운트한 디렉토리입니다.
- [NOFAIL_OPTION]은 로컬 SSD를 마운트할 수 없는 경우 시스템에서 해야 할 작업을 지정하는 옵션입니다. 대부분의 배포에서는 nofail을 지정합니다. Ubuntu 12.04 또는 Ubuntu 14.04를 실행하는 인스턴스의 경우 nobootwait 옵션을 지정합니다.
cat 명령어를 사용하여 /etc/fstab 항목이 올바른지 확인합니다.
```
$ cat /etc/fstab
```

이 인스턴스의 부팅 디스크로 스냅샷을 만들고 이를 사용해 로컬 SSD가 없는 별도의 인스턴스를 만들 경우 /etc/fstab 파일을 수정하고 로컬 SSD에 해당하는 항목을 삭제합니다. nofail 또는 nobootwait 옵션이 있어도 인스턴스에 연결된 기기와 /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와 같은 표준 ID가 사용되며 NVMe 모드의 로컬 SSD에는 nvme0n1과 같은 ID가 사용됩니다.

mdadm을 사용하여 여러 로컬 SSD 기기를 /dev/md0이라는 이름의 단일 배열로 결합합니다. 이 예에서는 NVMe 모드의 로컬 SSD 기기 8개를 병합합니다. SCSI 모드의 로컬 SSD 기기인 경우 lsblk 명령어로 얻은 ID를 지정합니다.
```
$ 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 파일을 수정합니다. 명령어 하나로 이 단계를 완료할 수 있습니다. 예를 들면 다음과 같습니다.
```
$ echo UUID=`sudo blkid -s UUID -o value /dev/md0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,[NOFAIL_OPTION] 0 2 | sudo tee -a /etc/fstab
```
각 항목의 의미는 다음과 같습니다.
- [MNT_DIR]은 로컬 SSD 배열을 마운트한 디렉토리입니다.
- [NOFAIL_OPTION]은 로컬 SSD를 마운트할 수 없는 경우 시스템에서 해야 할 작업을 지정하는 옵션입니다. 대부분의 배포에서는 nofail을 지정합니다. Ubuntu 12.04 또는 Ubuntu 14.04를 실행하는 인스턴스의 경우 nobootwait 옵션을 지정합니다.
cat 명령어를 사용하여 /etc/fstab 항목이 올바른지 확인합니다.
```
$ cat /etc/fstab
```

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

Windows 인스턴스

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

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

모든 작업을 마쳤으므로 이제 로컬 SSD에 파일을 쓸 수 있습니다.

이 페이지가 도움이 되었나요? 평가를 부탁드립니다.

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see our Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

5월 23, 2019에 마지막으로 업데이트되었습니다.

시작하기 전에

로컬 SSD 데이터 지속성의 이해

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

NVMe 또는 SCSI 인터페이스 선택

로컬 SSD 만들기

콘솔

gcloud

API

로컬 SSD 기기 포맷 및 마운트

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

Linux 인스턴스

Windows 인스턴스

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

Linux 인스턴스

Windows 인스턴스

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