GCP-Bereitstellungsarchitektur

Wichtig: Sie können die GCP-Bereitstellungsvorlage momentan nur mit der Automation Suite 2024.10 verwenden. Wir empfehlen daher, sich an die Dokumentation der Automation Suite 2024.10 zu halten.

Diese Seite bietet einen Einblick in die Bereitstellungsarchitektur auf GCP sowie in die erforderlichen Komponenten und allen bekannten Einschränkungen.

Architekturdiagramm

Komponenten

• Virtuelles Netzwerk

  • Ein Subnetz, in dem sich alle Knoten befinden.
  • Ein NAT-Gateway für ausgehende Konnektivität (eine Cloud-NAT-Ressource, die an einen Cloud Router angehängt ist);
  • Firewall-Regeln zum Sichern des Subnetzdatenverkehrs.
• Eine private DNS-Zone, die für die Installation benötigt wird. Weitere Informationen finden Sie im Abschnitt Bekannte Einschränkungen.

• Drei verwaltete Instanzgruppen. Sie können den Instanztyp für Server-, Agent- und GPU-Agent-Knoten auswählen. Überprüfen Sie die Anforderungen der HA-fähigen Produktionsmaschine mit mehreren Knoten und die Anforderungen der Evaluierungsmaschine mit einem Knoten, um die Hardwareanforderungen zu erfüllen. Jede VM verfügt über ein 128-GiB-Betriebssystem und 256-GiB-Cluster-Binärdateien und einen Statusdatenträger. Serverknoten haben je nachdem, ob die KI-Produkte installiert sind, einen zusätzlichen Datenträger mit 512 GiB/2048 GiB.

  • Serverknoten (Steuerungsebene des Clusters). Auf Serverknoten werden auch Workloads ausgeführt.
  • Agent-Knoten. Entwickelt, um nur Workloads auszuführen (sie haben keine Dienste der Steuerungsebene). Wenn die Anzahl der gewünschten Agent-Knoten 0 beträgt, wird eine leere verwaltete Instanzgruppe erstellt.
  • GPU-Knoten. Knoten, die speziell für ML-Modelle mit Grafikkarten verwendet werden. Wenn die Anzahl der gewünschten GPU-Knoten 0 ist, wird keine verwaltete Instanzgruppe erstellt.
• Öffentlicher Lastenausgleich, der verwendet wird, um HTTPS-Datenverkehr vom Port 443 mit Knoten auszubalancieren.
• 2 interne Lastenausgleiche und eine verwaltete Instanzgruppe, die für die Weiterleitung von Knotenregistrierungsanforderungen erforderlich ist. Die VMs haben die kleinste mögliche Instanzgröße.
• Task Mining-Knoten (bereitgestellt als separate VM). Ihr Instanztyp ist n2-standard-32.
• Bastion-Instanz, die für den Zugriff auf die anderen Knoten verwendet wird. Sie hat eine öffentliche IP und SSH ist aktiviert.

• SQL-Datenbankinstanz:

  • 8 Kerne und 32 GiB RAM
  • 1000-GiB-Laufwerk, das manuell erweitert werden kann
  • Die Datenbanken werden vom Installationsprogramm erstellt.
• Der Secret Manager wird verwendet, um automatisch generierte Anmeldeinformationen für SQL Server, die Automation Suite-Platform und die ArgoCD-Konsole zu speichern.

Bekannte Einschränkungen

Dns

• Aufgrund der Tatsache, dass ein DNS nicht automatisch an den LB angehängt werden kann:
  • Die Schritte zum Konfigurieren des DNS können Sie erst nach der Installation abschließen, obwohl sie schon während der Installation benötigt werden. Die private DNS-Zone löst dieses Problem und kann nach Abschluss der Installation sicher gelöscht werden. Alternativ sehen Sie zu Testzwecken unter Schritt 4: Konfigurieren des DNS nach.
  • müssen Kern-DNS-Upstreamserver gezwungen werden, mit den Namensservern des Knotens übereinzustimmen. Dies kann zu einer Beschädigung der RKE-Konfigurationsdatei (/etc/rancher/rke2/config.yaml) bei einem VM-Neustart führen, was sich auf den Upgradeprozess nach der Installation auswirken kann.

RHEL

• Google kann die RHEL-Version ohne vorherige Ankündigung aktualisieren, sodass Automation Suite-Bereitstellungen außerhalb des Supports liegen. Derzeit sind manuelle Bereitstellungen mit benutzerdefinierten RHEL-Images die einzige Möglichkeit, Support zu erhalten.