Hvad er de forskellige storage-muligheder i AWS (S3, EBS, EFS)?

Question

Accepted Answer

AWS tilbyder flere **storage-typer** til forskellige behov — **S3** (object storage), **EBS** (block storage / diske til EC2) og **EFS** (delt fil-storage). At forstå deres forskelle og use cases hjælper med at vælge den rigtige storage til hver workload.

## De tre vigtigste storage-typer

```text
S3 (OBJECT storage) → files/objects accessed via API, virtually unlimited, durable:
  → for: files, backups, static assets, data lakes, anything accessed as whole objects
  → NOT a filesystem (no in-place edits; access by key); accessed over HTTP/API

EBS (BLOCK storage) → virtual disks ATTACHED to a single EC2 instance:
  → like a hard drive for an instance (boot volumes, databases, app data)
  → attached to ONE instance at a time (in one AZ); persists independently of the instance
  → for: an instance's filesystem, databases needing low-latency block storage

EFS (FILE storage) → a shared filesystem mountable by MANY instances simultaneously:
  → NFS file system; multiple EC2 instances mount it concurrently (shared access)
  → scales automatically; for: shared files across instances, content management, etc.
```

## Sammenligning og valg

```text
                S3 (Object)        EBS (Block)         EFS (File)
Access          API/HTTP (key)     attached disk       mounted filesystem (NFS)
Attached to     accessed by URL    ONE instance        MANY instances (shared)
Use for         files, backups,    instance disks,     shared files across
                static assets,     databases, boot     multiple instances
                data lakes         volumes
Scale           unlimited          fixed size (resize) auto-scaling
```

```text
CHOOSE: S3 for objects/files/backups/static content (most common general storage)
        EBS for an instance's disk / database storage (block, single instance)
        EFS for shared filesystem access across multiple instances
```

## Hvorfor det betyder noget

At forstå AWS's storage-muligheder er værdifuldt, fordi det at vælge den rigtige storage-type til hver workload er vigtig for både funktionalitet og omkostninger, så det er praktisk AWS-viden.

De tre vigtigste typer tjener fundamentalt forskellige formål: **S3** (object storage) er til filer, backups, statiske assets og data lakes — tilgås som hele objekter via API, praktisk ubegrænset og pålidelig, den mest almindelige general-purpose storage; **EBS** (block storage) leverer virtuelle **diske tilsluttet en enkelt EC2-instans** — som en harddisk, brugt til instans-filsystemer, boot-volumener og databaser, der har brug for lav-latency block storage; og **EFS** (fil-storage) leverer et **delt filsystem, som kan monteres af mange instanser samtidigt** — til delte filer på tværs af flere instanser.

At forstå deres vigtige skel — hvordan de tilgås (S3 via API/key, EBS som en tilsluttet disk, EFS som et monteret filsystem), hvad de tilslutter til (S3 tilgås via URL, EBS til én instans, EFS delt på tværs af mange) og deres use cases — er nødvendigt for at vælge korrekt.

At vælge den **forkerte storage-type** forårsager rigtige problemer: at prøve at dele en EBS-volumen på tværs af instanser (det kan den ikke), at bruge S3 til lav-latency block storage, som en database har brug for (forkert model), eller at bruge EFS, når object storage ville være billigere og enklere — så matching af storage til workload betyder noget for både funktionalitet (bruge en type, der kan håndtere access-mønsteret) og omkostninger (den passende type er ofte billigere).

At forstå **hvornår man skal bruge hver enkelt** (S3 til objekter/filer/backups, EBS til instans-diske og databaser, EFS til delt filsystem-adgang) afspejler sunde arkitektoniske beslutninger.

Da AWS-applikationer har varierede storage-behov (object storage til filer, block storage til databaser og diske, delt fil-storage på tværs af instanser) og at vælge den rigtige type påvirker funktionalitet og omkostninger, er det at forstå AWS storage-muligheder (S3, EBS, EFS) og deres passende use cases værdifuldt, praktisk relevant AWS-viden til at designe applikationer med den rigtige storage til hver workload, en almindelig og vigtig arkitektonisk betragtning.