Hvordan fungerer lastbalansering i AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** distribuerer innkommende trafikk på tvers av flere mål (EC2-instanser, containere, osv.) — som forbedrer **tilgjengelighet** (ingen enkeltfeilpunkt) og **skalabilitet** (spredt belastning). Det er en nøkkelkomponent for pålitelige, skalerbare applikasjoner.

## Det en lastbalancer gjør

```text
A LOAD BALANCER sits in front of multiple backend targets and distributes requests:
  Client → LOAD BALANCER → ┬→ Instance 1
                           ├→ Instance 2
                           └→ Instance 3
  → spreads traffic across targets (scalability + no single instance overloaded)
  → HEALTH CHECKS: routes only to HEALTHY targets (an unhealthy one is bypassed)
  → if a target fails, traffic goes to the others → HIGH AVAILABILITY
  → single entry point (clients hit the LB, not individual instances)
```

## Typer AWS-lastbalanserer

```text
APPLICATION LB (ALB) → Layer 7 (HTTP/HTTPS): content/path/host-based routing,
  great for web apps, microservices, containers (route /api → one group, /app → another)
NETWORK LB (NLB) → Layer 4 (TCP/UDP): ultra-high performance, low latency, static IPs
GATEWAY LB → for deploying virtual network appliances
(Classic LB → legacy)
→ ALB is the common choice for HTTP applications.
```

## Nøkkelfunksjoner

```text
✓ HEALTH CHECKS — detect unhealthy targets and stop routing to them (reliability)
✓ Spread across MULTIPLE AZs — survive an AZ failure
✓ Works with AUTO SCALING — automatically includes new instances as they scale
✓ SSL/TLS termination (handle HTTPS at the LB)
✓ Sticky sessions, path/host routing (ALB), WebSocket support
```

## Hvorfor det betyr noe

Å forstå lastbalansering er verdifullt fordi det er en nøkkelkomponent for å bygge **pålitelige og skalerbare** applikasjoner på AWS, så det er viktig praktisk kunnskap.

En lastbalancer adresserer to grunnleggende behov: **tilgjengelighet** (ved å distribuere trafikk på tvers av flere backend-mål med **helsekontroller** som ruter kun til friske mål, så hvis en instans mislykkes, fortsetter trafikken til de andre — eliminerer enkeltfeilpunkter) og **skalabilitet** (spredt belastning på tvers av flere instanser slik at ingen enkelt overbelastes, og gir et enkelt inngjangspunkt).

Dette gjør lastbalansering essensiell for enhver applikasjon som må håndtere betydelig trafikk pålitelig.

Å forstå **typene** — **Application Load Balancer (ALB)** for Lag 7 HTTP/HTTPS med innhold/sti/verts-basert ruting (det vanlige valget for webapplikasjoner og mikrotjenester), **Network Load Balancer (NLB)** for Lag 4 ultra-høyytelse TCP/UDP — hjelper til med å velge riktig.

Å forstå **nøkkelfunksjonene** er viktig: helsekontroller (for pålitelighet), spredning på tvers av **flere tilgjengelighetssoner** (overlevelse av tilgjengelighetssone-feil, kombinert med mønsteret for høy tilgjengelighet), integrasjon med **auto scaling** (automatisk inkludering av nye instanser når de skaleres — slik at lastbalansering og auto scaling fungerer sammen for elastiske, motstandsdyktige applikasjoner), og SSL/TLS-oppsigelse.

Kombina­sjo­nen av lastbalansering + auto scaling + multi-AZ-distribusjon er det grunnleggende mønsteret for skalerbare, høytilgjengelige AWS-applikasjoner.

Siden pålitelige, skalerbare applikasjoner krever fordeling av trafikk på tvers av flere instanser (for tilgjengelighet og skala), og siden ELB (med sine typer, helsekontroller, multi-AZ-spredning og auto-scaling-integrasjon) er mekanismen for dette, er det verdifullt å forstå lastbalansering — praktisk viktig AWS-kunnskap som er en kjernkomponent i motstandsdyktig skyarkitektur som fungerer hånd i hånd med auto scaling og multi-AZ-distribusjon for å bygge applikasjoner som håndterer virkelig trafikk pålitelig og i stor skala.