이 문서에서는 Compute Engine에서 제공하는 블록 스토리지(일반적으로 디스크 또는 볼륨이라고 함)에 대해 설명합니다. 블록 스토리지를 가상 머신(VM), 컨테이너, 베어메탈 인스턴스를 비롯한 모든 컴퓨팅 인스턴스의 부팅 및 데이터 볼륨에 사용할 수 있습니다. 이 페이지에서는 컴퓨팅 인스턴스에 블록 스토리지를 선택하는 방법을 설명합니다.
디스크, 볼륨, 블록 스토리지 볼륨은 동의어이며 문서, Google Cloud 콘솔, Google Cloud CLI, REST API에서 서로 바꿔서 사용됩니다.
블록 스토리지 정보
Google Cloud 는 두 가지 유형의 디스크 또는 블록 스토리지(임시 및 내구성이 있는 블록 스토리지)를 제공합니다. 단일 컴퓨팅 인스턴스에서 이러한 블록 스토리지 유형을 결합할 수 있습니다.
임시 블록 스토리지
임시 또는 일시적인 블록 스토리지는 모든 블록 스토리지 유형 중에서 가장 빠른 성능을 제공하지만 어떤 이유로든 VM이 중지되면 저장된 데이터가 손실된다는 단점이 있습니다. VM을 중지, 일시중지 또는 다시 시작하거나 VM이 비정상 종료되거나 실패하면 데이터가 손실됩니다.
임시 블록 스토리지는 일시적 특성상 스크래치 데이터, Microsoft SQL Server용 tempdb와 같은 캐시 또는 플래시 최적화 데이터베이스의 스토리지에만 사용합니다. 임시 블록 스토리지는 부팅 볼륨으로 사용할 수 없습니다.
로컬 SSD는 Google Cloud의 임시 블록 스토리지 제품입니다. 로컬 SSD 디스크는 인스턴스를 호스팅하는 서버에 물리적으로 연결됩니다.
내구성이 뛰어나거나 영구적인 블록 스토리지는 VM을 중지, 일시중지 또는 삭제한 후 또는 VM이 비정상 종료되거나 실패한 후에도 보존하려는 데이터에 사용됩니다.
Hyperdisk 및 Persistent Disk는 Google Cloud의 내구성 있는 블록 스토리지 제품에 속하지만 최신 머신 시리즈에서는 Persistent Disk를 사용할 수 없습니다. 최고 성능과 고급 기능을 사용하려면 Hyperdisk를 사용하는 것이 좋습니다.
Hyperdisk 및 Persistent Disk 볼륨의 특성은 다음과 같습니다.
물리적 디스크로 작동: Hyperdisk 또는 Persistent Disk 볼륨을 컴퓨팅 인스턴스에서 인스턴스에 연결된 물리적 디스크인 것처럼 사용할 수 있습니다. 하지만 Google 네트워크를 통해 데이터를 전송하는 네트워크 연결 기기입니다.
이동성: Hyperdisk 및 Persistent Disk 볼륨은 연결된 컴퓨팅 인스턴스와 독립적입니다. 이 특성은 다운타임 없이 실행 중인 인스턴스에 볼륨을 연결할 수 있음을 의미합니다. 또는 볼륨을 분리하여 인스턴스를 삭제한 후에도 데이터를 보존할 수 있습니다.
보안: 기본적으로 데이터는 저장 및 전송 중에 암호화됩니다. 자체 키로 암호화를 맞춤설정할 수도 있습니다.
고가용성 옵션: 두 영역에서 볼륨을 복제하여 영역 장애로부터 데이터를 보호합니다.
Hyperdisk와 Persistent Disk의 차이점
Hyperdisk와 Persistent Disk는 모두 내구성이 뛰어나고 안전하며 효율적인 블록 스토리지를 제공하지만 Google에서는 Hyperdisk를 사용할 것을 권장합니다.
Hyperdisk는 Persistent Disk에 비해 다음과 같은 주요 이점을 제공합니다.
맞춤설정 가능한 성능: 각 Hyperdisk 볼륨의 성능과 크기를 개별적으로 구성할 수 있습니다. Hyperdisk 성능은 프로비저닝된 용량과 무관합니다. 즉, 이 기능을 사용하면 크기를 변경하지 않고도 Hyperdisk 볼륨의 성능을 늘리거나 줄일 수 있습니다.
Hyperdisk와 달리 Persistent Disk 성능은 프로비저닝된 용량에 따라 달라집니다. 따라서 Persistent Disk 볼륨의 성능을 개선하려면 크기를 늘려야 합니다.
전반적인 성능 향상: Hyperdisk는 Persistent Disk보다 IOPS 및 처리량 한도가 높습니다.
블록 스토리지 유형 선택
로컬 SSD, Hyperdisk, Persistent Disk 중에서 선택하려면 다음 안내를 따르세요.
내구성 있는 블록 스토리지 또는 임시 블록 스토리지 중 어느 것이 필요한지 결정합니다. 예를 들어 컴퓨팅 인스턴스의 부팅 볼륨은 내구성 있는 블록 스토리지를 사용해야 합니다.
임시 블록 스토리지를 사용해야 하는 경우 머신 시리즈에서 로컬 SSD를 사용할 수 있다면 로컬 SSD를 사용하세요. 내구성 있는 스토리지가 필요한 경우 다음 단계로 진행합니다.
내구성 있는 블록 스토리지를 사용해야 하는 경우 머신 시리즈에서 사용할 수 있다면 Hyperdisk를 사용하세요.
머신 시리즈에서 Hyperdisk를 지원하지 않으면 Persistent Disk를 사용하세요.
워크로드에 가장 적합한 Hyperdisk 또는 Persistent Disk 유형을 선택합니다. Hyperdisk 및 Persistent Disk 유형에 대한 자세한 내용은 각각 Hyperdisk 유형 선택 및 영구 디스크 유형을 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eCompute Engine offers block storage, also known as disks or volumes, for boot and data purposes across VMs, containers, and bare metal instances, with the terms being interchangeable.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Cloud provides temporary block storage (Local SSD) for fast performance but with data loss upon VM stoppage or failure, and durable block storage (Hyperdisk and Persistent Disk) for data preservation.\u003c/p\u003e\n"],["\u003cp\u003eHyperdisk and Persistent Disk are durable, function like physical disks, offer portability, built in encryption, and high availability options, with Hyperdisk offering customizable performance independent of capacity and better overall performance.\u003c/p\u003e\n"],["\u003cp\u003eChoosing between Local SSD, Hyperdisk, and Persistent Disk depends on whether temporary or durable storage is needed, with durable storage users recommended to choose Hyperdisk when possible and Persistent Disk when Hyperdisk isn't an option for their machine type.\u003c/p\u003e\n"],["\u003cp\u003eCosts for block storage are based on provisioned capacity from creation to deletion, with Hyperdisk and Extreme Persistent Disk also billing for provisioned performance, and additional network charges for data transfer.\u003c/p\u003e\n"]]],[],null,["*** ** * ** ***\n\nThis document discusses the block storage, commonly referred to as *disks*\nor *volumes*, offered by Compute Engine. You can use block storage for boot\nand data volumes for all compute instances, including virtual machines (VMs),\ncontainers, and bare metal instances. This page discusses how to choose block storage\nfor your compute instances.\n\nThe terms *disk* , *volume* , and *block storage volume* are synonymous\nand are used interchangeably across the documentation, the Google Cloud console,\nthe Google Cloud CLI, and the REST API.\n\nAbout block storage\n\nGoogle Cloud offers two types of disks, or block storage---temporary and\ndurable block storage. You can combine these block storage types in a single\ncompute instance.\n\nTemporary block storage\n\nTemporary, or ephemeral, block storage offers the fastest performance among\nall block storage types, with the tradeoff that the *stored data is lost if the\nVM stops for any reason*. Data is lost if you stop, suspend, or restart the VM,\nor if the VM crashes or fails.\n\nBecause of its ephemeral nature, use temporary block storage for only\nscratch data, caches such as `tempdb` for Microsoft SQL Server, or storage for\nflash-optimized databases. You can't use temporary block storage as a boot volume.\n\nLocal SSD is the temporary block storage offering in Google Cloud. Local SSD\ndisks are physically attached to the server that hosts your instance.\n\nFor more information about Local SSD, see the following sections:\n\n- Review [Local SSD performance limits](/compute/docs/disks/local-ssd)\n- To learn when Local SSD data is preserved, see [Local SSD data persistence](/compute/docs/disks/local-ssd#data_persistence)\n- [Supported machine series for Local SSD](/compute/docs/disks/local-ssd#machine-types)\n- [Add Local SSD disks you create a VM](/compute/docs/disks/add-local-ssd)\n\nDurable block storage\n\nDurable, or persistent, block storage is for data that you want to preserve after\nyou stop, suspend or delete the VM, or even if the VM crashes or fails.\n\n[Hyperdisk](/compute/docs/disks/hyperdisks)\nand [Persistent Disk](/compute/docs/disks/persistent-disks) are the durable\nblock storage offerings in Google Cloud, but Persistent Disk isn't available\nwith the latest machine series. Google recommends using Hyperdisk\nfor the highest performance and advanced features.\n\nHyperdisk and Persistent Disk volumes have the following characteristics:\n\n- **Function as physical disks**: you can use a Hyperdisk or\n Persistent Disk volume with compute instance as if it was a physical disk attached\n to the instance. However, they are network-attached devices that transmit data\n over Google's networks.\n\n- **Portability**: Hyperdisk and Persistent Disk volumes are independent\n of the compute instances that you attach them to. This characteristic means\n you can attach a volume to a running instance without downtime. You can also\n detach the volume to keep your data even after you delete the instance.\n\n- **Security**: by default, data is encrypted at rest and in transit. You can\n also customize the encryption with your own keys.\n\n- **High availability options**: protect your data from zonal failures by replicating\n the volume across two zones.\n\nDifferences between Hyperdisk and Persistent Disk\n\nHyperdisk and Persistent Disk both offer durable, secure, and efficient\nblock storage, but Google recommends using Hyperdisk.\n\nHyperdisk offers the following key advantages over Persistent Disk:\n\n- Customizable performance: You can independently configure the performance and\n size of each Hyperdisk volume. Hyperdisk\n performance is independent of provisioned capacity. This feature means that\n you can increase or decrease a Hyperdisk volume's performance\n without changing its size.\n\n Unlike Hyperdisk, Persistent Disk performance depends on\n provisioned capacity. Consequently, to improve a Persistent Disk volume's\n performance, you must increase its size.\n- Better overall performance: Hyperdisk has higher IOPS and\n throughput limits than Persistent Disk.\n\nChoose a type of block storage\n\nTo decide between Local SSD, Hyperdisk and Persistent Disk,\nfollow these steps:\n\n1. Determine whether you need durable or temporary block storage. For\n example, the boot volume for a compute instance must use durable block\n storage.\n\n2. If you need to use temporary block storage, use Local SSD if Local SSD\n is available for your machine series. If you need durable storage, continue to the next step.\n\n3. If you need to use durable block storage, use Hyperdisk if it's\n [available for your machine series](/compute/docs/disks/hyperdisks#machine-type-support).\n If your machine series doesn't support Hyperdisk, use\n Persistent Disk.\n\n4. Choose\n the Hyperdisk or Persistent Disk type that best suits your\n workload. To learn about the Hyperdisk and Persistent Disk types, see\n [Choose a Hyperdisk type](/compute/docs/disks/hyperdisks#when-to-use)\n and [Persistent Disk types](/compute/docs/disks/persistent-disks#disk-types),\n respectively.\n\nFor more information about the features, performance, and durability of\nHyperdisk, see [About Hyperdisk](/compute/docs/disks/hyperdisks).\nFor Persistent Disk, see [About Persistent Disk](/compute/docs/disks/persistent-disks).\n\nAlternatives to block storage\n\nIn addition to the disks that Google Cloud offers, you can deploy the following\nalternative storage solutions on your compute instances.\n\n- [Create a file server or distributed file system](/architecture/filers-on-compute-engine) on Compute Engine to use as a network file system with NFSv3 and SMB3 capabilities.\n- [Mount a RAM disk](/compute/docs/disks/mount-ram-disks) within the VM memory that offers high throughput and low latency.\n\nTo compare block storage with the other storage options available in\nGoogle Cloud, such as Cloud Storage and Filestore,\nsee\n[Review the storage options](/architecture/storage-advisor#review_the_storage_options)\nin the Cloud Architecture Center.\n\nCost considerations\n\nYou're billed for the storage capacity provisioned from when you create\na volume until you delete the volume. This charge applies to Local SSD,\nPersistent Disk, and Hyperdisk.\n\nCosts continue to apply through the following scenarios:\n\n- Boot volumes that are created automatically when you create a compute instance\n- Durable storage volumes that are attached to a stopped or suspended instance\n- Durable storage volumes that aren't attached to any VM\n\nFor Hyperdisk and Extreme Persistent Disk volumes, you're\nbilled for the provisioned performance.\n\nFor example, since Hyperdisk ML volumes support customizing only throughput,\nyou're billed for the provisioned throughput for a Hyperdisk ML volume, but not\nfor the IOPS the volume uses.\n\nHowever, you're billed for the provisioned IOPS and throughput of Hyperdisk Balanced\nvolumes, because Hyperdisk Balanced volumes support configuring IOPS and throughput.\n\nFor more pricing information, see [Disk and image pricing](/compute/disks-image-pricing).\n\nWhat's next\n\n- View machine series availability for each storage option:\n\n - [Hyperdisk](/compute/docs/disks/hyperdisks#machine-type-support)\n - [Persistent Disk](/compute/docs/disks/persistent-disks#pd-machine-series)\n - [Local SSD](/compute/docs/disks/local-ssd#machine-series-lssd)\n- Learn more about each storage option:\n\n - [About Local SSD](/compute/docs/disks/local-ssd)\n - [About Hyperdisk](/compute/docs/disks/hyperdisks)\n - [About Persistent Disk](/compute/docs/disks/persistent-disks)\n- Learn how to use each storage option:\n\n - [Create a VM with Local SSD disks](/compute/docs/disks/add-local-ssd#create_local_ssd)\n - [Add a Hyperdisk volume to your VM](/compute/docs/disks/add-hyperdisk)\n - [Add a Persistent Disk volume to your VM](/compute/docs/disks/add-persistent-disk)\n\n- To learn about replication for Hyperdisk and Persistent Disk volumes, see [About synchronous disk replication](/compute/docs/disks/about-regional-persistent-disk)."]]