Hogyan működik a terheléselosztás az AWS-ben?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** a bejövő forgalmat több cél között (EC2 példányok, konténerek, stb.) osztja el — javítja a **rendelkezésre állást** (nincs egyetlen hibapontja) és a **skálázhatóságot** (terhelés szétterítése). Ez a kulcsfontosságú komponens a megbízható, skálázható alkalmazások számára.

## Mit csinál a terheléselosztó

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

## AWS terheléselosztók típusai

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

## Fő jellemzők

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

## Miért fontos

A terheléselosztás megértése értékes, mert ez a kulcsfontosságú komponens az AWS-en **megbízható és skálázható** alkalmazások felépítéséhez, így fontos gyakorlati tudás.

A terheléselosztó két alapvető szükségletet kezel: **rendelkezésre állás** (a forgalom több backend cél között történő elosztásával és **állapotfigyeléssel**, amely csak az egészséges célokra irányítja a forgalmat, így ha egy példány meghibásodik, a forgalom a többi felé folytatódik — kiküszöbölve az egyetlen hibapontokat) és **skálázhatóság** (a terhelés több példány között való szétterítésével úgy, hogy egyik sem legyen túlterhelt, és egyetlen belépési pontot biztosít).

Ez a terheléselosztást nélkülözhetetlenné teszi minden olyan alkalmazáshoz, amelynek jelentős forgalmat kell megbízhatóan kezelnie.

A **típusok** megértése hasznos — **Application Load Balancer (ALB)** a 7. réteg HTTP/HTTPS-hez tartalom/útvonal/gazdagép-alapú útválasztással (az általános választás webalkalmazások és mikroszolgáltatások számára), **Network Load Balancer (NLB)** a 4. réteg ultramagas teljesítményű TCP/UDP-hez — segít a megfelelő kiválasztásában.

A **fő jellemzők** megértése fontos: állapotfigyelés (megbízhatóságért), szétterítés több **Availability Zone** között (Availability Zone-meghibásodások túlélése, magas rendelkezésre állási minta kombinálása), **automatikus skálázás** integrációja (automatikusan új példányok beépítése, ahogy skáláznak — így a terheléselosztás és az automatikus skálázás együtt működnek rugalmas, reziliens alkalmazások számára) és SSL/TLS lezárás.

A terheléselosztás + automatikus skálázás + több Availability Zone-ra való üzembe helyezés kombinációja az AWS skálázható, magas rendelkezésre állású alkalmazások alapvető mintája.

Mivel a megbízható, skálázható alkalmazások forgalmat igényelnek több példány között való elosztásához (rendelkezésre állás és méretezéshez), és mivel az ELB (típusaival, állapotfigyelésével, több Availability Zone-ra való szétterítésével és automatikus skálázási integrációjával) ennek a mechanizmusa, a terheléselosztás megértése értékes, gyakorlatban fontos AWS-tudás — a rugalmas felhőarchitektúra alapkomponense, amely az automatikus skálázás és több Availability Zone-ra való üzembe helyezés mellett működik együtt, hogy alkalmazásokat hozzon létre, amelyek valós forgalmat megbízhatóan és skálázva kezelnek.