Hur fungerar lastbalansering i AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** distribuerar inkommande trafik över flera mål (EC2-instanser, behållare, etc.) — vilket förbättrar **tillgänglighet** (ingen enskild felkälla) och **skalbarhet** (sprider lasten). Det är en nyckelkomponent för tillförlitliga, skalbara applikationer.

## Vad en lastbalanserare 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 av AWS-lastbalanserare

```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.
```

## Viktiga funktioner

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

## Varför det spelar roll

Att förstå lastbalansering är värdefullt eftersom det är en nyckelkomponent för att bygga **tillförlitliga och skalbara** applikationer på AWS, så det är viktig praktisk kunskap.

En lastbalanserare hanterar två grundläggande behov: **tillgänglighet** (genom att distribuera trafik över flera backend-mål med **hälsokontroller** som dirigerar trafik endast till friska mål, så om en instans misslyckas fortsätter trafiken till de andra — vilket eliminerar enskilda felkällor) och **skalbarhet** (sprider lasten över flera instanser så att ingen enskild blir överbelastad, och tillhandahåller en enskild ingångspunkt).

Detta gör lastbalansering väsentlig för alla applikationer som behöver hantera betydande trafik på ett tillförlitligt sätt.

Att förstå **typerna** — **Application Load Balancer (ALB)** för Layer 7 HTTP/HTTPS med innehålls-/väg-/värdbaserad dirigering (det vanliga valet för webbapplikationer och mikrotjänster), **Network Load Balancer (NLB)** för Layer 4 ultra-högpresterande TCP/UDP — hjälper till att välja rätt.

Att förstå de **viktiga funktionerna** är viktigt: hälsokontroller (för tillförlitlighet), spridning över **flera tillgänglighetszoner** (överleva AZ-fel, kombinerat med högtillgänglighetsmönstret), integrering med **auto scaling** (inkluderar automatiskt nya instanser när de skalas — så lastbalansering och auto scaling fungerar tillsammans för elastiska, motståndskraftiga applikationer), och SSL/TLS-avslutning.

Kombinationen av lastbalansering + auto scaling + distribution över flera AZ är grundmönstret för skalbara, högtillgängliga AWS-applikationer.

Eftersom tillförlitliga, skalbara applikationer kräver distribution av trafik över flera instanser (för tillgänglighet och skala), och eftersom ELB (med sina typer, hälsokontroller, spridning över flera AZ och auto-scaling-integrering) är mekanismen för detta, är förståelse för lastbalansering värdeful, praktiskt viktig AWS-kunskap — en kärnkomponent i motståndskraftig molnarkitektur som fungerar tillsammans med auto scaling och distribution över flera AZ för att bygga applikationer som hanterar verklig trafik tillförlitligt och i stor skala.