Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/roxsross/aws-cloud-practitioner-complete-guide/llms.txt

Use this file to discover all available pages before exploring further.

AWS organizes cloud storage into four fundamental categories: object storage (S3) for unstructured data at any scale, block storage (EBS) for low-latency volumes attached to EC2 instances, file storage (EFS) for shared NFS workloads across multiple instances, and archive storage (Glacier) for long-term retention at the lowest possible cost. Knowing which category matches a given use case is a core skill tested throughout the CLF-C02 exam.

Amazon S3

Unlimited object storage with 11 nines of durability and multiple storage class tiers

Amazon EBS

Persistent block storage volumes for EC2 with SSD and HDD options

Amazon EFS

Fully managed NFS file system that scales automatically and supports concurrent access

AWS Snow Family

Physical devices for migrating petabyte-scale data into AWS offline

AWS Storage Services in Depth

Amazon S3 is AWS’s flagship object storage service. It stores data as objects inside buckets and is designed for durability of 99.999999999% (11 nines) — meaning that if you stored 10 million objects, you could expect to lose at most one object every 10,000 years.

Core Concepts

  • Bucket — A container for objects, globally unique in name, tied to a specific AWS Region
  • Object — Any file plus its metadata (up to 5 TB per object)
  • Key — The unique identifier (path) for an object within a bucket

S3 Storage Classes

Storage ClassUse CaseRetrievalAvailability
S3 StandardFrequently accessed dataMilliseconds99.99%
S3 Intelligent-TieringUnknown or changing access patternsMilliseconds99.9%
S3 Standard-IAInfrequently accessed, rapid retrieval neededMilliseconds99.9%
S3 One Zone-IAInfrequent access, single AZ (lower cost)Milliseconds99.5%
S3 Glacier Instant RetrievalArchive with millisecond accessMilliseconds99.9%
S3 Glacier Flexible RetrievalArchive, retrieval in minutes to hours1 min – 12 hrs99.99%
S3 Glacier Deep ArchiveLong-term archive, lowest cost12–48 hours99.99%

S3 Key Features

  • Versioning — Preserve, retrieve, and restore every version of every object. Protects against accidental deletes and overwrites.
  • Lifecycle Policies — Automatically transition objects between storage classes or expire them after a set period.
  • Replication — Cross-Region Replication (CRR) copies objects to another region; Same-Region Replication (SRR) copies within the same region.
  • Static Website Hosting — Host a static website directly from an S3 bucket.

Common Use Cases

Data lakes, application backups, static website hosting, media storage and streaming, software distribution, and disaster recovery archives.
Amazon EBS provides persistent block storage volumes that attach to EC2 instances like a virtual hard drive. Unlike instance store (ephemeral storage directly on the host), EBS volumes persist independently from the lifecycle of the EC2 instance they are attached to — if you stop or terminate the instance, your data remains.

EBS Volume Types

TypeCategoryBest For
gp3 (General Purpose SSD)SSDBoot volumes, virtual desktops, low-latency apps
io2 (Provisioned IOPS SSD)SSDMission-critical databases requiring high IOPS
st1 (Throughput Optimized HDD)HDDBig data, log processing, high-throughput sequential workloads
sc1 (Cold HDD)HDDInfrequently accessed workloads requiring lowest cost

Key Characteristics

  • A single EBS volume can only be attached to one EC2 instance at a time (standard volumes)
  • EBS Multi-Attach (io1/io2 only) allows one volume to attach to multiple instances in the same AZ
  • Snapshots — Point-in-time backups of EBS volumes stored in S3. Incremental: only changed blocks are saved after the first snapshot.
  • EBS volumes are tied to a specific Availability Zone — to move data, create a snapshot and restore it in another AZ or Region
Amazon EFS is a fully managed NFS (Network File System) service that provides shared file storage for use with EC2 instances and Lambda functions. Unlike EBS, multiple instances can mount and read/write the same EFS file system simultaneously — making it ideal for shared workloads.

Key Characteristics

  • Automatically scales — grows and shrinks as you add or remove files, with no capacity planning required
  • Multi-AZ access — a single EFS file system can be accessed from instances across multiple Availability Zones
  • Storage classes: EFS Standard and EFS Infrequent Access (EFS-IA) for cost optimization
  • Encryption at rest and in transit is supported

Common Use Cases

  • Shared content repositories for web servers
  • Content Management Systems (CMS) like WordPress across multiple nodes
  • Home directories for Linux users
  • Big data and analytics workflows requiring shared access to data files
  • Container storage (persistent volumes for ECS/EKS workloads)
Amazon S3 Glacier is AWS’s purpose-built long-term archive storage service, designed for data that is rarely accessed but must be retained for months, years, or decades. It offers the lowest storage cost in the S3 family.

Retrieval Options

Retrieval TierTimeBest For
Expedited1–5 minutesUrgent retrieval of a subset of archives
Standard3–5 hoursTypical restore jobs with no urgency
Bulk5–12 hoursLarge-volume restores at the lowest retrieval cost

Vault Lock

Glacier Vault Lock enforces compliance controls through a lockable policy — for example, WORM (Write Once, Read Many) retention. Once locked, the policy cannot be changed, supporting regulatory compliance requirements.
AWS Storage Gateway is a hybrid cloud storage service that connects your on-premises environments to AWS cloud storage. It enables low-latency access to AWS storage from on-premises applications using standard storage protocols.

Gateway Types

TypeProtocolBacked By
File GatewayNFS / SMBAmazon S3
Volume GatewayiSCSIAmazon S3 + EBS snapshots
Tape GatewayiSCSI VTLS3 Glacier
Storage Gateway is commonly used for backup and archiving, disaster recovery, and as a tiered storage solution to extend on-premises capacity into AWS.
The AWS Snow Family consists of physical edge computing and data transfer devices used to migrate large volumes of data into AWS when internet transfer is impractical due to time, bandwidth, or cost constraints.

Snow Family Devices

DeviceUsable StorageUse Case
Snowcone8 TB HDD / 14 TB SSDEdge computing, small data migrations
Snowball Edge Storage Optimized80 TBLarge data center migrations
Snowball Edge Compute Optimized28 TB + GPUEdge ML and compute-intensive tasks
SnowmobileUp to 100 PBExabyte-scale data center migrations

How It Works

AWS ships a device to your location. You load your data onto the device, ship it back to AWS, and AWS uploads the data into S3. All data is encrypted with AWS KMS keys.
As a rule of thumb: if transferring your data over the internet would take more than a week, the Snow Family is likely the faster and more cost-effective option.

Storage Services Comparison

ServiceTypeDurabilityLatencyKey Use Case
S3Object99.999999999%MillisecondsData lakes, backups, static sites
EBSBlock99.999%Sub-millisecondEC2 OS volumes, databases
EFSFile (NFS)High (multi-AZ)LowShared workloads, CMS, home dirs
S3 Glacier Deep ArchiveArchive99.999999999%12–48 hoursCompliance archives, long-term retention
Instance StoreEphemeral BlockNone (lost on stop)LowestTemp buffers, cache
The exam frequently tests whether you can distinguish between object, block, and file storage. Remember: S3 is not a file system and cannot be mounted like a drive — it is accessed via HTTP APIs (GET, PUT, DELETE).
Storage selection cheat sheet:
  • S3 → Store any type or amount of unstructured data; object-level access via API
  • EBS → Attach a virtual hard disk to a single EC2 instance; needs low-latency block I/O
  • EFS → Multiple EC2 instances need shared, concurrent access to the same file system
  • Glacier / Glacier Deep Archive → Data rarely accessed, must be kept for years, lowest cost matters most
  • Snow Family → You need to physically move terabytes or petabytes into AWS offline

Build docs developers (and LLMs) love