Fehlerbehebung

Support

Wenn Sie Fragen haben, die hier oder in der übrigen Dokumentation nicht beantwortet werden, erstellen Sie eine Service-Anfrage im STACKIT Help Center.

Allgemeine Probleme mit Load Balancern

Die folgenden Probleme betreffen sowohl den STACKIT Network Load Balancer als auch den Application Load Balancer:

Zuweisung von Security Groups zu Ziel-VMs

Funktioniert wie vorgesehen: Alle erforderlichen Security Groups für STACKIT Load Balancer, einschließlich der Traffic-Konfigurationen zu den Ziel-VMs, werden bei der Einrichtung automatisch erstellt und zugewiesen. Es sind keine manuellen Schritte nötig.

Beispiel: Wenn Sie einen Load Balancer mit dem Namen „demo-lb-01“ erstellen, wird eine Security Group mit dem Namen loadbalancer/demo-lb-01/backend erstellt und den Servern im Target Pool hinzugefügt. Die Ingress-Ports werden entsprechend den im Target Pool konfigurierten Ports geöffnet.

Erstellung des Load Balancers hängt oder lädt ewig

Wenn Ihr STACKIT Load Balancer dauerhaft im Status STATUS_PENDING stecken bleibt, liegt wahrscheinlich eine Fehlkonfiguration vor, die im Konflikt mit dem Zustand anderer Komponenten steht. Häufige Ursachen sind die Netzwerkkonfiguration, fehlende Infrastruktur-Parameter oder erschöpfte Ressourcen. In den folgenden Abschnitten haben wir einige häufige Ursachen und Lösungen für diese Probleme aufgeführt.

Konflikt bei der Zuweisung von Security Groups zu Backend-Servern

Ursache:
Der Load Balancer kann einem Target keine Security Group zuweisen. Das passiert, wenn die Network Interface Security auf dem Ziel-Server deaktiviert ist, während disableTargetSecurityGroupAssignment auf dem Load Balancer auf false gesetzt ist.

Lösung: Nutzen Sie eine der beiden folgenden Optionen:

• Network Interface Security aktivieren: Aktivieren Sie die Network Interface Security für die Netzwerkschnittstelle (NIC) der Ziel-VM wieder. Das können Sie im STACKIT Portal im Bereich NICs Ihres Ziel-Servers tun.
• Automatische Zuweisung deaktivieren: Erstellen Sie den Load Balancer neu und setzen Sie disableTargetSecurityGroupAssignment auf true. Der Load Balancer verwaltet dann keine Security Groups mehr für Ihre Targets.

Fehlende DNS-Konfiguration im Netzwerk

Ursache:
Der Load Balancer benötigt DNS, um unsere Backends zu erreichen. Wenn das Netzwerk kein funktionierendes DNS hat, kann der Load Balancer keine Verbindung herstellen und erreicht nie den Status Ready.

Lösung:
Fügen Sie dem Netzwerk einen gültigen DNS-Server hinzu. Öffnen Sie im STACKIT Portal die Netzwerk-Ansicht, wählen Sie in der Übersicht Bearbeiten und fügen Sie einen funktionierenden DNS-Server hinzu (zum Beispiel 8.8.8.8).

Private IP-Adressen erschöpft / Netzwerkbereich zu klein

Ursache:
Ein Load Balancer benötigt mindestens 7 private IP-Adressen, um reibungslos zu laufen und Updates durchzuführen. Wenn der IP-Bereich des Netzwerks zu klein ist oder zu wenige Adressen frei sind, erreicht der Load Balancer nie den Status Ready.

Lösung:
Prüfen Sie das Netzwerk, in dem der Listener des Load Balancers läuft. Stellen Sie im STACKIT Portal sicher, dass mindestens 2 private IP-Adressen frei sind. Sie können weder das Netzwerk eines Load Balancers noch die Anzahl seiner privaten IP-Adressen nach der Erstellung ändern. Wenn nicht genügend Adressen frei sind, löschen Sie entweder ungenutzte Ressourcen, um IP-Adressen freizugeben, oder erstellen Sie den Load Balancer in einem Netzwerk mit mindestens 7 freien privaten IP-Adressen neu.

Öffentliche Netzwerke nicht erreichbar

Ursache:
Jeder Load Balancer, auch interne, muss öffentliche Netzwerke erreichen, um mit unseren Backends zu kommunizieren. Wenn Ihr Netzwerk den öffentlichen Zugriff blockiert, kann der Load Balancer keine Verbindung herstellen.

Lösung:
Stellen Sie sicher, dass Ihre Routing-Tabellen, Firewalls und Security Groups sowohl eingehenden als auch ausgehenden Traffic zu den öffentlichen Backend-Netzwerken von STACKIT zulassen.

Interne IP-Adressen können sich nach Verlust von OpenStack-Ressourcen ändern

Interne IP-Adressen werden dynamisch über OpenStack DHCP zugewiesen. Im Normalbetrieb wird dieselbe interne IP-Adresse erneut zugewiesen. Gehen jedoch OpenStack-Ressourcen verloren, kann sich die interne IP-Adresse ändern.

Verlust aller Verbindungen beim Failover

Aufgrund der Active/Passive-Konfiguration kommt es beim Failover zu einem Verbindungsabbruch, der bis zu einigen Sekunden dauern kann. Zudem werden Sessions nicht auf die neue VM übertragen, und Clients müssen sich neu verbinden.

NLB-spezifische Probleme

Dieser Abschnitt listet aktuell bekannte Probleme für den STACKIT Network Load Balancer auf.

Terraform oder OpenTofu versucht, die Security Group meiner Zielserver bei Nutzung des STACKIT Network Load Balancer zu ändern

Dies ist zu erwarten. Der STACKIT Network Load Balancer erstellt und aktualisiert Security Groups für seine Targets automatisch. Das Feld für die Security Group ändert sich entsprechend. Um dieses Verhalten in Terraform zu vermeiden, nutzen Sie das life cycle meta-argument.

Wenn Sie Ihre Security Groups manuell verwalten möchten, können Sie die Option disableTargetSecurityGroupAssignment verwenden. Weitere Details zu Target-Security-Groups finden Sie unter “Grundbegriffe”.