Bereitstellungsszenarien

Bereitstellungsszenariooptionen für die Automation Suite auf EKS/AKS, einschließlich Online- und Offline-Installationsansätze in der Automation Suite.

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 mithilfe 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.

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.

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 benötigt die Elastic Block Store-Volumes (EBS), um das Dashboard und die anderen Metadaten zu speichern. In AWS sind EBS-Volumes an die Zone gebunden, in der sie sich befinden, und werden nicht verschoben, wenn die Zone ausgefallen ist. Insights sind erst verfügbar, wenn die Zone, für die Insights geplant waren, wiederhergestellt wurde.
• 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 (Container Network Interface) und CoreDNS. Zudem werden auch grundlegende UiPath®-Dienste im gleichen Knotenpool gehostet. Zusätzliche Benutzerknotenpools können die Worker-Knoten für Automation Suite Robots, Task Mining und GPU hosten.

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

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.

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.