Русский
English
Українська
Deutsch
Español
Load Balancer vs. Reverse Proxy — Was ist der Unterschied?
Einführung
Load Balancer und Reverse Proxy sind zwei grundlegende Komponenten der Netzwerkinfrastruktur, die oft verwechselt werden. Beide sitzen zwischen Clients und Servern, beide akzeptieren Anfragen und leiten sie weiter. Ihre Ziele und Funktionalitäten unterscheiden sich jedoch.
In der Praxis kombinieren viele Tools beide Rollen (Nginx, HAProxy), was die Verwirrung weiter verstärkt. Lassen Sie uns dies im Detail aufschlüsseln.
Reverse Proxy — Was er tut
Ein Reverse Proxy ist ein Server, der Anfragen von Clients im Namen von Backend-Servern entgegennimmt. Der Client weiß nicht, mit welchem spezifischen Server er kommuniziert.
Hauptfunktionen
Infrastrukturverschleierung — Clients sehen nur die IP des Proxys, nicht die der echten Server. Dies erhöht die Sicherheit.
SSL-Terminierung — der Proxy übernimmt SSL/TLS und entlastet die Backend-Server von kryptografischen Operationen.
Caching — Speichern von Antworten für wiederholte Anfragen, ohne das Backend zu kontaktieren.
Komprimierung — Gzip/Brotli-Komprimierung von Antworten zur Bandbreiteneinsparung.
Angriffsschutz — Filtern bösartiger Anfragen, DDoS-Schutz.
URL-Rewriting — Ändern von Anforderungspfaden vor der Weiterleitung an das Backend.
Header-Injection — X-Real-IP, X-Forwarded-For und andere Dienst-Header.
Load Balancer — Was er tut
Ein Load Balancer ist ein Server, der eingehende Anfragen auf mehrere Backend-Server verteilt, um die Last zu optimieren und Fehlertoleranz zu gewährleisten.
Hauptfunktionen
Lastverteilung — gleichmäßige Verteilung von Anfragen auf Server gemäß einem festgelegten Algorithmus.
Health Checking — kontinuierliche Überprüfung der Verfügbarkeit von Backend-Servern. Nicht verfügbare Server werden aus dem Pool entfernt.
Session Persistence — Binden der Sitzung eines Benutzers an einen einzigen Server (Sticky Sessions).
Fehlertoleranz — automatische Umleitung des Datenverkehrs bei Serverausfall.
Skalierung — Hinzufügen neuer Server ohne Ausfallzeiten.
Balancing-Algorithmen
| Algorithmus | Beschreibung | Wann zu verwenden |
|---|---|---|
| Round Robin | Sequentielle Verteilung | Identische Server |
| Weighted Round Robin | Berücksichtigt das Servergewicht | Server unterschiedlicher Kapazität |
| Least Connections | An den Server mit den wenigsten Verbindungen | Unterschiedliche Anfragedauern |
| IP Hash | Basierend auf dem Client-IP-Hash | Session Persistence erforderlich |
| Least Response Time | An den schnellsten Server | Geschwindigkeit ist entscheidend |
| Random | Zufällige Auswahl | Einfachheit |
Vergleich
| Parameter | Reverse Proxy | Load Balancer |
|---|---|---|
| Hauptziel | Vermittler zwischen Client und Server | Lastverteilung |
| Backend-Server | 1+ | 2+ (typischerweise) |
| SSL-Terminierung | Ja | Nicht unbedingt |
| Caching | Ja | Nein |
| Health Checks | Einfach | Erweitert |
| Balancing | Einfach | Erweitert |
| Komprimierung | Ja | Nein |
| URL-Rewriting | Ja | Nein |
| L4 (TCP) | Teilweise | Ja |
| L7 (HTTP) | Ja | Ja |
Wenn sie sich überschneiden
In der Realität kombinieren die meisten Tools beide Rollen:
Nginx — begann als Reverse Proxy, unterstützt aber Upstream-Balancing mit Health Checks, Weighted Round Robin und Least Connections.
HAProxy — begann als Load Balancer, unterstützt aber SSL-Terminierung, Header und ACLs für das Routing.
Envoy — als universeller Proxy konzipiert mit voller Unterstützung für beide Rollen plus Service Mesh.
Traefik — automatische Konfiguration für Container, Reverse Proxy + Load Balancer.
Balancing-Ebenen
L4 (Transportschicht)
Balancing auf TCP/UDP-Ebene. Der Balancer sieht nur IP und Port; er analysiert den Anfrageninhalt nicht. Schnell, aber ohne inhaltsabhängiges Routing.
L7 (Anwendungsschicht)
Balancing auf HTTP-Ebene. Analysiert URL, Header, Cookies. Ermöglicht Routing basierend auf dem Anfrageninhalt. Langsamer als L4, aber flexibler.
Beispiel für den Unterschied
L4 sieht: TCP-Verbindung zu Port 443 → verteilt gemäß Algorithmus.
L7 sieht: GET /api/users mit Cookie: session=abc123 → leitet an ein spezifisches Backend weiter.
Anwendung in der Proxy-Branche
Proxy-Anbieter
Proxy-Anbieter verwenden beide Komponenten:
Reverse Proxy — ein frontales Gateway, das Client-Verbindungen annimmt, die Authentifizierung handhabt und an den entsprechenden IP-Pool weiterleitet.
Load Balancer — verteilt Anfragen auf Pools von Proxy-Servern in verschiedenen Rechenzentren zur Fehlertoleranz.
Eigene Infrastruktur
Beim Aufbau einer eigenen Proxy-Farm:
1. Ein Load Balancer am Eingang verteilt den Datenverkehr auf die Proxy-Server
2. Jeder Proxy-Server fungiert als Forward Proxy zu den Ziel-Websites
3. Health Checks überprüfen die Verfügbarkeit jedes Proxys
Was wählen
Sie benötigen nur einen Reverse Proxy, wenn:
- Sie einen einzelnen Backend-Server haben
- SSL-Terminierung und Caching benötigt werden
- Sie Ihre Infrastruktur verbergen möchten
Sie benötigen einen Load Balancer, wenn:
- Mehrere Backend-Server vorhanden sind
- Fehlertoleranz erforderlich ist
- Eine gleichmäßige Lastverteilung entscheidend ist
Sie benötigen beides (was am häufigsten der Fall ist):
- Verwenden Sie Nginx, HAProxy oder Traefik — sie können beides
Fazit
Reverse Proxy und Load Balancer sind zwei Aspekte einer einzigen Aufgabe: die Verwaltung des Datenverkehrs zwischen Clients und Servern. Ein Reverse Proxy konzentriert sich auf Vermittlungsfunktionen (SSL, Caching, Sicherheit), während ein Load Balancer sich auf Lastverteilung und Fehlertoleranz konzentriert. In der modernen Infrastruktur wird am häufigsten ein Tool verwendet, das beide Rollen kombiniert.