Zum Inhalt springen
Odinex Cloud

Netzwerk

Load Balancer für TCP und HTTP mit Health Checks

Ein Odinex Load Balancer hat eine eigene öffentliche IPv4- und IPv6-Adresse und leitet TCP- oder HTTP-Traffic an eine Gruppe von Servern weiter. Er prüft den Zustand jedes Ziels und sendet Traffic nur an gesunde Ziele. Ziele können einzelne Server sein, alle Server mit einem bestimmten Label oder öffentliche IP-Adressen.

Auf einen Blick

Protokolle
TCP, HTTP
Adressen
Eigene öffentliche IPv4 und IPv6
Ziele
Server, Label-Selektor, IP
Algorithmen
Round Robin, Least Connections
Abrechnung
Stündlich nach Typ, monatlich gedeckelt

Die wichtigsten Funktionen

  • TCP und HTTP

    Leiten Sie jeden TCP-Port weiter oder HTTP mit Sticky Sessions. Für HTTPS reichen Sie TCP 443 an Ihre Server durch.

  • Health Checks

    TCP- oder HTTP-Checks mit eigenem Pfad, Intervall und erwarteten Statuscodes.

  • Ziele per Label

    Richten Sie den Load Balancer auf role=web, und neue Server mit diesem Label werden automatisch hinzugefügt.

  • Client-Adressen

    Senden Sie den PROXY-Protokoll-Header, damit Ihre Server die echte Client-IP sehen.

  • Private Ziele

    Binden Sie den Load Balancer an ein privates Netzwerk an und verteilen Sie Last auf Server ohne öffentliche Adresse.

  • Zwei Algorithmen

    Round Robin oder Least Connections, pro Load Balancer.

Wofür es eingesetzt wird

  • Eine Web-App skalieren

    Betreiben Sie mehrere Anwendungsserver hinter einer Adresse und fügen Sie weitere hinzu, indem Sie ihnen das passende Label geben.

  • Deployments ohne Ausfallzeit

    Ersetzen Sie Server einzeln; Health Checks halten Traffic von Servern fern, die noch nicht bereit sind.

  • Private Backends

    Halten Sie Anwendungsserver vom Internet fern und machen Sie nur den Load Balancer öffentlich erreichbar.

Ausprobieren

odx CLI
odx load-balancer create --name lb-1 --type lb11 --location fra1
odx load-balancer add-service --protocol http --listen-port 80 --destination-port 8080 lb-1
odx load-balancer add-target --label-selector role=web lb-1

Dokumentation

Passt gut dazu

Load Balancer: Fragen und Antworten

Klare Antworten zu Standort, Infrastruktur und Abrechnung.

Terminiert der Load Balancer TLS?
Nein. Für HTTPS verwenden Sie einen TCP-Dienst auf Port 443 und terminieren TLS auf Ihren Servern. Aktivieren Sie das PROXY-Protokoll, wenn diese die Client-Adresse benötigen.
Kann er Server ohne öffentliche IPs bedienen?
Ja. Binden Sie den Load Balancer an das private Netzwerk an; Server-Ziele werden dann über ihre privaten Adressen erreicht.
Wie funktionieren Label-Ziele?
Ein Label-Selektor wie role=web erfasst jeden Server im Projekt mit diesem Label, und die Liste wird laufend aktualisiert, wenn Server hinzukommen oder wegfallen.
Kann ich die Größe später ändern?
Ja. Sie können den Load-Balancer-Typ jederzeit ändern, sofern die aktuellen Dienste und Ziele in den neuen Typ passen.

Noch heute in Frankfurt starten

Konto erstellen, ab 5 € aufladen und stündlich zahlen, nie mehr als den Monatspreis.