저장소 옵션

이 페이지에서는 Compute Engine 인스턴스에 사용할 수 있는 다양한 저장소 솔루션을 비교합니다.

어떤 옵션을 사용해야 할지 잘 모르겠다면 인스턴스에 영구 디스크를 추가하는 것이 가장 일반적인 솔루션입니다.

소개

기본적으로, 각 Compute Engine 인스턴스에는 운영체제가 포함된 단일 부팅 영구 디스크가 있습니다. 애플리케이션에 추가 저장소 공간이 필요한 경우 인스턴스에 추가 저장소 옵션을 하나 이상 추가할 수 있습니다. 비용을 비교하려면 Compute Engine 가격 책정을 읽어보세요.

영역 표준
영구 디스크
리전
영구
디스크
영역 SSD
영구 디스크
리전
SSD 영구
디스크
로컬 SSD Cloud Storage 버킷
저장소 유형 효율적이고 안정적인 블록 저장소 리전의 두 영역에 동기식으로 복제되는 효율적이고 안정적인 블록 저장소 빠르고 안정적인 블록 저장소 리전의 두 영역에 동기식으로 복제되는 빠르고 안정적인 블록 저장소 고성능 로컬 블록 저장소 저렴한 객체 저장소
인스턴스당 최대 공간 64TB 64TB 64TB 64TB 3TB 거의 무한
액세스 범위 영역 영역 영역 영역 인스턴스 전체
데이터 중복 영역 다중 영역 영역 다중 영역 없음 리전 또는 다중 리전
미사용 데이터 암호화
커스텀 암호화 키 아니요
머신 유형 지원 전체 머신 유형 전체 머신 유형 전체 머신 유형 전체 머신 유형 대부분의 머신 유형 전체 머신 유형
표준 영구 디스크 추가 리전 표준 영구 디스크 추가 SSD 영구 디스크 추가 리전 SSD 영구 디스크 추가 로컬 SSD 추가 버킷 연결

Google Cloud Platform에서 제공하는 저장소 옵션 외에도 인스턴스에 대체 저장소 솔루션을 배포할 수 있습니다.

  • Compute Engine에 파일 서버 또는 분산 파일 시스템을 생성하여 NFSv3 및 SMB3 기능이 있는 네트워크 파일 시스템으로 사용할 수 있습니다.
  • 인스턴스 메모리 내에 RAM 디스크를 마운트하여 처리량이 높고 지연 시간이 낮은 블록 저장소 볼륨을 생성할 수 있습니다.

블록 저장소 리소스는 서로 성능 특성이 다릅니다. 저장소 크기와 성능 요구사항을 고려하여 인스턴스에 적합한 블록 저장소 유형을 결정하세요.

영역 표준
영구 디스크
리전
영구
디스크
영역
SSD 영구 디스크
리전
SSD 영구
디스크
로컬 SSD(SCSI) 로컬 SSD(NVMe)
최대 지속 IOPS
GB당 읽기 IOPS 0.75 0.75 30 30 266.7 453.3
GB당 쓰기 IOPS 1.5 1.5 30 30 186.7 240
인스턴스당 읽기 IOPS 3,000 3,000 15,000 - 60,000* 15,000 - 60,000* 400,000 680,000
인스턴스당 쓰기 IOPS 15,000 15,000 15,000 - 30,000* 15,000 - 30,000* 280,000 360,000
최대 지속 처리량(MB/s)
GB당 읽기 처리량 0.12 0.12 0.48 0.48 1.04 1.77
GB당 쓰기 처리량 0.12 0.12 0.48 0.48 0.73 0.94
인스턴스당 읽기 처리량 180 180 240 - 1200* 240 - 1200* 1,560 2,650
인스턴스당 쓰기 처리량 120 120 240 - 400* 120 - 200* 1,090 1,400

* SSD 영구 디스크에서 vCPU의 수를 늘리면 인스턴스에서 IOPS 및 처리량 성능을 향상시킬 수 있습니다. 자세한 내용은 SSD 영구 디스크 성능 제한을 참조하세요.

영역 영구 디스크(표준 및 SSD)

영구 디스크는 데스크톱 또는 서버의 물리적 디스크와 같이 인스턴스에서 액세스할 수 있는 내구성이 있는 네트워크 저장소 기기입니다. 각 영구 디스크의 데이터는 여러 물리적 디스크에 분산됩니다. Compute Engine은 중복을 보장하고 성능을 최적화하기 위해 물리적 디스크 및 데이터 분산을 관리합니다. 표준 영구 디스크는 표준 HDD(하드 디스크 드라이브)에 백업됩니다. SSD 영구 디스크는 SSD(솔리드 스테이트 드라이브)에 백업됩니다.

영구 디스크는 가상 머신 인스턴스와는 별개의 위치에 존재하므로 인스턴스를 삭제한 후에도 영구 디스크를 분리하거나 이동하여 데이터를 보존할 수 있습니다. 영구 디스크 성능은 크기에 따라 자동으로 확장되므로 기존 영구 디스크의 크기를 조절하거나 인스턴스에 영구 디스크를 추가하여 성능 및 저장소 공간 요구사항을 충족할 수 있습니다.

성능 특성이 일관된 안정적이고 저렴한 저장소가 필요한 경우 인스턴스에 영구 디스크를 추가하세요.

인스턴스에 영구 디스크 추가

사용 편의성

Compute Engine에서 디스크 관리 작업을 대부분 처리하므로 사용자가 파티션 나누기, 중복 디스크 배열, 하위 볼륨 관리를 수행할 필요가 없습니다. 원하는 경우 이러한 방식을 영구 디스크에 적용할 수 있지만, 파티션 테이블 없이 단일 파일 시스템을 사용하여 영구 디스크를 포맷하면 시간을 절약하고 최고의 성능을 얻을 수 있습니다. 데이터를 여러 개의 고유한 볼륨으로 분리해야 하는 경우 기존 디스크를 여러 파티션으로 나누는 대신 추가 디스크를 생성합니다.

영구 디스크에 추가 공간이 필요한 경우 다시 파티션을 나누고 포맷하는 대신 디스크의 크기를 조절하고 단일 파일 시스템의 크기를 조절하면 됩니다.

성능

영구 디스크 성능은 예측 가능하여 인스턴스에서 프로비저닝된 vCPU의 한도에 도달할 때까지 프로비저닝된 용량을 따라 선형적으로 확장됩니다. 성능 확장 한도 및 최적화에 대한 자세한 내용은 영구 디스크 및 로컬 SSD 성능 최적화를 참조하세요.

표준 영구 디스크는 순차적 읽기/쓰기 작업을 처리하는 데 효율적이고 경제적이지만, 높은 속도의 무작위 IOPS(초당 입출력 작업)를 처리하는 데는 최적화되어 있지 않습니다. 애플리케이션에서 높은 속도의 무작위 IOPS가 필요한 경우 SSD 영구 디스크를 사용하세요. SSD 영구 디스크는 한 자릿수의 밀리초 지연 시간으로 설계되었습니다. 확인된 지연 시간은 애플리케이션에 따라 다릅니다.

Compute Engine은 영구 디스크의 성능과 확장을 자동으로 최적화합니다. 최고의 성능을 얻기 위해 여러 디스크를 함께 스트라이핑하거나 디스크를 미리 가동할 필요가 없습니다. 디스크 공간이 더 필요하거나 성능을 높여야 할 때는 디스크 크기를 조절하여(가능하다면 vCPU 추가) 저장 공간, 처리량 및 IOPS를 추가하면 됩니다. 영구 디스크 성능은 인스턴스에 연결되는 총 영구 디스크 용량과 인스턴스의 vCPU 수에 따라 결정됩니다.

부팅 기기일 때는 표준 영구 디스크를 사용해 비용을 줄일 수 있습니다. 기본 부팅 및 패키지 관리 사용 사례에서는 작은 용량인 10GB 영구 디스크로도 충분합니다. 하지만 부팅 기기를 더욱 포괄적으로 사용할 수 있는 일관된 성능을 보장하려면 SSD 영구 디스크를 부팅 디스크로 사용하거나, 크기가 200GB 이상인 표준 영구 디스크를 사용하는 것이 좋습니다.

각 영구 디스크 쓰기 작업은 인스턴스의 누적 네트워크 송신 트래픽에 영향을 줍니다. 즉, 영구 디스크 쓰기 작업이 인스턴스의 네트워크 송신 한도로 제한됩니다.

신뢰성

영구 디스크에는 장비 고장 시 데이터를 보호하고, 데이터 센터 유지관리 이벤트를 통해 데이터 가용성을 보장하는 중복 기능이 내장되어 있습니다. 모든 영구 디스크 작업에 대해 체크섬이 계산되므로 현재 읽고 있는 데이터가 사용자가 기록한 데이터임을 보장할 수 있습니다.

또한, 영구 디스크 스냅샷을 생성하여 사용자 오류로 인한 데이터 손실을 방지할 수 있습니다. 스냅샷은 증분적이며, 실행 중인 인스턴스에 연결된 디스크를 스냅샷으로 작성할 경우에도 몇 분이면 생성됩니다.

영구 디스크 암호화

Compute Engine은 데이터가 인스턴스 외부에서 영구 디스크 저장소 공간으로 이동하기 전에 데이터를 자동으로 암호화합니다. 각 영구 디스크는 시스템 정의 키 또는 고객 제공 키를 사용하여 암호화된 상태로 유지됩니다. 또한, Google은 사용자가 제어하지 않는 방식으로 영구 디스크 데이터를 여러 물리적 디스크에 분산시킵니다.

영구 디스크를 삭제하면 Google은 데이터를 복구할 수 없도록 암호화 키를 삭제합니다. 이 프로세스는 되돌릴 수 없습니다.

데이터를 암호화하는 데 사용되는 암호화 키를 제어하려면 자체 암호화 키를 사용하여 디스크를 생성하세요.

제한

각 영구 디스크의 크기는 최대 64TB까지 설정할 수 있으므로 대용량 논리 볼륨을 생성하기 위해 디스크 배열을 관리할 필요가 없습니다. 각 인스턴스는 제한된 양의 총 영구 디스크 공간과 제한된 수의 개별 영구 디스크에만 연결할 수 있습니다. 사전 정의된 머신 유형커스텀 머신 유형에는 동일한 영구 디스크 한도가 적용됩니다.

대부분의 인스턴스는 최대 64TB의 총 영구 디스크 공간을 연결할 수 있습니다. 메모리가 3.75GB 미만인 커스텀 머신 유형 또는 공유 코어 머신 유형은 총 영구 디스크 공간이 3TB로 제한됩니다. 인스턴스의 총 영구 디스크 공간에는 부팅 영구 디스크의 크기가 포함됩니다.

영구 디스크 제한

커스텀 머신 유형 또는 사전 정의된 머신 유형인 대부분의 인스턴스에는 최대 128개의 영구 디스크를 연결할 수 있습니다.

공유 코어 머신 유형의 인스턴스는 영구 디스크가 최대 16개로 제한됩니다.

리전 영구 디스크(표준 및 SSD)

리전 영구 디스크의 저장소 품질은 표준 및 SSD 영구 디스크와 유사합니다. 그러나 리전 영구 디스크는 동일한 리전의 두 영역 사이에서 데이터 복제를 지원하며 내구성 있는 저장소를 제공합니다. Compute Engine에서 견고한 시스템을 설계하려는 경우 여러 영역의 리소스에서 고가용성을 유지할 수 있는 리전 영구 디스크를 사용하는 것이 좋습니다. 리전 영구 디스크는 애플리케이션 수준의 복제가 필요 없는 작업 부하에서 동기식 복제를 제공합니다.

리전 영구 디스크는 장애 조치 기능이 있는 여러 영역에 중복이 필요한 작업 부하용으로 설계되었습니다. 또한 리전 영구 디스크는 리전 관리형 인스턴스 그룹과 함께 작동하도록 설계되었습니다. 리전 영구 디스크는 고가용성도 필요한 고성능 데이터베이스 및 엔터프라이즈 애플리케이션을 위한 옵션입니다.

드물지만 리전에 정전이 발생하는 경우 force-attach 명령어를 사용하여 리전 영구 디스크에서 실행 중인 작업 부하를 다른 영역으로 장애 조치할 수 있습니다. force-attach 명령어를 사용하면 디스크를 사용할 수 없어 원래 VM에서 디스크를 분리할 수 없는 경우에도 리전 영구 디스크를 대기 VM 인스턴스로 연결할 수 있습니다.

쓰기 작업은 두 복제본에서 지속적으로 유지되는 경우에만 VM에 승인됩니다. 복제본 중 하나를 사용할 수 없는 경우 Compute Engine은 정상 복제본에만 씁니다. 비정상 복제본이 백업되면(Compute Engine에서 감지된 경우), 정상 복제본과 투명하게 동기화되어 작업의 전체 동기화 모드가 다시 시작됩니다. 이 작업은 VM에 투명합니다.

드물지만 두 복제본을 동시에 사용할 수 없거나 다른 복제본을 동기화하는 동안 정상 복제본을 사용할 수 없다면 해당 디스크를 사용할 수 없게 됩니다.

인스턴스에 리전 영구 디스크 추가

사용 편의성

디스크를 생성하여 리전 내 영역의 VM 인스턴스에 연결합니다. Compute Engine은 디스크를 자동으로 복제하는 동일한 리전 내에서 두 번째 영역을 식별합니다. 영역 장애가 발생하면 디스크가 두 번째 영역에서 즉시 사용 가능하게 되어 대기 VM 인스턴스에 연결됩니다.

성능

리전 영구 디스크는 영구 디스크 스냅샷을 사용할 때와 비교하여 더 낮은 RPO(Recovery Point Objective)RTO(Recovery Time Objective)가 필요한 작업 부하를 위해 설계되었습니다.

리전 영구 디스크는 쓰기 성능이 여러 영역의 데이터 중복보다 중요하지 않은 경우에 사용할 수 있는 옵션입니다.

표준 영구 디스크와 마찬가지로 리전 영구 디스크도 vCPU의 수를 늘리면 인스턴스에서 IOPS 및 처리량 성능을 향상시킬 수 있습니다. 자세한 내용은 SSD 영구 디스크 성능 제한을 참조하세요.

추가 디스크 공간이나 더 높은 성능이 필요한 경우 리전 디스크 크기를 조절하여 추가 저장소 공간, 처리량, IOPS를 추가할 수 있습니다.

신뢰성

Compute Engine은 사용자가 디스크를 생성하면 선택한 영역으로 리전 영구 디스크의 데이터를 복제합니다. 중복을 보장하기 위해 각 복제본의 데이터는 영역 내의 여러 물리적 머신에 분산됩니다.

일반 영구 디스크와 마찬가지로 영구 디스크의 스냅샷을 생성하여 사용자 오류로 인한 데이터 손실을 방지할 수 있습니다. 스냅샷은 증분적이며, 실행 중인 인스턴스에 연결된 디스크를 스냅샷으로 작성할 경우에도 몇 분이면 생성됩니다.

제한

리전 영구 디스크에는 영구 디스크와 동일한 제한이 있습니다.

이러한 제한 외에도 리전 영구 디스크는 RW(읽기-쓰기) 모드로 마운트해야 합니다. 리전 영구 디스크는 RO(읽기 전용) 모드를 지원하지 않습니다.

로컬 SSD

로컬 SSD는 가상 머신 인스턴스를 호스팅하는 서버에 물리적으로 연결됩니다. 로컬 SSD는 표준 영구 디스크 또는 SSD 영구 디스크보다 처리량이 높고 지연 시간이 짧습니다. 로컬 SSD에 저장한 데이터는 인스턴스가 중지 또는 삭제될 때까지만 유지됩니다. 각 로컬 SSD의 크기는 375GB지만, 최대 8개의 로컬 SSD 기기를 연결하여 인스턴스당 3TB의 총 로컬 SSD 저장소 공간을 확보할 수 있습니다.

빠른 스크래치 디스크 또는 캐시가 필요하지만 인스턴스 메모리를 사용하지 않으려면 로컬 SSD로 인스턴스를 생성합니다. 작업 부하 자체가 여러 인스턴스에 복제되는 경우에도 로컬 SSD를 사용하세요.

로컬 SSD로 인스턴스 생성

성능

로컬 SSD는 매우 높은 IOPS와 낮은 지연 시간을 제공하도록 설계되었습니다. 영구 디스크와 달리 사용자가 로컬 SSD의 스트라이핑을 직접 관리해야 합니다. 여러 로컬 SSD 기기를 단일 논리 볼륨으로 결합하여 인스턴스당 최고의 로컬 SSD 성능을 얻거나 로컬 SSD 기기를 개별적으로 포맷하세요.

로컬 SSD 성능은 선택한 인터페이스에 따라 크게 달라집니다. 로컬 SSD는 SCSINVMe 인터페이스를 통해 사용할 수 있습니다. NVMe를 사용하도록 선택한 경우 최고의 성능을 얻으려면 특수한 NVMe 지원 이미지를 사용해야 합니다. 자세한 내용은 디스크 인터페이스 유형 선택을 참조하세요.

로컬 SSD 암호화

Compute Engine은 데이터가 로컬 SSD 저장소 공간에 작성되면 데이터를 자동으로 암호화합니다. 로컬 SSD에는 고객 제공 암호화 키를 사용할 수 없습니다.

로컬 SSD의 데이터 지속성

로컬 SSD에 저장한 데이터는 인스턴스가 중지 또는 삭제될 때까지만 유지됩니다.

로컬 SSD의 데이터는 실시간 이전 이벤트를 통해 유지됩니다. Compute Engine에서 로컬 SSD가 있는 인스턴스를 이전하는 경우 로컬 SSD에서 새 인스턴스로 데이터가 복사되며, 성능이 잠시 동안만 저하됩니다.

제한

최대 8개의 375GB 로컬 SSD 파티션이 있는 인스턴스를 생성하여 각 인스턴스에 3TB의 로컬 SSD 공간을 확보할 수 있습니다.

1.5TB의 총 로컬 SSD 저장소 공간에 도달할 때까지 로컬 SSD의 성능이 확장됩니다. 1.5TB를 넘으면 처리량과 IOPS가 증가하지 않습니다.

공유 코어 머신 유형의 인스턴스는 로컬 SSD 기기를 연결할 수 없습니다.

로컬 SSD 및 선점형 VM 인스턴스

로컬 SSD로 선점형 VM 인스턴스를 시작할 수 있으며, Compute Engine은 로컬 SSD 사용에 대해 선점 가격을 청구합니다. 선점형 인스턴스에 연결된 로컬 SSD는 일반 로컬 SSD처럼 작동하며 인스턴스 수명 기간에만 지속됩니다. 선점형 로컬 SSD를 만들 때는 선점형 로컬 SSD에 대한 별도의 할당량을 요청할 수 있지만 일반 로컬 SSD 할당량을 사용할 수도 있습니다.

Compute Engine은 실행이 시작된 후 1분 내에 선점된 인스턴스에 대해서는 로컬 SSD 비용을 청구하지 않습니다.

로컬 SSD에 대한 자세한 내용은 로컬 SSD 문서를 검토하세요.

Google Cloud Storage 버킷

Google Cloud Storage 버킷은 가상 머신 인스턴스에 사용할 수 있는 가장 유연하고, 확장 가능하고, 내구성이 있는 저장소 옵션입니다. 애플리케이션에서 영구 디스크로컬 SSD가 제공하는 낮은 지연 시간이 필요하지 않은 경우 데이터를 Cloud Storage 버킷에 저장할 수 있습니다.

지연 시간 및 처리량이 우선순위가 아니며, 여러 인스턴스나 영역 간에 데이터를 쉽게 공유해야 하는 경우에는 인스턴스를 Cloud Storage 버킷에 연결하세요.

Cloud Storage 버킷에 인스턴스 연결

성능

Cloud Storage 버킷의 성능은 선택한 저장소 등급 및 인스턴스와 관련된 버킷의 위치에 따라 달라집니다.

Regional Storage 등급의 성능은 영구 디스크와 비슷하지만, 지연 시간이 더 높고 처리량의 일관성이 떨어지는 특성이 있습니다. Multi-Regional Storage 등급은 대규모 다중 리전 위치 내에 있는 둘 이상의 리전에 데이터를 중복 저장합니다.

Nearline 및 Coldline Storage 등급은 기본적으로 장기간 데이터 보관을 위한 것입니다. Regional 및 Multi-Regional Storage 등급과 달리 이 보관 등급은 저장 기간이 가장 짧고 읽기 요금이 가장 낮습니다. 따라서 자주 액세스하지 않는 데이터의 장기 저장소로 적합합니다.

신뢰성

모든 Cloud Storage 버킷에는 장비 고장 시 데이터를 보호하고, 데이터 센터 유지관리 이벤트를 통해 데이터 가용성을 보장하는 중복 기능이 내장되어 있습니다. 모든 Cloud Storage 작업에 대해 체크섬이 계산되므로 현재 읽고 있는 데이터가 사용자가 기록한 데이터임을 보장할 수 있습니다.

유연성

영구 디스크와 달리 Cloud Storage 버킷은 인스턴스가 있는 영역으로 제한되지 않습니다. 또한, 여러 인스턴스에서 버킷으로 데이터를 동시에 읽고 쓸 수 있습니다. 예를 들어, 여러 영역의 영구 디스크에 데이터를 복제하지 않고 동일한 버킷에 데이터를 읽고 쓰도록 여러 영역에서 인스턴스를 구성할 수 있습니다.

또한 인스턴스에 파일 시스템으로 Cloud Storage 버킷을 마운트할 수 있습니다. 마운트된 버킷은 파일을 읽거나 쓸 때 영구 디스크와 유사하게 작동합니다. 그러나 Cloud Storage 버킷은 POSIX 파일 시스템과 같은 쓰기 제약조건이 없고 부팅 디스크로 사용할 수 없는 객체 저장소입니다. 인스턴스는 파일에 데이터를 쓰는 동시에 저장소 객체에 데이터를 작성 중인 다른 인스턴스의 중요한 데이터를 덮어쓸 수도 있습니다.

Cloud Storage 암호화

Compute Engine은 데이터가 인스턴스 외부에서 Cloud Storage 버킷으로 이동하기 전에 해당 데이터를 자동으로 암호화합니다. 버킷에 파일을 쓰기 전에는 인스턴스에서 파일을 암호화할 필요가 없습니다.

영구 디스크와 마찬가지로 자체 암호화 키로 버킷을 암호화할 수 있습니다.

다음 단계

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

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

Compute Engine 문서