Ein Load Balancer sitzt zwischen Clients und einer Gruppe von Backend-Servern und leitet jede Anfrage basierend auf einem ausgewählten Algorithmus an einen dieser Server weiter. Dies verteilt die Arbeitslast gleichmäßig, verhindert, dass ein einzelner Server zum Engpass wird, und hält Ihren Service am Laufen, auch wenn ein Server ausfällt.
Load Balancer arbeiten auf verschiedenen Schichten. Layer-4-Balancer (Transport) leiten basierend auf IP-Protokolldaten weiter, während Layer-7-Balancer (Anwendung) HTTP-Header inspizieren und Traffic basierend auf URL-Pfaden, Hostnamen oder anderen Application-Level-Details lenken können.
Häufige Balancing-Algorithmen:
- Round Robin: verteilt Anfragen gleichmäßig der Reihe nach
- Least Connections: sendet Traffic an den Server mit den wenigsten aktiven Verbindungen
- IP Hash: routet basierend auf Client-IP für Session-Persistierung
- Weighted: weist leistungsstärkeren Servern mehr Traffic zu
Load Balancer führen auch Health Checks durch – testen regelmäßig Backend-Server und entfernen nicht erreichbare aus dem Rotation. Dies stellt sicher, dass Traffic niemals fehlgeschlagene oder beeinträchtigte Server erreicht.
Beispiel-Setup: Zwei Web-Server hinter einem Load Balancer unter example.com. Ihr A record zeigt auf die IP des Load Balancers. Wenn ein Benutzer example.com besucht, leitet der Load Balancer die Anfrage an Server 1 oder Server 2 weiter (oder verteilt Sessions auf beide). Wenn Server 1 ausfällt, wird der gesamte Traffic automatisch zu Server 2 geleitet, was die Verfügbarkeit aufrechterhält.
TipLoad Balancer sind für Hochverfügbarkeitsarchitekturen unverzichtbar. Kombinieren Sie sie mit DNS und Status Pages, um Redundanz und Transparenz bereitzustellen.
Cloud-Provider bieten verwaltete Load Balancer als Service an; On-Premises-Bereitstellungen verwenden häufig dedizierte Hardware oder Software wie NGINX oder HAProxy.