Schritt 6: Konfigurieren des Lastausgleichs

Referenz für die Konfigurationsanforderungen des Lastausgleichs für HA-fähige Automation Suite-Bereitstellungen mit mehreren Knoten, einschließlich der Optionen zur Client-IP-Weiterleitung.

Überblick

Bei der HA-fähigen Produktionseinrichtung mit mehreren Knoten ist ein Lastausgleich obligatorisch.

Einige Load Balancer, z. B. der Azure Load Balancer, können die Client-IP-Adresse an den Server weiterleiten, ohne sie durch ihre eigene Adresse zu ersetzen. Mit dieser Funktion kann der Server die IP des ursprünglichen Clients erkennen, sodass keine zusätzlichen Schritte für den Server zum Identifizieren der IP-Adresse des Clients erforderlich sind.

Doch wenn ein Load Balancer die Client-IP-Adresse durch seine eigene ersetzt, kann er dies kompensieren, indem er der Anforderung, die er an den Server sendet, einen speziellen Header hinzufügt, nämlich den Header x-forwarded-for. Dieser Header enthält die ursprüngliche Client-IP-Adresse. Der Server kann diesen Header dann lesen, um die Client-IP-Adresse abzurufen.

Die Automation Suite unterstützt zwei Konfigurationstypen für den Lastenausgleich, wie in den folgenden Abschnitten gezeigt.

Sie können den Lastausgleich so konfigurieren, dass Sitzungspersistenz oder Sticky Sessions verwendet werden, dies ist jedoch keine Voraussetzung.

Hinweis:

Derzeit unterstützt die Automation Suite nur einen Layer-4-Lastenausgleich (Netzwerk-Layer).
Der Lastausgleich unterstützt keine TLS-Verschlüsselung und -Beendigung. Damit der Dienst effektiv arbeiten kann, sollten Sie Ihren Lastenausgleich so konfigurieren, dass der Datenverkehr durchgelassen wird.
Wenn Sie den internen Azure Load Balancer (LB) für Bereitstellungen verwenden, können Probleme mit den Aufrufen von der virtuellen Maschine (VM) am Backend an die IP des LB am Frontend auftreten. Die Probleme treten auf, wenn die Quell-IP und die MAC-Adresse des Netzwerkpakets nicht übereinstimmen. Das verhindert, dass der Empfänger den richtigen Antwortpfad ermittelt, wodurch Aufrufe von der VM an den LB fehlschlagen. Weitere Informationen finden Sie unter den Einschränkungen für Azure Load Balancer-Komponenten und Problembehandlung bei Backend-Datenverkehr.

Konfiguration des Server- und Knotenpools

Dies ist die empfohlene Konfiguration für den Lastenausgleich.

Konfigurieren des Backend-Pools

Sie müssen drei Backend-Pools erstellen, die die folgenden Anforderungen erfüllen:

• Serverpool
  • Besteht aus allen Serverknoten.
  • Im Serverpool dürfen keine Agent-Knoten vorhanden sein.
• Knotenpool
  • Besteht aus allen Serverknoten und nicht spezialisierten Agent-Knoten. Spezialisierte Agent-Knoten beinhalten task-mining, gpu und asrobots.
• Temporärer Registrierungspool
  • Besteht nur aus dem Serverknoten, auf dem die temporäre Registrierung installiert ist.
  Hinweis:

  Der temporäre Registrierungspool wird nur während der Automation Suite-Installation, beim Verbinden von Knoten und bei Upgrades verwendet. Nachdem Sie die Verfahren abgeschlossen haben, können Sie den temporären Registrierungspool schließen.

Konfigurieren der Integritätstests

Test	Protokoll	Port	Intervall	Schwellenwert für den erneuten Eintritt	Pool zuordnen
https-probe	TCP	443	15 Sek.	2	Knotenpool
kubeapi-probe	TCP	6443	15 Sek.	2	Serverpool

Weitere Informationen zur Konfiguration finden Sie in der folgenden Abbildung:

Aktivieren von Ports auf dem Lastenausgleich

Stellen Sie sicher, dass die folgenden Ports auf der Firewall für die Quelle des Lastenausgleichs aktiviert sind:

Port	Protokoll	Zweck	Weiterleitung des Datenverkehrs	Integritätstest
443	TCP	Bei HTTPS (Zugriff auf die Automation Suite).	Der Datenverkehr auf diesem Port muss an den Knotenpool weitergeleitet werden.	https-probe
300701	TCP	Für den Zugriff auf die temporäre Registrierung während der Installation und Aktualisierung mit HTTP.	Der Datenverkehr auf diesem Port muss an den temporären Registrierungspool weitergeleitet werden.	Keine Angabe
6443	TCP	Für den Zugriff auf Kube API mit HTTPS; erforderlich für das Verbinden von Knoten.	Der Datenverkehr auf diesem Port muss an den Serverpool weitergeleitet werden.	kubeapi-probe
9345	TCP	Für den Zugriff auf Kube API mit HTTPS; erforderlich für das Verbinden von Knoten.	Der Datenverkehr auf diesem Port muss an den Serverpool weitergeleitet werden.	kubeapi-probe

¹ Wenn Sie keine externe OCI-konforme Registrierung haben, müssen Sie Port 30070 auf dem Lastausgleich und dem Serverknoten öffnen, auf dem Sie die temporäre Docker-Registrierung installieren möchten.

Hinweis:

Es wird empfohlen, keine Ports außer dem HTTPS-Port außerhalb des Clusters verfügbar zu machen. Führen Sie Ihre Knoten hinter einer Firewall-/Sicherheitsgruppe aus.
Wenn Sie im Netzwerk eine Firewall eingerichtet haben, stellen Sie sicher, dass diese Ports geöffnet sind, um den Datenverkehr zuzulassen.

Die reguläre Konfiguration des Lastausgleichs sollte der in der folgenden Abbildung dargestellten ähneln:

Alternative Konfiguration

Wichtig:

Diese Konfiguration hat keine Widerstandsfähigkeit gegen Knoten, die während der Installation ausfallen.
Wenn der primäre Server ausfällt oder gelöscht wird, muss die Clusterkonfiguration aktualisiert werden.
Der FQDN des primären Servers muss einer anderen verfügbaren Maschine im Cluster neu zugeordnet werden.

Konfigurieren des Backend-Pools

Erstellen Sie einen Backend-Pool wie folgt:

• Erstellen von Knotenpools

Aktivieren von Ports auf dem Lastenausgleich

Stellen Sie sicher, dass die folgenden Ports auf der Firewall für die Quelle des Lastenausgleichs aktiviert sind:

Port	Protokoll	Zweck	Weiterleitung des Datenverkehrs
443	TCP	Bei HTTPS (Zugriff auf die Automation Suite).	Der Datenverkehr auf diesem Port muss an den Knotenpool weitergeleitet werden.

Konfigurieren der Integritätstests

Test	Protokoll	Port	Intervall	Schwellenwert für den erneuten Eintritt	Pool zuordnen
https-probe	TCP	443	15 Sek.	2	Knotenpool

Weitere Informationen zur Konfiguration finden Sie in der folgenden Abbildung.