Bereitstellungsszenarien

Online-, Offline- und Multi-Site-Bereitstellungsarchitekturen für die Automation Suite auf EKS/AKS.

Onlinebereitstellung

Eine Onlinebereitstellung der Automation Suite erfordert Internetzugang während der Installation und Laufzeit. Alle UiPath®-Produkte und unterstützenden Bibliotheken werden in der UiPath®-Registrierung oder in einem von UiPath vertrauten Drittanbieterspeicher gehostet.

Sie können den Zugriff auf das Internet mit Hilfe einer eingeschränkten Firewall oder eines Proxyservers einschränken, indem Sie den gesamten Datenverkehr über das Internet blockieren, der nicht von der Automation Suite benötigt wird. Weitere Informationen zu Firewall- oder Proxyregeln finden Sie unter Konfigurieren des Proxys.

Offlinebereitstellung

Eine Offlinebereitstellung (Air Gap) ist ein vollständig isoliertes Setup ohne Zugriff auf das Internet. Ein solches Setup erfordert die Installation einer zusätzlichen Registrierung, um alle Container-Images und Binärdateien der UiPath®-Produkte zu speichern, die in Form eines Tarballs bereitgestellt werden.

Hinweis:

Sie dürfen die Bereitstellungsmethode nach der Installation nicht ändern. Das bedeutet, dass Sie nicht in die Offline-Installation wechseln können, wenn die Installation online durchgeführt wird und umgekehrt. Es wird empfohlen, ihre Bereitstellungsstrategie nach sorgfältiger Überlegung auszuwählen.

Automation Suite in EKS-Bereitstellung

Bereitstellungsarchitektur

Sie können die folgenden Architekturdiagramme nutzen, um die Automation Suite auf EKS bereitzustellen.

Onlinebereitstellung

Offlinebereitstellung

Überblick

Das vorherige Architekturdiagramm zeigt, wie die Automation Suite im AWS EKS-Cluster eingerichtet werden kann.

Ein EKS-Cluster wird in einer einzelnen AWS-Region bereitgestellt, in der sich die EC2-Worker-Knoten in einer Autoskalierungsgruppe befinden, die über drei Verfügbarkeitszonen verteilt ist. Die Verteilung von Knoten über Verfügbarkeitszonen hinweg bringt die Widerstandsfähigkeit bei vollständigen Zonenausfällen mit sich.

Verfügbarkeitszonen und Netzwerke

Jede Zone hat ein privates Subnetz und ein öffentliches Subnetz. EC2-Worker-Knoten werden in einem privaten Subnetz gehostet, während das öffentliche Subnetz eine elastische IP-Adresse und ein NAT-Gateway hostet. Das NAT-Gateway muss eine Verbindung mit dem Internet herstellen, während es von den Worker-Knoten auf die EKS-Steuerungsebene zugreift und eine Verbindung mit der Docker-Registrierung herstellt, um die Container-Images für die Automation Suite -Bereitstellung abzurufen.

Elastische IP-Adressen, die in jedem öffentlichen Subnetz gehostet werden, werden während der Installation an die Automation Suite übergeben, um diese als Endpunkt zu registrieren, an dem Istio auf eingehenden Datenverkehr lauschen muss. Aus dem gleichen Grund muss der Network Load Balancer (NLB) diese Endpunkte verwenden, um alle Anforderungen an die Automation Suite weiterzuleiten.

Datenquellen

Datenquellen wie Amazon RDS für Microsoft SQL Server, S3-Buckets, Elastic File System und Elastic Cache sollten so eingerichtet werden, dass sie im Falle eines Ausfalls über genügend Redundanz verfügen, und müssen über das private Subnetz aufgerufen werden, in dem die EC2-Worker-Instanzen gehostet werden.

Der Kubernetes-Cluster muss über Netzwerkkonnektivität und Zugriff auf den geheimen Speicher verfügen, um Anmeldeinformationen abzurufen.

Hinweis:

• Die Automation Suite verfügt über keine Affinitätsregeln, um sicherzustellen, dass die Arbeiter-Pods gleichmäßig über die Zone verteilt sind. Bei einem Ausfall auf Zonenebene kann es zu einer vorübergehenden Beeinträchtigung des Dienstes kommen, die behoben wird, wenn der Dienst automatisch von der EKS-Steuerungsebene in eine neue Zone verschoben wird.
• Insights erfordert, dass die EBS-Volumes das Dashboard und die anderen Metadaten speichern. In AWS sind EBS-Volumes an die Zone gebunden, in der sie sich befinden, und werden nicht verschoben, wenn die Zone ausfällt. Insights sind erst verfügbar, wenn die Zone, für die Insights geplant wurden, wiederhergestellt ist.
• EKS aktiviert im Gegensatz zu AKS standardmäßig kein Autoscaling. Um diese Funktion zu aktivieren, müssen Sie in der Regel zusätzliche Software wie Metrics Server und Cluster-Autoscaler oder alternative Lösungen mit ähnlichen Autoscaling-Funktionen installieren und konfigurieren.

Automation Suite bei AKS-Bereitstellung

Bereitstellungsarchitektur

Sie können die folgenden Architekturdiagramme nutzen, um die Automation Suite auf AKS bereitzustellen.

Onlinebereitstellung

Offlinebereitstellung

Überblick

Ein AKS-Cluster wird in einer einzelnen Region bereitgestellt, in der die Worker-Knoten über die System- und Benutzerknotenpools verteilt sind. Die grundlegenden AKS-Komponenten (außer die Steuerungsebene) werden im Systemknotenpool gehostet, z. B. CNI, CoreDNS usw. Zudem werden auch grundlegende UiPath®-Dienste im gleichen Knotenpool gehostet. Zusätzliche Benutzerknotenpools können die Worker-Knoten für Automation Suite Robots und GPU hosten.

Knotenpools und Netzwerke

Jeder Knotenpool hostet die Virtuelle Maschinenskalierungsgruppe (VMSS) und stellt sicher, dass die Arbeiterknoten über mehrere Zonen verteilt sind, um Widerstandsfähigkeit gegen Zonenausfälle zu bieten und bei Bedarf zu skalieren.

Die statische IP-Adresse, die dem Lastausgleich zugeordnet ist, wird während der Installation an die Automation Suite übergeben, um diese als Endpunkt zu registrieren, an dem Istio auf eingehenden Datenverkehr lauschen muss. Aus dem gleichen Grund muss der Azure Load Balancer (L4) diese Endpunkte verwenden, um Anfragen an die Automation Suite weiterzuleiten.

Datenquellen und Zugriff

Datenquellen wie Microsoft SQL Server, ein Azure Storage-Konto und Azure Redis Cache sollten so eingerichtet werden, dass sie im Falle eines Ausfalls über genügend Redundanz verfügen, und müssen über das Subnetz aufgerufen werden, in dem die AKS-Worker-Knoten gehostet werden.

Der Kubernetes-Cluster muss über Netzwerkkonnektivität und Zugriff auf den geheimen Speicher verfügen, um Anmeldeinformationen abzurufen.

Darüber hinaus kann ein zusätzlicher Jump Box/Bastion Server erforderlich sein, der über alle erforderlichen Berechtigungen für den Betrieb des AKS-Clusters verfügt.

Hinweis:

Die Automation Suite verfügt über keine Affinitätsregeln, um sicherzustellen, dass die Arbeiter-Pods gleichmäßig über die Zone verteilt sind. Bei einem Fehler auf Zonenebene kann es zu einer vorübergehenden Beeinträchtigung des Dienstes kommen, die behoben wird, wenn der Dienst automatisch von der AKS-Steuerungsebene in eine neue Zone verschoben wird.

Bereitstellungsmodi und Anwendungsfälle

Die Automation Suite unterstützt die folgenden Bereitstellungsmodi:

Bereitstellungsmodus	Beschreibung
Mehrere Knoten	Unterstützt für die Produktionsnutzung. Die folgenden Modi sind verfügbar: – Lite-Modus: Einfache Bereitstellung mit selektiver HA-Konfiguration. Weitere Informationen finden Sie unter Installationen im Lite-Modus. - HA-Modus: Vollständig aktivierter HA. Weitere Informationen finden Sie unter HA-Installationen.

Installationen im Lite-Modus

Installationen im Lite-Modus bieten einen einfachen, ressourcenarme Einrichtungsprozess, einschließlich aller Funktionen außer hoher Verfügbarkeit. Standardmäßig werden die Infrastruktur und die freigegebenen Komponenten im HA-Modus bereitgestellt und alle Dienste befinden sich im Lite-Modus (horizontales Pod-Autoscaling ist mit mindestens einem Replikat aktiviert).

Der Lite-Modus gewährleistet eine flexible Infrastrukturverwaltung, indem Sie während oder nach der Installation je nach Bedarf eine hohe Verfügbarkeit für ausgewählte Dienste aktivieren können.

Wichtig:

Sie können den Lite-Modus in der Produktion verwenden, aber Sie müssen sich der Auswirkungen und Risiken von Diensten ohne aktivierte Hochverfügbarkeit bewusst sein.

HA-Installationen

Installationen mit mehreren Knoten werden für Produktionsbereitstellungen unterstützt und bieten eine höhere Skalierbarkeit, Zuverlässigkeit und eine effiziente Ressourcenverwaltung. Es unterstützt sowohl clusterinterne als auch externe Hochverfügbarkeit.

Bereitstellen der Automation Suite mit einem Secretstore

Die Automation Suite erfordert mehrere Infrastruktur-Anmeldeinformationen, um alle ihre Produkte bereitzustellen.

Anstatt Anmeldeinformationen direkt in der input.json -Datei zu definieren, können Sie einen Secretstore konfigurieren, um vertrauliche Informationen sicher zu verwalten und bereitzustellen. Während der Bereitstellung ruft uipathctl Anmeldeinformationen aus dem konfigurierten geheimen Speicher ab und wendet sie automatisch an.

Sie können Anmeldeinformationen speichern wie:

• SQL-Anmeldeinformationen
  • Benutzername
  • Passwort
  • SQL-Verbindungszeichenfolgen
• Speicheranmeldeinformationen
  • S3/AWS
    • Zugriffsschlüssel
    • Geheimer Schlüssel
    • ARN (Amazon-Ressourcenname)
  • Azure
    • accountKey
    • Client-ID
    • Geheimer Clientschlüssel
    • Abonnement-ID
    • Mandanten-ID
• Redis-Anmeldeinformationen
  • Passwort
  • Lizenz
• Kerberos-Authentifizierung
  • AD-Benutzername
  • Benutzer-Keytab
  • AD-Domäne
  • Lebensdauer des Tickets

Hinweis:

Sie können Zertifikatspfade oder zertifikatbezogene Anmeldeinformationen nicht als Teil des Secretstore speichern.

Kubernetes-Geheimnis

Sie können ein Kubernetes-Geheimnis verwenden, um alle vertraulichen Daten anzugeben, anstatt sie in input.json aufzunehmen.

uipathctl verwendet die im Secret gespeicherten Anmeldeinformationen, wenn die Automation Suite und ihre Produkte bereitgestellt werden.

Azure Key Vault

Sie können alle vertraulichen Daten oder Anmeldeinformationen in einem Azure Key Vault konfigurieren.

uipathctl verwendet die im Azure Key Vault gespeicherten Anmeldeinformationen bei der Bereitstellung der Automation Suite.

HashiCorp Vault

Sie können alle vertraulichen Daten oder Anmeldeinformationen in einer HashiCorp Vault-Instanz konfigurieren. HashiCorp Vault unterstützt KV (Key-Value) Geheimnis-Engine v1 und v2.

uipathctl authentifiziert sich bei Vault entweder mithilfe von Kubernetes-Dienstkontotokens oder AppRole-Anmeldeinformationen und ruft die gespeicherten Anmeldeinformationen ab, wenn die Automation Suite bereitgestellt wird.

AWS Secrets Manager

Sie können alle vertraulichen Daten oder Anmeldeinformationen im AWS Secrets Manager konfigurieren. Geheime Schlüssel können als Schlüssel-Wert-Paare oder Klartext-Zeichenfolgen gespeichert werden.

uipathctl verwendet die AWS SDK-Anmeldeinformationskette, um Anmeldeinformationen vom AWS Secrets Manager zu authentifizieren und abzurufen, wenn die Automation Suite bereitgestellt wird.