Xoxoftware - XOXO Creative Studio | Web & Mobile App Development | Fred Cheung | Hong Kong
AWSStorage

Amazon EBS

Amazon Elastic Block Store (EBS) — persistent block storage for EC2. Covers volume types (gp3, io2, st1, sc1), IOPS vs throughput trade-offs, and cross-cloud equivalents.

Overview

Amazon Elastic Block Store (EBS) provides persistent block-level storage volumes for use with Amazon EC2 instances. EBS volumes behave like raw, unformatted block devices — attached to an EC2 instance and used like a physical disk.

Key properties:

  • Availability Zone (AZ)-scoped — a volume exists in one AZ and can only be attached to instances in that same AZ
  • Persistent — data persists independently of the EC2 instance lifecycle (survives stop/start)
  • Snapshots — point-in-time backups stored in Amazon S3; can be used to create volumes in any AZ

SAA/SAP Tip: EBS is AZ-bound. To move data across AZs, create a snapshot and restore it in the target AZ (or use Amazon EFS for shared, multi-AZ file storage).


Volume Types

SSD-Backed (IOPS-optimized)

Volume TypeUse CaseIOPSThroughputVolume SizeDurabilityCost
gp3 (General Purpose SSD)Default for most workloads3,000 free; max 16,000 (extra cost)125 MB/s free; max 1,000 MB/s (extra cost)1 GiB – 16 TiB99.8–99.9%Moderate
gp2 (General Purpose SSD, legacy)Older default; IOPS tied to volume size100 – 16,000 (3 IOPS/GiB)128–250 MB/s1 GiB – 16 TiB99.8–99.9%Moderate
io2 Block Express (Provisioned IOPS SSD)I/O-intensive workloads: critical OLTP, SAP HANAMax 256,000Max 4,000 MB/s4 GiB – 64 TiB99.999%Highest
io1 (Provisioned IOPS SSD, legacy)Critical OLTP, latency-sensitiveMax 64,000Max 1,000 MB/s4 GiB – 16 TiB99.8–99.9%High

HDD-Backed (Throughput-optimized)

Volume TypeUse CaseMax IOPSMax ThroughputVolume SizeBoot Volume?Cost
st1 (Throughput Optimized HDD)Big data, log processing, large sequential reads500500 MB/s125 GiB – 16 TiBNoLow
sc1 (Cold HDD)Infrequently accessed cold data250250 MB/s125 GiB – 16 TiBNoLowest

Exam Trap: st1 and sc1 volumes cannot be used as boot volumes. Only SSD-backed volumes (gp2, gp3, io1, io2) support booting an EC2 instance.

SAA/SAP Tip: Prefer gp3 over gp2 for new workloads — gp3 is ~20% cheaper at baseline and allows independent scaling of IOPS and throughput without increasing volume size. With gp2, IOPS are locked to 3 IOPS/GiB.


Latency Characteristics

CategoryVolume TypeLatency
SSD (General Purpose)gp3, gp2Single-digit milliseconds
SSD (Provisioned IOPS)io2, io1Sub-millisecond
HDDst1, sc1Not suited for latency-sensitive workloads

Key SAA/SAP Exam Tips

SAA/SAP Tip: When a scenario requires highest IOPS with lowest latency (e.g., database with millions of transactions), choose io2 Block Express. When single-digit millisecond latency and cost-efficiency matter most, choose gp3.

SAA/SAP Tip: For big data / MapReduce / log processing, st1 is the correct answer — high throughput at low cost.

Exam Trap: Multi-Attach (attaching one EBS volume to multiple EC2 instances simultaneously) is only supported for io1 and io2 volumes, and only within the same AZ.


Cross-Cloud Equivalents

ProviderService / SolutionNotes
AWSAmazon EBSBaseline
AzureAzure Disk StorageSimilar tiered SSD (Premium, Standard) / HDD model; zone-pinned like EBS
GCPPersistent Disk / HyperdiskHyperdisk Extreme for high-IOPS workloads; similar tier structure
On-PremisesLocal HDD / SSD, SAN, NASDirect-attached or network storage; no built-in HA or snapshot management
AkamaiAkamai Block StorageS3-compatible block storage for Akamai cloud instances
DigitalOceanDigitalOcean Block Storage (Volumes)SSD-backed; simpler tier model

Pricing Model

  • Billed per GB-month provisioned (not consumed)
  • Additional charge for provisioned IOPS above baseline (io1, io2, gp3 above 3,000)
  • Additional charge for provisioned throughput above baseline (gp3 above 125 MB/s)
  • Snapshots billed per GB-month stored in S3

Built by Fred Cheung @CookedRicer · Powered by Fumadocs & Github Copilot

On this page