Amazon EBS 볼륨 유형 - Amazon Elastic Compute Cloud

Amazon EBS 볼륨 유형

Amazon EBS는 다음의 볼륨 유형을 제공하고 이러한 볼륨 유형은 성능 특성과 가격이 다르므로 애플리케이션의 필요에 맞게 스토리지 성능과 비용을 조정할 수 있습니다. 볼륨 유형은 다음 범주로 나뉩니다.

  • SSD(Solid-State Drive) — 주요 성능 특성이 IOPS인 작은 I/O 크기의 읽기/쓰기 작업을 자주 처리하는 트랜잭션 워크로드에 최적화되어 있습니다.

  • HDD(Hard Disk Drive) — 주요 성능 특성이 처리량인 대규모 스트리밍 워크로드에 최적화되어 있습니다.

  • 이전 세대 — 데이터를 자주 액세스하지 않고 성능이 중요하지 않은 소규모 데이터 세트가 있는 워크로드에 사용할 수 있는 하드 디스크 드라이브입니다. 대신 현재 세대의 볼륨 유형을 고려하는 것이 좋습니다.

인스턴스 구성, I/O 특성 및 워크로드 요구량 등 여러 가지 요인이 EBS 볼륨의 성능에 영향을 미칠 수 있습니다. EBS 볼륨에서 프로비저닝된 IOPS를 완전히 사용하려면 EBS 최적화 인스턴스를 사용합니다. EBS 볼륨을 최대한 이용하는 방법에 대한 자세한 내용은 Amazon EBS 인스턴스의 Linux 볼륨 성능을 참조하십시오.

요금에 대한 자세한 내용은 Amazon EBS 요금을 참조하십시오.

SSD(Solid-State Drive)

Amazon EBS에서 제공하는 SSD 지원 볼륨은 다음 범주로 나뉩니다.

  • 범용 SSD — 가격과 성능 간의 균형을 제공합니다. 대부분의 워크로드에 이 볼륨을 사용하는 것이 좋습니다.

  • 프로비저닝된 IOPS SSD — 지연 시간이 짧거나 처리량이 많은 미션 크리티컬 워크로드에 적합한 고성능을 제공합니다.

다음은 SSD 기반 볼륨의 사용 사례 및 특성에 대한 요약입니다. 인스턴스당 최대 IOPS 및 처리량에 대한 자세한 내용은 Amazon EBS–최적화 인스턴스 섹션을 참조하세요.

범용 SSD 프로비저닝된 IOPS SSD
볼륨 유형 gp3 gp2 io2 Block Express ‡ io2 io1
내구성 99.8%~99.9% 내구성(연간 장애율 0.1%~0.2%) 99.8%~99.9% 내구성(연간 장애율 0.1%~0.2%) 99.999% 내구성(연간 장애율 0.001%) 99.8%~99.9% 내구성(연간 장애율 0.1%~0.2%)
사용 사례
  • 지연 시간이 짧은 대화형 앱

  • 개발 및 테스트 환경

밀리초 미만의 지연 시간과 지속적인 IOPS 성능이나 64,000 IOPS 이상 또는 1,000Mib/s 이상의 처리량이 필요한 워크로드

  • 지속적인 IOPS 성능 또는 16,000 IOPS 이상이 필요한 워크로드

  • I/O 집약적 데이터베이스 워크로드

볼륨 크기 1GiB - 16TiB 4GiB~64TiB 4GiB - 16TiB
볼륨당 최대 IOPS(16KiB I/O) 16,000 256,000 64,000 †
볼륨당 최대 처리량 1,000MiB/s 250MiB/s* 4,000MiB/s 1,000MiB/s†
Amazon EBS 다중 연결 지원되지 않음 지원되지 않음 지원
부트 볼륨 지원

* 처리량 한도는 볼륨 크기에 따라 128MiB/s~250 MiB/s입니다. 170GiB 이하의 볼륨은 최대 128MiB/s의 처리량을 제공합니다. 170GiB에서 334GiB까지의 볼륨은 버스트 크레딧을 사용할 수 있는 경우 최대 250MiB/s의 처리량을 제공합니다. 334GiB와 같거나 그보다 큰 볼륨은 버스트 크레딧에 관계없이 250MiB/s를 제공합니다. 2018년 12월 3일 이전에 생성되었으며 생성 이후 수정되지 않은 gp2 볼륨은 해당 볼륨을 수정하지 않는 한 전체 성능에 도달하지 못할 수 있습니다.

† 최대 IOPS 및 처리량은 32,000 IOPS 이상으로 프로비저닝된 Nitro 시스템에 구축된 인스턴스에서만 보장됩니다. 다른 인스턴스는 최대 32,000IOPS 및 500MiB/s까지 보장합니다. 2017년 12월 6일 이전에 생성되었으며 생성 이후 수정되지 않은 io1 볼륨은 해당 볼륨을 수정하지 않는 한 전체 성능에 도달하지 못할 수 있습니다.

io2 Block Express 볼륨는 옵트인 평가판으로만 제공됩니다. 자세한 내용은 io2 Block Express 볼륨(평가판) 섹션을 참조하세요.

HDD(Hard disk Drive)

Amazon EBS에서 제공하는 HDD 지원 볼륨은 다음 범주로 나뉩니다.

  • 처리량에 최적화된 HDD — 자주 액세스하는 처리량 집약적 워크로드에 적합한 저비용 HDD입니다.

  • Cold HDD — 자주 액세스하지 않는 워크로드에 적합한 가장 저렴한 HDD입니다.

다음은 HDD 기반 볼륨의 사용 사례 및 특성에 대한 요약입니다. 인스턴스당 최대 IOPS 및 처리량에 대한 자세한 내용은 Amazon EBS–최적화 인스턴스 섹션을 참조하세요.

처리량에 최적화된 HDD Cold HDD
볼륨 유형 st1 sc1
내구성 99.8%~99.9% 내구성(연간 장애율 0.1%~0.2%) 99.8%~99.9% 내구성(연간 장애율 0.1%~0.2%)
사용 사례
  • 빅 데이터

  • 데이터 웨어하우스

  • 로그 처리

  • 자주 액세스하지 않는 데이터를 위한 처리량 중심의 스토리지

  • 스토리지 비용이 최대한 낮아야 하는 시나리오

볼륨 크기 125GiB ~ 16TiB 125GiB ~ 16TiB
볼륨당 최대 IOPS(1MiB I/O) 500 250
볼륨당 최대 처리량 500MiB/s 250MiB/s
Amazon EBS 다중 연결 지원되지 않음 지원되지 않음
부트 볼륨 지원되지 않음 지원되지 않음

이전 세대 볼륨 유형

다음 표에서는 이전 세대 EBS 볼륨 유형을 설명합니다. 이전 세대 볼륨보다 우수한 성능 또는 성능 일관성이 필요한 경우, 범용 SSD(gp2gp3) 또는 기타 현재 볼륨 유형 사용을 고려할 것을 권장합니다. 자세한 내용은 이전 세대 볼륨을 참조하십시오.

Magnetic
볼륨 유형 standard
사용 사례 데이터에 자주 액세스하지 않는 워크로드
볼륨 크기 1GiB - 1TiB
볼륨당 최대 IOPS 40–200
볼륨당 최대 처리량 40-90MiB/s
부트 볼륨 지원

범용 SSD 볼륨(gp3)

범용 SSD(gp3) 볼륨은 광범위한 작업에서 이상적으로 사용될 수 있는 비용 효과적인 스토리지를 제공합니다. 이러한 볼륨은 스토리지 가격에 포함된 3,000 IOPS 및 125Mib/s의 일관된 기준 속도를 제공합니다. 추가 비용으로 추가 IOPS(최대 16,000) 및 처리량(최대 1,000MiB/s)을 프로비저닝할 수 있습니다.

프로비저닝된 볼륨 크기 대비 프로비저닝된 IOPS의 최대 비율은 GiB당 500 IOPS입니다. 프로비저닝된 IOPS에 대비 프로비저닝된 처리량의 최대 비율은 IOPS당 0.25Mib/s입니다. 다음 볼륨 구성은 최대 IOPS 또는 최대 처리량의 프로비저닝을 지원합니다.

  • 32GiB 이상: 500 IOPS/GiB x 32GiB = 16,000 IOPS

  • 8GiB 이상 및 4,000 IOPS 이상: 4,000 IOPS x 0.25MiB/s/IOPS = 1,000MiB/s

범용 SSD 볼륨(gp2)

범용 SSD(gp2) 볼륨은 광범위한 작업에서 이상적으로 사용될 수 있는 비용 효과적인 스토리지를 제공합니다. 이러한 볼륨은 시간을 연장할 경우 3,000IOPS의 버스트 기능까지 지원되어 지연 시간이 한 자릿수 밀리초에 불과합니다. 최소 100 IOPS(33.33GiB 이하)와 최대 16,000 IOPS(5,334GiB 이상) 사이에서, 기준 성능은 볼륨 크기의 GiB당 3 IOPS로 일정하게 확장됩니다. AWS는 프로비저닝된 성능의 99%의 시간에 제공하기 위해 gp2 볼륨을 설계합니다. gp2 볼륨 크기는 1GiB~16TiB입니다.

I/O 크레딧 및 버스트 성능

gp2 볼륨의 성능은 볼륨 크기에 따라 정해지고 볼륨의 기준 성능 수준 및 I/O 크레딧이 얼마나 빨리 누적되는지를 결정합니다. 볼륨이 클수록 기준 성능 수준이 크고 I/O 크레딧이 빨리 누적됩니다. I/O 크레딧이란 기준 성능 이상이 필요한 경우 대규모 I/O를 버스트하도록 gp2 볼륨이 사용할 수 있는 가용 대역폭입니다. 볼륨에 I/O 크레딧이 많을수록 더 오랜 기간 동안 볼륨이 기준 성능 수준 이상을 버스트할 수 있고 더 큰 성능이 필요할 때 더 좋은 성능을 발휘할 수 있습니다. 다음 다이어그램은 gp2의 버스트 버킷 동작을 보여줍니다.


            gp2 버스트 버킷

각 볼륨의 초기 I/O 크레딧 밸런스는 540만 I/O 크레딧이고 이것은 최소 30분 동안 3,000 IOPS의 최대 버스트 성능을 유지할 수 있는 수준입니다. 이러한 초기 크레딧 밸런스는 부트 볼륨에 빠른 초기 부팅 주기를 제공하고 기타 애플리케이션에 좋은 부트스트래핑 환경을 제공하도록 설계되었습니다. 볼륨은 볼륨 크기의 GiB 당 3 IOPS의 기준 성능 비율로 I/O 크레딧을 획득합니다. 예를 들어, 100 GiB gp2 볼륨은 300 IOPS의 기준 성능을 갖습니다.


            기준 성능과 버스트 IOPS 비교

볼륨에 기준 성능 I/O 수준 이상이 필요한 경우 크레딧 밸런스에서 I/O 크레딧을 사용하여 최대 3,000 IOPS까지 필요한 성능 수준을 버스트할 수 있습니다. 볼륨이 초당 획득한 I/O 크레딧 이하를 사용하는 경우 미사용 I/O 크레딧은 I/O 크레딧 밸런스에 가산됩니다. 볼륨의 최대 I/O 크레딧은 초기 크레딧 밸런스(540만 I/O 크레딧)와 동일합니다.

볼륨의 기준 성능이 최대 버스트 성능보다 높으면 I/O 크레딧이 사용되지 않습니다. 볼륨이 Nitro 시스템 기반 인스턴스에 연결된 경우 버스트 밸런스가 보고되지 않습니다. 다른 인스턴스의 경우 보고되는 버스트 밸런스는 100%입니다.

볼륨의 버스트 구간은 볼륨의 크기, 필요한 버스트 IOPS 및 버스트가 시작되는 크레딧 밸런스에 의해 결정됩니다. 방법은 다음 수식과 같습니다.

(Credit balance) Burst duration = ------------------------------------ (Burst IOPS) - 3(Volume size in GiB)

다음 표는 여러 볼륨 크기 및 관련 볼륨 기준 성능(I/O 크레딧 누적 비율), 최대 3,000 IOPS에서의 버스트 기간(전체 크레딧 밸런스에서 시작 시) 및 볼륨이 빈 크레딧 밸런스를 다시 채우는 데 걸리는 초 단위 시간을 보여줍니다.

볼륨 크기(GiB)

기준 성능(IOPS)

지속적으로 3,000 IOPS(초) 구동 시 버스트 지속 시간

IO 구동이 없을 시 빈 크레딧 밸런스를 채우는데 소요되는 시간(초)

1

100

1,802

54,000

100

300

2,000

18,000

250

750

2,400 7,200

334(최대 처리량에 대한 최소 크기)

1,002

2,703

5,389

500

1,500

3,600

3,600

750

2,250

7,200

2,400

1,000

3,000

해당 사항 없음*

해당 사항 없음*

5,334(최대 IOPS에 대한 최소 크기)

16,000

해당 사항 없음*

해당 사항 없음*

16,384(16TiB, 최대 볼륨 크기)

16,000

해당 사항 없음*

해당 사항 없음*

* 볼륨의 기준 성능이 최대 버스트 성능을 초과합니다.

I/O 크레딧 밸런스가 0이 되면 어떻게 되나요?

gp2 볼륨에서 I/O 크레딧 잔고 전부가 소진되면 볼륨의 최대 IOPS 성능이 기준 IOPS 성능 수준(볼륨이 크레딧을 획득하는 속도)으로 유지되고 볼륨의 최대 처리량은 최대 I/O 크기를 곱한 기준 IOPS로 줄어듭니다. 처리량은 250MiB/s를 초과할 수 업습니다. I/O 요구가 기준 성능 수준 이하로 떨어지고 미사용 크레딧이 I/O 크레딧 밸런스에 추가되면, 볼륨의 최대 IOPS 성능이 다시 기준 수준을 초과합니다. 예를 들어, 크레딧 잔고가 0인 100GiB gp2 볼륨은 300 IOPS의 기준 성능 및 75MiB/s의 처리 한도를 갖습니다(초당 300I/O 작업 * I/O 작업당 256KiB = 75MiB/s). 볼륨이 커지면 기준 성능도 높아지고 크레딧 밸런스가 더 빨리 보충됩니다. IPOS 측정 방법에 대한 자세한 내용은 I/O 특성 및 모니터링 단원을 참조하십시오.

볼륨 성능이 자주 기준 수준으로 제한되는 경우(빈 I/O 크레딧 밸런스로 인해) gp3 볼륨으로 전환하는 것이 좋습니다.

CloudWatch 지표 및 경보를 사용하여 버스트 버킷 잔고를 모니터링하는 방법은 볼륨에 대한 버스트 버킷 밸런스 모니터링 단원을 참조하십시오.

처리량 성능

gp2 볼륨의 처리량은 다음 공식을 사용하여 계산할 수 있습니다. 최대 처리량 한도는 250MiB/s입니다.

Throughput in MiB/s = ((Volume size in GiB) × (IOPS per GiB) × (I/O size in KiB))

V = 볼륨 크기, I = I/O 크기, R = I/O 속도, T = 처리량이라고 가정하면 이 공식을 다음과 같이 축약할 수 있습니다.

T = VIR

최대 처리량을 달성하는 최소 볼륨 크기는 다음과 같이 계산됩니다.

T V = ----- I R 250 MiB/s = --------------------- (256 KiB)(3 IOPS/GiB) [(250)(2^20)(Bytes)]/s = ------------------------------------------ (256)(2^10)(Bytes)([3 IOP/s]/[(2^30)(Bytes)]) (250)(2^20)(2^30)(Bytes) = ------------------------ (256)(2^10)(3) = 357,913,941,333 Bytes = 333⅓ GiB (334 GiB in practice because volumes are provisioned in whole gibibytes)

프로비저닝된 IOPS SSD 볼륨

프로비저닝된 IOPS SSD(io1io2) 볼륨은 스토리지 성능 및 일관성에 민감한 I/O 집약적 워크로드, 특히 데이터베이스 워크로드의 요구 사항를 충족하도록 설계되었습니다. 프로비저닝된 IOPS SSD 볼륨은 볼륨을 생성할 때 지정된 일관된 IOPS 속도를 사용하며 Amazon EBS는 99.9%의 시간 동안 프로비저닝된 성능을 제공합니다.

io1 볼륨은 99.8~99.9%의 볼륨 내구성을 제공하도록 설계되었으며 연간 장애율(AFR)은 0.2% 이하입니다. 즉, 1년 동안 실행 중인 볼륨 1,000개당 최대 2개의 볼륨 장애가 발생합니다. io2 볼륨은 99.999%의 볼륨 내구성을 제공하도록 설계되었으며 AFR은 0.001% 이하입니다. 즉, 1년 동안 실행 중인 볼륨 100,000개당 1개의 볼륨 장애가 발생합니다.

프로비저닝된 IOPS SSD io1 볼륨은 모든 Amazon EC2 인스턴스 유형에 사용할 수 있습니다. 프로비저닝된 IOPS SSD io2 볼륨은 R5b를 제외한 모든 EC2 인스턴스 유형에 사용할 수 있습니다.

프로비저닝된 IOPS SSD 볼륨 크기는 4GiB~16TiB입니다. 100 IOPS부터 Nitro 시스템에 구축된 인스턴스에서는 볼륨당 최대 64,000 IOPS, 그리고 다른 인스턴스에서는 최대 32,000까지 프로비저닝할 수 있습니다. 요청된 볼륨 크기(GiB)에 대한 프로비저닝된 IOPS의 최대 비율은 io1 볼륨의 경우 50:1이고 io2 볼륨의 경우 500:1입니다. 예를 들어 100GiB io1 볼륨은 최대 5,000 IOPS로 프로비저닝할 수 있고 100GiB io2 볼륨은 최대 50,000 IOPS로 프로비저닝할 수 있습니다. 지원되는 인스턴스 유형에서 다음 볼륨 크기로 최대 64,000 IOPS까지 프로비저닝할 수 있습니다.

  • 크기가 1,280GiB 이상인 io1 볼륨(50 × 1,280GiB = 64,000 IOPS)

  • 크기가 128GiB 이상인 io2 볼륨(500 × 128GiB = 64,000 IOPS)

최대 32,000 IOPS로 프로비저닝되는 프로비저닝된 IOPS SSD 볼륨은 최대 256KiB의 I/O 크기를 지원하고 최대 500MiB/s의 처리량을 제공합니다. I/O 크기가 최대일 때 2,000 IOPS에서 피크 처리량에 도달합니다. 32,000 IOPS를 초과하여 프로비저닝된 볼륨(최대 64,000 IOPS)의 처리량은 프로비저닝된 IOPS당 16KiB의 속도로 선형으로 증가합니다. 예를 들어 48,000 IOPS로 프로비저닝된 볼륨은 최대 750MiB/s의 처리량(프로비저닝된 IOPS당 16KiB x 프로비저닝된 IOPS 48,000 = 750MiB/s)을 지원할 수 있습니다. 1,000MiB/s의 최대 처리량을 달성하려면 64,000 IOPS(프로비저닝된 IOPS당 16KiB x 프로비저닝된 IOPS 64,000 = 1,000MiB/s)로 볼륨을 프로비저닝해야 합니다. 다음 그래프에 이러한 성능 특성이 예시되어 있습니다.


          io1 볼륨의 처리량 제한

I/O당 지연 시간 환경은 프로비저닝된 IOPS 및 워크로드 프로파일에 따라 다릅니다. 최상의 I/O 지연 시간 환경을 위해 워크로드의 I/O 프로파일을 충족하도록 IOPS를 프로비저닝해야 합니다.

io2 Block Express 볼륨(평가판)

참고

이제 us-east-1, us-west-2, us-east-2, eu-central-1, ap-southeast-1ap-northeast-1io2 Block Express 볼륨 평가판에 옵트인할 수 있습니다. 옵트인하면 옵트인 리전의 계정에서 생성한 모든 io2 볼륨이 io2 Block Express 볼륨가 됩니다. 옵트인하기 전에 평가판에 적용되는 기능 제한 사항을 주의 깊게 검토하세요.

기존 io2 볼륨이 없는 계정에서만 평가판에 옵트인할 수 있습니다.

EBS Block Express는 차세대 Amazon EBS 스토리지 서버 아키텍처입니다. 니트로 기반 Amazon EC2 인스턴스에서 실행되는 가장 까다로운 I/O 집약적 애플리케이션의 성능 요구 사항을 충족하도록 구축되었습니다.

Block Express 아키텍처는 성능과 규모를 개선합니다. Block Express 서버는 Scalable Reliable Datagram(SRD) 네트워킹 프로토콜을 사용하여 니트로 기반 인스턴스와 통신합니다. 이 인터페이스는 인스턴스의 호스트 하드웨어에 있는 Amazon EBS I/O 기능 전용 니트로 카드에 구현됩니다. I/O 지연 및 지연 시간 변화(네트워크 지터)를 최소화하여 애플리케이션에 보다 빠르고 일관된 성능을 제공합니다. 자세한 내용은 io2 Block Express 볼륨 섹션을 참조하세요.

io2 Block Express 볼륨는 밀리초 미만의 지연 시간을 제공하고 io2 볼륨보다 높은 IOPS, 높은 처리량 및 더 큰 용량을 지원하는 단일 볼륨을 사용하는 것이 유리한 워크로드에 적합합니다.

성능

io2 Block Express 볼륨를 사용하는 경우 다음을 제공하는 볼륨을 프로비저닝할 수 있습니다.

  • 밀리초 미만의 평균 지연 시간

  • 최대 64TiB(65,536GiB)의 스토리지 용량

  • IOPS: GiB 비율이 1,000:1인 최대 256,000의 프로비저닝된 IOPS. 최대 IOPS는 크기가 256GiB 이상인 볼륨으로 프로비저닝될 수 있습니다(1,000 IOPS x 256GiB = 256,000 IOPS).

  • 최대 4,000Mib/s의 볼륨 처리량. 처리량은 프로비저닝된 IOPS당 최대 0.256Mib/s까지 비례하여 확장됩니다. 최대 처리량은 16,000 IOPS 이상에서 달성할 수 있습니다.


              io2 Block Express 볼륨에 대한 처리량 제한

평가판 제한 사항

io2 Block Express 볼륨의 평가판에는 다음과 같은 제한 사항이 있습니다.

  • io2 Block Express 볼륨는 R5B 인스턴스에서만 지원됩니다. io2 Block Express 볼륨에서 지원되지 않는 인스턴스 유형을 시작하려고 하면 요청이 실패합니다.

  • io2 Block Express 볼륨는 us-east-1, us-west-2, us-east-2, eu-central-1, ap-southeast-1ap-northeast-1 리전에서만 사용할 수 있습니다.

  • io2 Block Express 볼륨는 부팅에 최적화되지 않았기 때문에 부팅 시간이 길어질 수 있습니다. 부팅 볼륨에는 io1, gp2 또는 gp3를 계속해서 사용하는 것이 좋습니다.

  • 암호화되지 않은 스냅샷 또는 공유 스냅샷에서 암호화된 io2 Block Express 볼륨 인스턴스를 생성하거나 암호화된 io2 Block Express 볼륨로 인스턴스를 시작할 수 없습니다. 암호화된 io2 Block Express 볼륨 인스턴스를 생성하거나 암호화된 io2 Block Express 볼륨로 인스턴스를 시작하려면 계정에서 소유한 암호화된 스냅샷 또는 AMI를 사용해야 합니다.

  • Amazon EC2 콘솔을 사용하여 암호화된 io2 Block Express 볼륨 인스턴스를 생성하거나 암호화된 io2 Block Express 볼륨로 인스턴스를 시작할 수 없습니다. Amazon EC2 API 또는 AWS CLI를 사용해야 합니다.

  • io2 Block Express 볼륨는 빠른 스냅샷 복원을 완벽하게 지원하지 않습니다. 빠른 스냅샷 복원이 활성화된 io2 Block Express 볼륨 스냅샷에서 복원할 수 있지만 볼륨을 초기화하는 동안 I/O 지연 시간이 길어집니다. 이전에는 이를 사전 워밍이라고 했습니다. 지연 시간이 길어지지 않도록 하려면 I/O 작업을 시작하기 전에 io2 Block Express 볼륨를 초기화하는 것이 좋습니다. 자세한 내용은 Amazon EBS 볼륨 초기화 섹션을 참조하세요.

  • io2 Block Express 볼륨는 탄력적 볼륨 작업을 지원하지 않습니다. 볼륨이 생성된 후에는 볼륨 유형 또는 성능을 변경할 수 없습니다.

  • io2 Block Express 볼륨는 다중 연결을 지원하지 않습니다.

평가판 옵트인

io2 Block Express 볼륨 평가판에 옵트인하려면 io2 Block Express 볼륨 평가판 페이지로 이동하고 양식을 작성합니다. 옵트인할 리전을 지정해야 합니다.

옵트인하면 옵트인 리전의 계정에서 생성한 모든 새 io2 볼륨이 io2 Block Express 볼륨가 됩니다. 계정이 옵트인되어 있는 동안에는 io2 Block Express 볼륨 옵트인 리전에 없는 io2 볼륨을 생성할 수 없습니다. 기존 볼륨의 기존 워크로드를 전환하려면 볼륨의 스냅샷을 생성한 다음 새 io2 Block Express 볼륨 볼륨으로 복원합니다.

평가판 옵트아웃

io2 Block Express 볼륨 평가판에서 옵트아웃하려면 io2 Block Express 볼륨 평가판 페이지로 이동하여 모든 리전 확인란을 선택 취소하고 나머지 양식을 작성합니다.

옵트아웃한 후 옵트아웃한 리전에서 생성하는 모든 새 io2 볼륨은 io2 Block Express 볼륨 볼륨이 아니라 io2 볼륨이 됩니다. 옵트아웃 전에 옵트아웃한 리전에서 생성한 io2 볼륨은 계속해서 io2 Block Express 볼륨가 됩니다. 16TiB보다 큰 볼륨의 스냅샷을 생성한 경우 옵트아웃한 리전의 io2 볼륨으로 스냅샷을 복원할 수 없습니다. 옵트아웃하기 전에 16TiB 이상인 io2 Block Express 볼륨의 경우 16TiB 미만의 io2 볼륨으로 구성된 raid 세트에 데이터를 복사한 다음 다중 볼륨 스냅샷을 사용하여 raid 세트의 백업을 생성하는 것이 좋습니다. 자세한 내용은 다중 볼륨 스냅샷 섹션을 참조하세요.

할당량

io2 Block Express 볼륨는 io2 볼륨과 동일한 서비스 할당량을 따릅니다. 자세한 내용은 Amazon EBS 할당량을 참조하세요.

요금 및 결제

io2 볼륨 및 io2 Block Express 볼륨는 동일한 요율로 청구됩니다. 자세한 내용은 Amazon EBS 요금을 참조하세요.

사용 보고서에서는 io2 Block Express 볼륨 및 io2 볼륨이 구분되지 않습니다. 따라서 io2 Block Express 볼륨와 관련된 비용을 파악하는 데 도움이 되는 태그를 사용하는 것이 좋습니다.

처리량에 최적화된 HDD 볼륨

처리량에 최적화된 HDD(st1) 볼륨은 IOPS가 아닌 처리량으로 성능을 정의하는 저비용 마그네틱 스토리지를 제공합니다. 이 볼륨 유형은 Amazon EMR, ETL, 데이터 웨어하우스, 로그 처리 같은 대용량 순차 워크로드에 적합합니다. 부팅 가능한 st1 볼륨은 지원되지 않습니다.

처리량에 최적화된 HDD(st1) 볼륨은 Cold HDD(sc1) 볼륨과 비슷하지만 자주 액세스하는 데이터를 지원하도록 설계되었습니다.

이 볼륨 유형은 대용량 순차 I/O와 관련된 워크로드에 최적화되어 있으며, 소량의 랜덤 I/O 워크로드를 처리하는 고객에게는 gp2 사용을 권장합니다. 자세한 내용은 HDD 기반 소량 읽기/쓰기의 비효율성 단원을 참조하세요.

처리량 크레딧 및 버스트 성능

gp2처럼 st1 역시 성능 측정에 버스트 버킷 모델을 사용합니다. 볼륨 크기에 따라 볼륨의 기준 처리량, 즉 볼륨이 처리량 크레딧을 누적하는 속도가 결정됩니다. 볼륨 크기는 볼륨의 버스트 처리량, 즉 사용 가능한 크레딧을 소비할 수 있는 속도도 결정합니다. 볼륨이 클수록 기본 및 버스트 처리량이 높습니다. 볼륨에 크레딧이 많을수록 버스트 수준에서 더 오랫동안 I/O를 구동할 수 있습니다.

다음 다이어그램은 st1의 버스트 버킷 동작을 보여줍니다.


            st1 버스트 버킷

처리량 및 처리량 크레딧 한도가 적용되는 st1 볼륨의 사용 가능 처리량은 다음 수식으로 표현됩니다.

(Volume size) x (Credit accumulation rate per TiB) = Throughput

1TiB st1 볼륨의 경우 버스트 처리량은 250MiB/s로 제한되고, 버킷의 크레딧은 40MiB/s 속도로 채워지며, 최대 1TiB에 해당하는 크레딧을 보유할 수 있습니다.

최대 처리량 한도인 500MiB/s 내에서, 볼륨 크기에 비례하여 이러한 제한이 확장됩니다. 버킷이 고갈된 후 처리량은 TiB당 40MiB/s의 기준 속도로 제한됩니다.

0.125TiB~16TiB 범위의 볼륨 크기를 기준으로 기준 처리량은 5MiB/s~500MiB/s(한도)이며, 다음과 같이 12.5TiB에서 한도에 도달합니다.

40 MiB/s 12.5 TiB x ---------- = 500 MiB/s 1 TiB

버스트 처리량은 31MiB/s~500MiB/s(한도)이며, 다음과 같이 2TiB에서 한도에 도달합니다.

250 MiB/s 2 TiB x ---------- = 500 MiB/s 1 TiB

다음 표는 st1의 기준 및 버스트 처리량 값 전체를 보여줍니다.

볼륨 크기(TiB) ST1 기준 처리량(MiB/s) ST1 버스트 처리량(MiB/s)
0.125 5 31
0.5 20 125
1 40 250
2 80 500
3 120 500
4 160 500
5 200 500
6 240 500
7 280 500
8 320 500
9 360 500
10 400 500
11 440 500
12 480 500
12.5 500 500
13 500 500
14 500 500
15 500 500
16 500 500

다음 다이어그램은 표의 값을 도식화한 것입니다.


            st1 기준 및 버스트 처리량 비교
참고

처리량에 최적화된 HDD(st1) 볼륨의 스냅샷을 생성하는 경우, 스냅샷이 진행되는 동안 성능이 볼륨의 기준 값까지 떨어질 수 있습니다.

CloudWatch 지표 및 경보를 사용하여 버스트 버킷 잔고를 모니터링하는 방법은 볼륨에 대한 버스트 버킷 밸런스 모니터링 단원을 참조하십시오.

Cold HDD 볼륨

Cold HDD(sc1) 볼륨은 IOPS가 아닌 처리량으로 성능을 정의하는 저비용 마그네틱 스토리지를 제공합니다. 처리량 제한이 st1보다 낮은 sc1은 대용량 순차 콜드 데이터 워크로드에 적합합니다. 데이터에 자주 액세스할 필요가 없고 비용을 절약해야 한다면 저렴한 블록 스토리지로 sc1이 적합합니다. 부팅 가능한 sc1 볼륨은 지원되지 않습니다.

Cold HDD(sc1) 볼륨은 처리량에 최적화된 HDD(st1) 볼륨과 비슷하지만 자주 액세스하지 않는 데이터를 지원하도록 설계되었습니다.

참고

이 볼륨 유형은 대용량 순차 I/O와 관련된 워크로드에 최적화되어 있으며, 소량의 랜덤 I/O 워크로드를 처리하는 고객에게는 gp2 사용을 권장합니다. 자세한 내용은 HDD 기반 소량 읽기/쓰기의 비효율성 단원을 참조하세요.

처리량 크레딧 및 버스트 성능

gp2처럼 sc1 역시 성능 측정에 버스트 버킷 모델을 사용합니다. 볼륨 크기에 따라 볼륨의 기준 처리량, 즉 볼륨이 처리량 크레딧을 누적하는 속도가 결정됩니다. 볼륨 크기는 볼륨의 버스트 처리량, 즉 사용 가능한 크레딧을 소비할 수 있는 속도도 결정합니다. 볼륨이 클수록 기본 및 버스트 처리량이 높습니다. 볼륨에 크레딧이 많을수록 버스트 수준에서 더 오랫동안 I/O를 구동할 수 있습니다.


            sc1 버스트 버킷

처리량 및 처리량 크레딧 한도가 적용되는 sc1 볼륨의 사용 가능 처리량은 다음 수식으로 표현됩니다.

(Volume size) x (Credit accumulation rate per TiB) = Throughput

1TiB sc1 볼륨의 경우 버스트 처리량은 80MiB/s로 제한되고, 버킷의 크레딧은 12MiB/s 속도로 채워지며, 최대 1TiB에 해당하는 크레딧을 보유할 수 있습니다.

최대 처리량 한도인 250MiB/s 내에서, 볼륨 크기에 비례하여 이러한 제한이 확장됩니다. 버킷이 고갈된 후 처리량은 TiB당 12MiB/s의 기준 속도로 제한됩니다.

0.125TiB~16TiB 범위의 볼륨 크기를 기준으로 기준 처리량은 1.5MiB/s~192MiB/s(최대)이며, 다음과 같이 16TiB에서 최대값에 도달합니다.

12 MiB/s 16 TiB x ---------- = 192 MiB/s 1 TiB

버스트 처리량은 10MiB/s~250MiB/s(한도)이며, 다음과 같이 3.125TiB에서 한도에 도달합니다.

80 MiB/s 3.125 TiB x ----------- = 250 MiB/s 1 TiB

다음 표는 sc1의 기준 및 버스트 처리량 값 전체를 보여줍니다.

볼륨 크기(TiB) SC1 기준 처리량(MiB/s) SC1 버스트 처리량(MiB/s)
0.125 1.5 10
0.5 6 40
1 12 80
2 24 160
3 36 240
3.125 37.5 250
4 48 250
5 60 250
6 72 250
7 84 250
8 96 250
9 108 250
10 120 250
11 132 250
12 144 250
13 156 250
14 168 250
15 180 250
16 192 250

다음 다이어그램은 표의 값을 도식화한 것입니다.


            sc1 기준 및 버스트 처리량 비교
참고

Cold HDD(sc1) 볼륨의 스냅샷을 생성하는 경우, 스냅샷이 진행되는 동안 성능이 볼륨의 기준 값까지 떨어질 수 있습니다.

CloudWatch 지표 및 경보를 사용하여 버스트 버킷 잔고를 모니터링하는 방법은 볼륨에 대한 버스트 버킷 밸런스 모니터링 단원을 참조하십시오.

Magnetic 볼륨

Magnetic 볼륨은 마그네틱 드라이브로 구성되어 있으며, 데이터 액세스가 드문 워크로드, 작은 볼륨 크기에 맞는 저비용 스토리지가 중요한 시나리오에 적합합니다. Magnetic 볼륨의 평균 IOPS는 약 100 정도이며, 버스팅 시 몇백 수준으로 증가합니다. 크기는 1GiB에서 1TiB까지입니다.

참고

Magnetic은 이전 세대 볼륨 유형입니다. 새로운 애플리케이션에는 새로운 볼륨 유형 중에서 선택해서 사용하는 것이 좋습니다. 자세한 내용은 이전 세대 볼륨을 참조하십시오.

CloudWatch 지표 및 경보를 사용하여 버스트 버킷 잔고를 모니터링하는 방법은 볼륨에 대한 버스트 버킷 밸런스 모니터링 단원을 참조하십시오.

HDD 볼륨 사용 시 성능 고려사항

HDD 볼륨 사용 시 최적의 처리량을 달성하려면 다음 사항을 염두에 두고 워크로드를 계획하십시오.

처리량에 최적화된 HDD 및 Cold HDD 비교

st1sc1의 버킷 크기는 볼륨 크기에 따라 다르며, 최대 버킷에는 최대 볼륨 스캔에 충분한 토큰이 포함되어 있습니다. 그러나 st1sc1 볼륨이 더 큰 경우 인스턴스당, 볼륨당 처리량 제한 때문에 볼륨 스캔을 완료하는 시간이 더 오래 걸립니다. 작은 인스턴스에 연결된 볼륨은 st1 또는 sc1 처리량이 아닌 인스턴스당 처리량에 따라 제한됩니다.

st1sc1은 모두 99%의 기간 동안 90%의 버스트 처리량에 성능 일관성을 제공하도록 설계되었습니다. 매 시간 총 처리량 목표 99%를 달성하기 위해, 준수하지 않는 기간은 대략적으로 균등하게 분산됩니다.

다음 표는 최대 버킷과 충분한 인스턴스 처리량을 가정할 때 다양한 크기의 볼륨에 이상적인 스캔 시간을 보여줍니다.

일반적으로 스캔 시간은 이 수식으로 표현됩니다.

Volume size ------------- = Scan time Throughput

예를 들어 성능 일관성 보장과 기타 최적화를 고려할 때, 5TiB 볼륨을 사용 중인 st1 고객이 전체 볼륨 스캔을 완료하는 데 걸리는 시간은 2.91~3.27시간으로 예상할 수 있습니다.

5 TiB 5 TiB ----------- = ------------------- = 10,486 s = 2.91 hours (optimal) 500 MiB/s 0.00047684 TiB/s 2.91 hours 2.91 hours + -------------- = 3.27 hours (minimum expected) (0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time

마찬가지로, 5TiB 볼륨을 사용 중인 sc1 고객이 전체 볼륨 스캔을 완료하는 데 걸리는 시간은 5.83~6.54시간으로 예상됩니다.

5 TiB ------------------- = 20972 s = 5.83 hours (optimal) 0.000238418 TiB/s 5.83 hours -------------- = 6.54 hours (minimum expected) (0.90)(0.99)
볼륨 크기(TiB) 버스팅 시 ST1 스캔 시간(단위: 시간)* 버스팅 시 SC1 스캔 시간(단위: 시간)*
1 1.17 3.64
2 1.17 3.64
3 1.75 3.64
4 2.33 4.66
5 2.91 5.83
6 3.50 6.99
7 4.08 8.16
8 4.66 9.32
9 5.24 10.49
10 5.83 11.65
11 6.41 12.82
12 6.99 13.98
13 7.57 15.15
14 8.16 16.31
15 8.74 17.48
16 9.32 18.64

* 이 스캔 시간은 1MiB의 순차 I/O를 수행할 때 4 이상의 평균 대기열 깊이(가장 가까운 정수로 반올림)를 가정합니다.

따라서 빠르게 스캔을 완료해야 하거나(최대 500MiB/s) 하루 안에 여러 건의 전체 볼륨 스캔이 필요한 처리량 중심의 워크로드를 가지고 있는 경우 st1을 사용하십시오. 비용을 최적화해야 하고 데이터에 그다지 자주 액세스하지 않으며 250MiB/s 이상의 스캔 성능이 필요하지 않다면 sc1을 사용하십시오.

HDD 기반 소량 읽기/쓰기의 비효율성

st1sc1 볼륨의 성능 모델은 순차 I/O, 높은 처리량의 워크로드 사용, 혼합 IOPS 및 처리량의 워크로드에 허용되는 성능 제공, 소용량 랜덤 I/O 회피에 최적화되어 있습니다.

예를 들어 1MiB 이하의 I/O 요청은 1MiB I/O 크레딧으로 간주됩니다. 그러나 순차 I/O는 1MiB I/O 블록으로 병합되고 1MiB I/O 크레딧으로 간주됩니다.

인스턴스당 처리량에 대한 제한

st1sc1 볼륨의 처리량은 항상 다음 중 작은 값에 따라 결정됩니다.

  • 볼륨의 처리량 제한

  • 인스턴스의 처리량 제한

모든 Amazon EBS 볼륨에서와 같이, 네트워크 병목 현상을 피하려면 적절한 EBS 최적화 EC2 인스턴스를 선택하는 것이 좋습니다. 자세한 내용은 Amazon EBS–최적화 인스턴스 단원을 참조하세요.

볼륨에 대한 버스트 버킷 밸런스 모니터링

gp2, st1, sc1 볼륨에 대해 Amazon CloudWatch에서 제공하는 EBS BurstBalance 지표를 사용하여 버스트 버킷 수준을 모니터링할 수 있습니다. 이 측정치는 버스트 버킷에 남아 있는 I/O 크레딧(gp2의 경우)의 비율 또는 처리량 크레딧의 비율(st1sc1의 경우)을 보여줍니다. BurstBalance 지표 및 I/O와 관련된 기타 지표에 대한 자세한 내용은 I/O 특성 및 모니터링 단원을 참조하십시오. CloudWatch에서는 BurstBalance 값이 특정 수준 밑으로 떨어질 경우 이를 알리도록 경보를 설정할 수도 있습니다. 자세한 내용은 Amazon CloudWatch 경보 생성을 참조하십시오.