Ein Load Balancer verteilt eingehenden Netzwerk-Traffic auf mehrere Server, damit kein einzelner Server überlastet wird. Er verbessert die Performance, hält Anwendungen beim Ausfall eines Servers erreichbar und lässt dich skalieren, indem du weitere Server hinzufügst. Es gibt sie als Hardware und als Software, sie arbeiten auf Layer 4 oder Layer 7 und nutzen Algorithmen wie Round Robin und Least Connections, um über jede Anfrage zu entscheiden.
Wenn deine Website oder Anwendung wächst, wird ein einzelner Server irgendwann zum Flaschenhals, und Besucher sehen langsame Seiten oder Fehler. Ein Load Balancer löst das per Load Balancing: Er sitzt vor mehreren Servern und verteilt die Anfragen auf sie. Dieser Leitfaden erklärt, was ein Load Balancer ist, was Load Balancing macht, wie es funktioniert, welche Typen es gibt und wie du einen einrichtest.
Was ist ein Load Balancer?
Ein Load Balancer ist ein Gerät oder eine Software, die Client-Anfragen entgegennimmt und sie an einen von mehreren Backend-Servern weiterleitet. Jedes Backend führt eine Kopie deiner Anwendung aus, sodass jeder Server eine Anfrage beantworten kann, und der Load Balancer schickt keinen Traffic mehr an Server, die ausgefallen sind. Die einfachste Definition: Er ist ein Verkehrslotse, der Besucher auf einen Pool von Servern verteilt, der mit der Nachfrage mitwächst.
Was macht ein Load Balancer?
Die Kernaufgabe ist die Verteilung von Anfragen, aber er macht mehr, als nur Traffic aufzuteilen. Der Zweck eines Load Balancers ist, deine Anwendung erreichbar zu halten, egal welches Backend antwortet. Ein Health Check prüft jedes Backend in einem festen Intervall und nimmt ausgefallene Server aus der Rotation. Genau das macht Hochverfügbarkeit erst möglich. Die SSL-Terminierung übernimmt Verschlüsselung und Entschlüsselung zentral und nimmt den Backends diese Last ab. Mit Sticky Sessions, also Session-Persistenz, bleibt ein Nutzer auf demselben Backend, wenn der Session-Zustand auf dem Server liegt und nicht in einem gemeinsamen Speicher.
Warum Load Balancer 2026 wichtig sind
Load Balancer halten Performance und Uptime auch unter Druck stabil. Stell dir einen Online-Shop an einem umsatzstarken Verkaufstag vor: Tausende Nutzer kommen gleichzeitig, und ohne Load Balancer kann ein einzelner Server abstürzen und Umsatz kosten. Indem er die Anfragen verteilt, hält ein Load Balancer mit Hochverfügbarkeit den Shop erreichbar und leitet um jeden Ausfall herum. Am deutlichsten zeigen sich die Vorteile bei Plattformen, die sich keine Ausfälle leisten können:
- Websites mit hohem Traffic, um Abstürze und Verlangsamungen zu verhindern
- Cloud-Anwendungen, um die Erreichbarkeit zu sichern
- APIs und Microservices, um die Verarbeitung von Anfragen zu optimieren
- E-Commerce-Plattformen, um Lastspitzen sauber abzufangen
- Streaming- und Gaming-Plattformen, um die Latenz zu senken
Wie funktioniert ein Load Balancer?
Wie ein Load Balancer funktioniert, lässt sich auf drei Schritte herunterbrechen. Ein Client schickt eine Anfrage an die Adresse des Load Balancers, der Load Balancer wählt mit einem konfigurierten Algorithmus ein gesundes Backend aus, und dieser Server verarbeitet die Anfrage und liefert die Antwort zurück. Clients sehen immer nur die Adresse des Load Balancers, während die Backends privat bleiben, was auch die Sicherheit erhöht. Jeder Server, der seinen Health Check nicht besteht, bekommt keine neuen Anfragen mehr, bis er sich erholt hat.
Gängige Load-Balancing-Algorithmen
Der Algorithmus entscheidet im Moment der Server-Auswahl, wie ein Load Balancer arbeitet, und bei den meisten Software-Load-Balancern legst du ihn pro Backend-Pool fest. Die Grundlagen von Round Robin, Least Connections und IP Hash erklärt unser Einstiegsleitfaden zu Load Balancers. Die folgende Tabelle ergänzt die gewichteten und antwortzeitbasierten Varianten.
| Algorithmus | Funktionsweise | Am besten geeignet für |
|---|---|---|
| Round robin | Schickt jede neue Anfrage reihum an den nächsten Server | Backends mit ungefähr gleicher Kapazität |
| Weighted round robin | Round Robin, aber stärkere Server bekommen einen größeren Anteil | Gemischte Hardware, bei der einige Server größer sind |
| Least connections | Leitet an den Server mit den wenigsten aktiven Verbindungen | Langlebige Verbindungen unterschiedlicher Dauer |
| Weighted least connections | Least Connections, angepasst an die Serverkapazität | Ungleiche Hardware mit variabler Session-Dauer |
| Least response time | Wählt den Server, der gerade am schnellsten antwortet | Latenzempfindliche Anwendungen mit schwankender Geschwindigkeit |
| IP hash | Bildet eine Client-IP auf einen festen Server ab | Einen Nutzer ohne Cookies auf einem Server halten |
| Random | Wählt einen Server zufällig aus, manchmal gewichtet | Große Pools, bei denen eine einfache Verteilung reicht |
Round Robin ist der gängige Standard, gewichtetes Round Robin hilft, wenn die Server unterschiedlich dimensioniert sind, und IP Hash sorgt für eine einfache Session-Bindung.
Typen von Load Balancern
Die wichtigsten Typen teilen sich entlang zweier Linien auf: wie sie bereitgestellt werden (Hardware oder Software) und was sie für ihre Entscheidung auslesen (Layer 4 oder Layer 7). Darüber liegen noch Cloud- und globale Varianten.
Hardware- vs. Software-Load-Balancer
Ein Hardware-Load-Balancer ist eine physische Appliance, die darauf ausgelegt ist, Traffic mit hohem Durchsatz und niedriger Latenz zu bewegen. Diese Geräte sind schnell und stabil, aber teuer, und du planst die Kapazität im Voraus ein. Ein Software-Load-Balancer läuft als Programm auf einem normalen Server oder einer virtuellen Maschine, und genau dort leben Tools wie NGINX und HAProxy. Ein virtueller Load Balancer ist dieselbe Idee, verpackt als VM-Image, das du selbst bereitstellst. Software-Optionen sind flexibel, günstig und passen gut in Cloud- und VPS-Umgebungen. Damit ist ein Software-Load-Balancer für die meisten Websites die praktische Wahl.
Layer-4- vs. Layer-7-Load-Balancer
Die Trennung zwischen einem L4- und einem L7-Load-Balancer kommt aus dem OSI-Modell. Ein Layer-4-Load-Balancer, auch Network Load Balancer genannt, leitet nach IP-Adresse und TCP- oder UDP-Port weiter, ohne den Traffic selbst zu lesen. Das macht ihn schnell und protokollunabhängig. Ein Layer-7-Load-Balancer, oft Application Load Balancer genannt, liest die Anfrage selbst: die URL, die Header und die Cookies. So kann er /api-Traffic an einen Pool und /images an einen anderen leiten, SSL terminieren und inhaltsbasierte Regeln anwenden, auf Kosten von mehr Rechenaufwand pro Anfrage. Mehr Infos dazu gibt es in unserem Artikel zu Layer 4 vs Layer 7 Load Balancers.
Global Server Load Balancer (GSLB) und DNS-Load-Balancing
Ein globaler Load Balancer, oder GSLB, verteilt den Traffic über Rechenzentren in verschiedenen Regionen statt über Server an einem einzigen Standort. Er schickt jeden Nutzer an den nächstgelegenen oder gesündesten Standort, sodass der Dienst auch den Ausfall einer ganzen Region übersteht. DNS-Load-Balancing ist die gängigste Methode dafür: Ein DNS-Load-Balancer gibt für einen Hostnamen je nach Standort oder Serverzustand unterschiedliche IP-Adressen zurück.
Cloud-Load-Balancer
Ein Cloud-Load-Balancer ist ein verwalteter Dienst eines Hosting- oder Cloud-Anbieters. Manchmal als Load Balancer as a Service vermarktet, nimmt er dir die Arbeit ab, den Balancer selbst zu installieren und zu warten. Load Balancing in der Cloud bedeutet meist, dass der Anbieter den Balancer betreibt und skaliert und ihn über deinen Plan abrechnet. Die Wahl zwischen einem verwalteten Cloud-Balancer und einem selbst gehosteten läuft auf Kontrolle gegen Komfort hinaus.
Load Balancer vs. Reverse Proxy vs. API-Gateway
Diese drei Begriffe überschneiden sich und laufen oft auf derselben Software, deshalb tauchen die Fragen Reverse Proxy vs. Load Balancer und API-Gateway vs. Load Balancer ständig auf. Ein Reverse Proxy leitet Anfragen an Backends weiter und kann Caching, Komprimierung und SSL ergänzen. Ein Load Balancer ist ein Reverse Proxy, dessen Hauptaufgabe es ist, Traffic mit Health Checks auf viele Backends zu verteilen. Ein API-Gateway ergänzt Authentifizierung, Rate Limiting und Routing.
| Tool | Hauptaufgabe | Typische Extras |
|---|---|---|
| Reverse proxy | Anfragen an ein Backend weiterleiten | Caching, SSL, Komprimierung |
| Load balancer | Traffic auf viele Backends verteilen | Health Checks, Algorithmen, Failover |
| API gateway | API-Traffic verwalten und absichern | Authentifizierung, Rate Limiting, Request-Transformation |
In der Praxis kann ein einziges Tool wie NGINX alle drei Rollen übernehmen. Der Unterschied liegt in der Absicht.
Horizontale vs. vertikale Skalierung: wo Load Balancer ins Spiel kommen
Wenn eine Anwendung ihrem Server entwächst, hast du zwei Wege, Kapazität hinzuzufügen, und die Entscheidung zwischen horizontaler und vertikaler Skalierung bestimmt, ob du einen Load Balancer brauchst.
| Ansatz | Was du machst | Load Balancer nötig? |
|---|---|---|
| Vertikale Skalierung | CPU, RAM oder Speicher auf einem Server aufstocken | Nein, es bleibt eine einzelne Maschine |
| Horizontale Skalierung | Weitere Server hinzufügen, um die Last zu teilen | Ja, um den Traffic auf sie zu verteilen |
Vertikale Skalierung ist einfacher, hat aber eine Obergrenze und bleibt ein Single Point of Failure. Horizontale Skalierung hat keine harte Obergrenze und beseitigt diesen Single Point of Failure, aber nur, wenn etwas den Traffic auf die neuen Server verteilt: der Load Balancer.
Wann brauchst du einen Load Balancer?
Wann du einen Load Balancer einsetzen solltest, läuft auf zwei Auslöser hinaus: Ein einzelner Server bewältigt deinen Traffic nicht mehr zuverlässig, oder Ausfallzeiten werden zu teuer, um sie dem Ausfall einer einzigen Maschine zu überlassen. Typische Einsatzfälle sind Websites mit hohem Traffic, APIs mit vielen Clients und Microservices. Dort leitet ein Load Balancer Anfragen an gesunde Instanzen und lässt dich Updates ohne Ausfallzeit ausrollen.
Den passenden Load Balancer für dein Hosting-Setup wählen
Die Wahl des passenden Load Balancers beginnt damit, wo er läuft und wie viel Traffic er bewältigt. Ein paar Optionen dominieren in der Praxis. NGINX wird für Webanwendungen breit eingesetzt, ist schlank, mächtig und kostenlos. HAProxy liefert Performance auf Enterprise-Niveau für Umgebungen mit hoher Last, und für globale Redundanz verteilt ein DNS-basierter Dienst wie der Load Balancer von Cloudflare den Traffic weltweit. Der häufigste Fall ist ein Load Balancer für einen VPS: Ein Software-Load-Balancer wie NGINX oder HAProxy auf einer eigenen Instanz gibt dir für sehr wenig Geld einen brauchbaren Load Balancer für deine Webserver, und das VPS-Load-Balancing skaliert mit, wenn du Backends hinzufügst. Weitere Optionen findest du in unserem Artikel Die besten Open-Source-Load-Balancer 2026.
So richtest du mit NGINX einen Load Balancer ein
NGINX als Load-Balancing-System einzurichten, geht in wenigen klaren Schritten. Hier ist ein einfaches Beispiel, um Traffic auf zwei Backend-Server zu verteilen:
NGINX installieren:
sudo apt update && sudo apt install nginx -yDie NGINX-Konfigurationsdatei bearbeiten:
sudo nano /etc/nginx/nginx.confBackend-Server in der Konfiguration definieren:
http {
upstream backend_servers {
server 192.168.1.101; # Backend Server 1
server 192.168.1.102; # Backend Server 2
}
server {
listen 80;
location / {
proxy_pass http://backend_servers;
}
}
}NGINX neu starten, um die Änderungen zu übernehmen:
sudo systemctl restart nginxSieh dir unser YouTube-Video an
Du kannst auch visuell mitmachen und unserem Schritt-für-Schritt-Tutorial auf YouTube folgen:
Load Balancing auf einem Contabo VPS
Aktuell gibt es kein eigenes Load-Balancer-Produkt von Contabo. Der praktische Weg heute ist, einen Software-Load-Balancer wie NGINX auf einem VPS zu betreiben und ihn auf zwei oder mehr Backend-Instanzen zeigen zu lassen, genau wie im NGINX-Setup oben. Füge weitere Backend-Instanzen hinzu, wenn dein Traffic wächst, und dieselbe Upstream-Konfiguration skaliert mit ihnen. So hast du volle Kontrolle über Algorithmus, Health Checks und SSL-Handling, und das auf Infrastruktur, die du ohnehin schon verwaltest.
Fazit
Ein Load Balancer macht aus einem einzelnen, anfälligen Server einen widerstandsfähigen Pool und verteilt den Traffic so, dass deine Anwendung erreichbar bleibt, während sie wächst. Passe den Typ an deinen Bedarf an: Software für Flexibilität, Layer 7 für inhaltsbasiertes Routing, GSLB für mehrere Regionen. Entscheide, ob du nach oben oder in die Breite skalierst, und der richtige Load Balancer ergibt sich daraus.
FAQ zu Load Balancern
Ein Load Balancer ist ein Verkehrslotse, der vor mehreren Servern sitzt und entscheidet, welcher jede Anfrage beantwortet. Er verteilt die Arbeit, damit kein einzelner Server überlastet wird, und überspringt jeden Server, der ausgefallen ist. Das Ergebnis ist eine Seite, die selbst bei Traffic-Spitzen oder einem Serverausfall online bleibt.
Die wichtigsten Typen teilen sich nach Bereitstellung und nach Netzwerk-Layer auf. Nach Bereitstellung gibt es Hardware-Appliances und Software-Load-Balancer (auch virtuelle). Nach Layer leiten Layer-4-Balancer (Network) nach IP und Port weiter, während Layer-7-Balancer (Application) nach URL und Headern routen. Cloud- und Global-Server-Balancer (GSLB) bauen darauf auf, für verwaltete und regionenübergreifende Setups.
NGINX ist ein Webserver und Reverse Proxy, der auch als Load Balancer arbeiten kann. Über sein Upstream-Modul verteilt es Anfragen mit Algorithmen wie Round Robin und Least Connections auf mehrere Backends. Es ist mehr als ein Load Balancer, wird aber breit als einer eingesetzt, vor allem als Software-Load-Balancer auf einem VPS.
Meistens nicht. Ein Load Balancer verdient sich seinen Platz, sobald du mehr als einen Server betreibst oder einen Server ohne Ausfallzeit aus dem Betrieb nehmen willst. Auf einem einzelnen VPS gibt es nur ein Backend, also nichts zu verteilen. Der richtige Zeitpunkt ist, wenn du gerade einen zweiten Server hinzufügen willst.
