Hva er de ulike lagringsalternativene i AWS (S3, EBS, EFS)?

Question

Accepted Answer

AWS tilbyr flere **lagringstyper** for ulike behov — **S3** (objektlagring), **EBS** (blokklagring / disker for EC2), og **EFS** (delt fillagring). Å forstå deres forskjeller og brukstilfeller hjelper til med å velge riktig lagring for hver arbeidsmengde.

## De tre hovedlagringstypene

```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 er viktig

Å forstå AWS sine lagringsalternativ er verdifullt fordi å velge riktig lagringtype for hver arbeidsmengde er viktig både for funksjonalitet og kostnad, så det er nyttig praktisk AWS-kunnskap.

De tre hovedtypene tjener fundamentalt ulike formål: **S3** (objektlagring) er for filer, sikkerhetskopier, statiske ressurser og data lakes — tilgjengelig som hele objekter via API, praktisk ubegrenset og holdbar, den vanligste lagringen for generelle formål; **EBS** (blokklagring) gir virtuelle **disker koblet til en enkelt EC2-instans** — som en harddisk, brukt for instansfilesystemer, oppstartsvolumer og databaser som trenger blokklagring med lav latens; og **EFS** (fillagring) gir et **delt filsystem som kan monteres av mange instanser samtidig** — for delte filer på tvers av flere instanser.

Å forstå deres nøkkelbegrensninger — hvordan de åpnes (S3 via API/nøkkel, EBS som en tilkoblet disk, EFS som et montert filsystem), hva de tilknyttes (S3 tilgjengelig via URL, EBS til en instans, EFS delt over mange), og deres brukstilfeller — er nødvendig for å velge korrekt.

Å velge **feil lagringtype** forårsaker reelle problemer: å prøve å dele en EBS-volum på tvers av instanser (det kan ikke gjøres), å bruke S3 for blokklagring med lav latens som en database trenger (feil modell), eller å bruke EFS når objektlagring ville vært billigere og enklere — så å tilpasse lagring til arbeidsmengden er viktig både for funksjonalitet (å bruke en type som er i stand til tilgangsmønsteret) og kostnad (den passende typen er ofte billigere).

Å forstå **når du skal bruke hver** (S3 for objekter/filer/sikkerhetskopier, EBS for instansdisker og databaser, EFS for delt filesystemtilgang) gjenspeiler sunne arkitektoniske beslutninger.

Da AWS-applikasjoner har varierte lagringsbehov (objektlagring for filer, blokklagring for databaser og disker, delt fillagring på tvers av instanser) og valg av riktig type påvirker funksjonalitet og kostnad, er det verdifullt, praktisk relevant AWS-kunnskap å forstå AWS lagringsalternativ (S3, EBS, EFS) og deres passende brukstilfeller for utforming av applikasjoner med riktig lagring for hver arbeidsmengde, en vanlig og viktig arkitektonisk vurdering.