Hvordan fungerer load balancing i AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** distribuerer indgående trafik på tværs af flere målgrupper (EC2-instanser, containere osv.) — hvilket forbedrer **tilgængelighed** (ingen enkelt fejlpunkt) og **skalerbarhed** (spredning af belastning). Det er en vigtig komponent for pålidelige, skalerbare applikationer.

## Hvad en load balancer gø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 af AWS load balancers

```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øglefunktioner

```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 betyder noget

Forståelse af load balancing er værdifuld, fordi det er en vigtig komponent til opbygning af **pålidelige og skalerbare** applikationer på AWS, så det er vigtig praktisk viden.

En load balancer løser to grundlæggende behov: **tilgængelighed** (ved at distribuere trafik på tværs af flere backend-målgrupper med **sundhedskontroller**, der kun dirigerer trafik til sunde målgrupper, så hvis én instans mislykkes, fortsætter trafiken til de andre — hvilket eliminerer enkeltfejlpunkter) og **skalerbarhed** (spredning af belastning på tværs af flere instanser, så ingen enkelt overbelastes, og der er en enkelt indgangspunkt).

Dette gør load balancing væsentligt for enhver applikation, der skal håndtere betydelig trafik på pålidelig vis.

Forståelse af **typerne** — **Application Load Balancer (ALB)** til Layer 7 HTTP/HTTPS med indholds-/sti-/værts-baseret routing (det almindelige valg for webapplikationer og mikroservices), **Network Load Balancer (NLB)** til Layer 4 ultra-højtydende TCP/UDP — hjælper med at vælge den rigtige.

Forståelse af **nøglefunktionerne** er vigtig: sundhedskontroller (for pålidelighed), spredning på tværs af **flere tilgængelighedszoner** (overlevelse af tilgængelighedszonefejl, kombineret med højtilgængeligheds-mønstret), integration med **auto scaling** (automatisk indsætning af nye instanser, når de skaleres — så load balancing og auto scaling fungerer sammen for elastiske, modstandsdygtige applikationer) og SSL/TLS-afslutning.

Kombinationen af load balancing + auto scaling + multi-AZ-implementering er fundamentalmønstret for skalerbare, højt-tilgængelige AWS-applikationer.

Da pålidelige, skalerbare applikationer kræver distribution af trafik på tværs af flere instanser (for tilgængelighed og skala), og da ELB (med sine typer, sundhedskontroller, multi-AZ-spredning og auto-scaling-integration) er mekanismen for dette, er forståelse af load balancing værdifuld, praktisk-vigtig AWS-viden — en kernkomponent i robust cloud-arkitektur, der fungerer hånd i hånd med auto scaling og multi-AZ-implementering til opbygning af applikationer, der håndterer virkelig trafik pålidelig og i skala.