it-themen:grundlagen:netzwerkdienste:load_balancing
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| it-themen:grundlagen:netzwerkdienste:load_balancing [04.12.2025 10:25] – [1. Layer 4 Load Balancing (Transport-Layer)] lars | it-themen:grundlagen:netzwerkdienste:load_balancing [04.12.2025 10:34] (aktuell) – [Zusammenfassung] lars | ||
|---|---|---|---|
| Zeile 50: | Zeile 50: | ||
| ==== Merkmale ==== | ==== Merkmale ==== | ||
| - | * sehr schnell | + | * sehr schnell |
| - | * arbeitet mit TCP/UDP direkt | + | * arbeitet mit TCP/UDP direkt |
| - | * keine Inhalteinsicht | + | * keine Inhalteinsicht |
| - | * gut fĂĽr VPN, Datenbanken, | + | * gut fĂĽr VPN, Datenbanken, |
| ==== Beispiele ==== | ==== Beispiele ==== | ||
| Zeile 64: | Zeile 64: | ||
| ==== Typische L4-Methoden ==== | ==== Typische L4-Methoden ==== | ||
| - | * Round Robin  | + | * Round Robin |
| - | * Least Connections | + | * Least Connections |
| - | * Source IP Hash  | + | * Source IP Hash |
| - | * Weighted Scheduling | + | * Weighted Scheduling |
| --- | --- | ||
| Zeile 86: | Zeile 87: | ||
| < | < | ||
| - | Client → LB (L7) | + |  |
| - | ├── /api → Server1 | + | Client → LB (L7) |
| - | ├── /images → Server2 | + | |
| - | └── /admin → Server3 | + | |
| + | | ||
| + | Â | ||
| </ | </ | ||
| ==== Merkmale ==== | ==== Merkmale ==== | ||
| - | * sehr flexibel | + | * sehr flexibel |
| - | * Routing nach Inhalt | + | * Routing nach Inhalt |
| - | * SSL/ | + | * SSL/ |
| - | * ideal fĂĽr Webservices | + | * ideal fĂĽr Webservices |
| ==== Beispiele ==== | ==== Beispiele ==== | ||
| - | * Nginx  | + | * Nginx |
| - | * Traefik | + | * Traefik |
| - | * HAProxy (kann L7) Â | + | * HAProxy (kann L7)Â |
| - | * Envoy  | + | * Envoy |
| - | * F5 Big-IP | + | * F5 Big-IP |
| * AWS ALB (Application Load Balancer) | * AWS ALB (Application Load Balancer) | ||
| ==== Vorteile ==== | ==== Vorteile ==== | ||
| - | * intelligenter Trafficfluss | + | * intelligenter Trafficfluss |
| - | * HTTPS-Aufbrechen & Analyse | + | * HTTPS-Aufbrechen & Analyse |
| - | * API-Gateway-Funktionen | + | * API-Gateway-Funktionen |
| ==== Nachteile ==== | ==== Nachteile ==== | ||
| - | * mehr CPU-Bedarf | + | * mehr CPU-Bedarf |
| - | * komplexer | + | * komplexer |
| - | * TLS-Handling muss sauber sein | + | * TLS-Handling muss sauber sein |
| --- | --- | ||
| Zeile 128: | Zeile 133: | ||
| < | < | ||
| - | 1 → S1  | + |  |
| - | 2 → S2  | + | 1 → S1  |
| - | 3 → S3  | + | 2 → S2  |
| - | 4 → S1 | + | 3 → S3  |
| + | 4 → S1 | ||
| + | Â | ||
| </ | </ | ||
| Zeile 150: | Zeile 158: | ||
| Beispiele: | Beispiele: | ||
| - | * Ping  | + | * Ping |
| - | * TCP-Port erreichbar | + | * TCP-Port erreichbar |
| - | * HTTP-Status 200 Â | + | * HTTP-Status 200Â |
| - | * eigene API-Healthchecks | + | * eigene API-Healthchecks |
| Wenn ein Server nicht gesund ist → automatisch herausgenommen. | Wenn ein Server nicht gesund ist → automatisch herausgenommen. | ||
| Zeile 160: | Zeile 168: | ||
| < | < | ||
| - | Server2 DOWN → Traffic nur an Server1 & Server3 | + |  |
| + | Server2 DOWN → Traffic nur an Server1 & Server3 | ||
| + | Â | ||
| </ | </ | ||
| + | |||
| --- | --- | ||
| Zeile 170: | Zeile 182: | ||
| Vorteile: | Vorteile: | ||
| - | * geringere Serverlast | + | * geringere Serverlast |
| - | * zentrale Zertifikatsverwaltung | + | * zentrale Zertifikatsverwaltung |
| - | * Content-based Routing möglich | + | * Content-based Routing möglich |
| Beispiel (Traefik, Nginx): | Beispiel (Traefik, Nginx): | ||
| < | < | ||
| - | Client → HTTPS → LB → HTTP → Backend | + |  |
| + | Client → HTTPS → LB → HTTP → Backend | ||
| + | Â | ||
| </ | </ | ||
| + | |||
| --- | --- | ||
| Zeile 187: | Zeile 203: | ||
| < | < | ||
| - | Nginx/ | + | Â |
| + | Nginx/ | ||
| + | Â | ||
| </ | </ | ||
| Zeile 193: | Zeile 212: | ||
| < | < | ||
| - | HAProxy (L4) → 2× Dovecot IMAP Server | + |  |
| + | HAProxy (L4) → 2× Dovecot IMAP Server | ||
| + | Â | ||
| </ | </ | ||
| Zeile 199: | Zeile 221: | ||
| < | < | ||
| - | HAProxy (L4) → 2× WireGuard Gateways | + |  |
| + | HAProxy (L4) → 2× WireGuard Gateways | ||
| + | Â | ||
| </ | </ | ||
| Zeile 205: | Zeile 230: | ||
| K8s nutzt: | K8s nutzt: | ||
| - | * kube-proxy | + | * kube-proxy |
| - | * ingress controller (Traefik, Nginx) | + | * ingress controller (Traefik, Nginx)Â |
| - | * LoadBalancer Services | + | * LoadBalancer Services |
| --- | --- | ||
| Zeile 214: | Zeile 240: | ||
| Load Balancer: | Load Balancer: | ||
| - | * verteilt Traffic | + | * verteilt Traffic |
| - | * kann L4 oder L7 sein | + | * kann L4 oder L7 sein |
| Reverse Proxy: | Reverse Proxy: | ||
| - | * immer L7 Â | + | * immer L7Â |
| - | * nimmt Anfragen entgegen und leitet an Backend weiter | + | * nimmt Anfragen entgegen und leitet an Backend weiter |
| - | * z. B. Traefik, Nginx, Apache mod_proxy | + | * z. B. Traefik, Nginx, Apache mod_proxy |
| Viele Produkte kombinieren beides. | Viele Produkte kombinieren beides. | ||
| + | |||
| --- | --- | ||
| Zeile 229: | Zeile 256: | ||
| Oft nutzt man: | Oft nutzt man: | ||
| - | * VRRP (Keepalived) | + | * VRRP (Keepalived)Â |
| - | * Heartbeat | + | * Heartbeat |
| - | * Pacemaker | + | * Pacemaker |
| ASCII: | ASCII: | ||
| < | < | ||
| - | VIP (Virtuelle IP)Â | + | Â |
| - | | + | VIP (Virtuelle IP)Â |
| - | [LB1] <→> [LB2] | + | ↓ |
| + | [LB1] <→> [LB2] | ||
| + | Â | ||
| </ | </ | ||
| Wenn LB1 ausfällt → LB2 übernimmt. | Wenn LB1 ausfällt → LB2 übernimmt. | ||
| + | |||
| --- | --- | ||
| Zeile 247: | Zeile 278: | ||
| ====== Zusammenfassung ====== | ====== Zusammenfassung ====== | ||
| - | * Load Balancing verteilt Anfragen auf mehrere Server | + | * Load Balancing verteilt Anfragen auf mehrere Server |
| - | * L4 = schnelles Routing nach IP/ | + | * L4 = schnelles Routing nach IP/Port |
| - | * L7 = Routing nach Inhalten (URLs, Header) | + | * L7 = Routing nach Inhalten (URLs, Header)Â |
| - | * Health Checks prüfen Serverzustand | + | * Health Checks prüfen Serverzustand |
| - | * TLS-Offloading erleichtert Verwaltung | + | * TLS-Offloading erleichtert Verwaltung |
| - | * in modernen Architekturen unverzichtbar | + | * in modernen Architekturen unverzichtbar |
| - | * Docker, Kubernetes, Cloud nutzen fast immer L7 Load Balancer | + | * Docker, Kubernetes, Cloud nutzen fast immer L7 Load Balancer |
it-themen/grundlagen/netzwerkdienste/load_balancing.1764840320.txt.gz · Zuletzt geändert: von lars