- Überblick
- Anforderungen
- Kubernetes-Cluster und -Knoten
- Proxy
- SQL-Datenbank
- Zwischenspeichern
- Speicher
- Zertifikatsanforderungen
- Installation
- Voraussetzungsprüfungen
- Herunterladen der Installationspakete
- uipathctl-Cluster
- uipathctl-Clusterwartung
- uipathctl cluster maintenance disable
- uipathctl cluster maintenance enable
- uipathctl cluster maintenance is-enabled
- uipathctl cluster migration
- uipathctl cluster migration export
- uipathctl cluster migration import
- uipathctl cluster migration run
- uipathctl-Cluster-Upgrade
- uipathctl config
- uipathctl config add-host-admin
- uipathctl config additional-ca-certificates
- uipathctl config additional-ca-certificates get
- uipathctl config additional-ca-certificates update
- uipathctl config-Warnungen
- uipathctl config Alerts add-email
- uipathctl config alerts remove-email
- uipathctl config alerts update-email
- uipathctl config argocd
- uipathctl config argocd ca-certificates
- uipathctl config argocd ca-certificates get
- uipathctl config argocd ca-certificates update
- uipathctl config argocd generate-dex-config
- uipathctl config argocd generate-rbac
- uipathctl config argocd registry
- uipathctl config argocd registry get
- uipathctl config argocd registry update
- uipathctl config enable-basic-auth
- uipathctl config Orchestrator
- uipathctl config Orchestrator get-config
- uipathctl config orchestrator update-config
- uipathctl config saml-certificates get
- uipathctl config saml-certificates rotate
- uipathctl config saml-certificates update
- uipathctl config tls-certificates
- uipathctl config tls-certificates get
- uipathctl config tls-certificates update
- uipathctl config token-signing-certificates
- uipathctl config token-signing-certificates get
- uipathctl config token-signing-certificates rotate
- uipathctl config token-signing-certificates update
- UiPathctl-Zustand
- Uipathctl-Gesundheitspaket
- Uipathctl-Zustandsprüfung
- uipathctl health diagnose
- uipathctl health test
- uipathctl-Manifest
- uipathctl manifest apply
- uipathctl manifest diff
- uipathctl manifest get
- uipathctl manifest get-revision
- uipathctl Manifest list-applications
- uipathctl manifest list-revisions
- uipathctl manifest render
- uipathctl-Voraussetzung
- uipathctl prereq create
- uipathctl prereq run
- „uipathctl“-Ressource
- uipathctl-Ressourcenbericht
- uipathctl-Snapshot
- uipathctl-Snapshot-Sicherung
- uipathctl snapshot backup create
- uipathctl snapshot backup disable
- uipathctl snapshot backup enable
- uipathctl snapshot delete
- uipathctl snapshot list
- uipathctl snapshot restore
- uipathctl snapshot restore create
- uipathctl snapshot restore delete
- uipathctl snapshot restore history
- uipathctl snapshot restore logs
- uipathctl-Version
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite auf EKS/AKS
- Schritt 1: Verschieben der Identitätsorganisationsdaten von einer eigenständigen in die Automation Suite
- Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 3: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 4: Zusammenführen von Organisationen in der Automation Suite
- Schritt 5: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 6: Migrieren des eigenständigen Orchestrators
- Schritt 7: Migrieren von eigenständigen Insights
- Schritt 8: Löschen des Standardmandanten
- Migrieren von der Automation Suite unter Linux zur Automation Suite unter EKS/AKS
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Verwenden des Orchestrator-Konfiguratortools
- Konfigurieren von Orchestrator-Parametern
- Orchestrator-appSettings
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Fehlersuche und ‑behebung
Kubernetes-Cluster und -Knoten
Sie können Ihren eigenen Kubernetes-Cluster von Azure oder AWS mitbringen und Ihre Standardpraktiken befolgen, um ihn bereitzustellen und zu verwalten. Die Automation Suite erfordert einen speziellen Cluster mit Cluster-Administratorberechtigungen, da sie die gesamte UiPath®-Geschäftsplattform bereitstellt und viele UiPath®-Produkte umfasst, die viele Microservices enthalten.
Jede Version mit langfristigem Support der Automation Suite enthält eine Kompatibilitätsmatrix. kompatible EKS- oder AKS-Versionen finden Sie unter Kompatibilitätsmatrix.
Die Automation Suite unterstützt die folgenden Linux-Betriebssysteme:
Cloudanbieter |
OS |
---|---|
AKS |
|
EKS |
|
Um die Knotenkapazität basierend auf Ihren Produkt- und Skalierungsanforderungen zu schätzen, verwenden Sie den Rechner der UiPath Automation Suite zur Installationsskalierung.
Das Stammvolume für Agent-(Worker-)Knoten erfordert 256 GB.
Um mit den obligatorischen Plattformdiensten (Identität, Lizenzierung und Routing) und dem Orchestrator zu beginnen, müssen Sie mindestens 8 vCPU und 16 GB RAM pro Knoten bereitstellen.
Aufgrund von Stabilitäts- und Leistungsproblemen wird nicht empfohlen, Spot-Instanzen in der Automation Suite bei EKS/AKS-Produktionsszenarien zu verwenden.
Sie müssen den Auslagerungsspeicher deaktivieren, bevor Sie die Automation Suite installieren. Es ist bekannt, dass Swap-Speicher bei Workloads in Containern Probleme verursachen können. Außerdem profitieren die Workloads der Automation Suite nicht von der Verwendung von Swap-Speicher und Kubernetes optimiert bereits die Speichernutzung.
Wir empfehlen, die automatische Skalierung in Ihrem Cluster zu aktivieren, um eine hohe Zuverlässigkeit sicherzustellen und Betriebsunterbrechungen zu vermeiden.
Wenn Sie Task Mining installieren, müssen Sie zusätzliche Arbeiterknoten mit 20 vCPU und 60 GB RAM bereitstellen. Dieser Knoten muss mit einem Taint versehen sein, um sicherzustellen, dass nur Task Mining-Workloads auf ihm ausgeführt werden. Weitere Informationen finden Sie im Abschnitt Knotenplanung .
Automation Suite Robot erfordern zusätzliche Worker-Knoten.
Die Hardwareanforderungen für den Automation Suite-Roboterknoten hängen davon ab, wie Sie Ihre Ressourcen verwenden möchten. Zusätzlich zu den zusätzlichen Agentknotenanforderungen benötigen Sie mindestens 10 GiB, um die Paketzwischenspeicherung zu aktivieren.
Weitere Informationen finden Sie in der Dokumentation zum Speicher .
In den folgenden Abschnitten werden die Faktoren beschrieben, die sich auf die Hardwaremenge auswirken, die der Automation Suite-Roboterknoten benötigt.
In der folgenden Tabelle werden die erforderliche CPU, der Arbeitsspeicher und der Speicher für alle Robotergrößen beschrieben.
Größe |
CPU |
Arbeitsspeicher |
Speicher |
---|---|---|---|
Klein |
0,5 |
1 GiB |
1 GiB |
Standard |
1 |
2 GiB |
2 GiB |
Mittel |
2 |
4 GiB |
4 GiB |
Groß |
6 |
10 GiB |
10 GiB |
Die Ressourcen des Automation Suite Roboter-Agentknotens wirken sich auf die Anzahl der Aufträge aus, die gleichzeitig ausgeführt werden können. Der Grund dafür ist, dass die Anzahl der CPU-Kerne und die Größe der RAM-Kapazität durch die CPU-/Speicheranforderungen des Auftrags geteilt werden.
Ein Knoten mit 16 CPUs und 32 GiB RAM kann beispielsweise Folgendes ausführen:
- 32 kleine Aufträge
- 16 Standardaufträge
- 8 mittlere Aufträge
- Zwei große Aufträge
Auftragsgrößen können gemischt werden, sodass derselbe Knoten zu einem bestimmten Zeitpunkt eine Kombination von Aufträgen ausführen kann, z. B. Folgendes:
- 10 kleine Aufträge (verbrauchen 5 CPUs und 10 GiB Arbeitsspeicher)
- 4 Standardaufträge (verbrauchen 4 CPUs und 8 GiB Arbeitsspeicher)
- 3 mittlere Aufträge (verbrauchen 6 CPUs und 12 GiB Arbeitsspeicher)
Da der Knoten Teil eines Kubernetes-Clusters ist, verbraucht der auf dem Server vorhandene Kubernetes-Agent (kubelet) eine geringe Menge an Ressourcen. Basierend auf unseren Messungen verbraucht das Kubelet die folgenden Ressourcen:
- 0,6 CPU
- 0,4 GiB RAM
Ein Knoten, der dem zuvor beschriebenen ähnelt, hätte tatsächlich ungefähr 15,4 CPUs und 31,6 GiB RAM.
Bei allen Ihren plattformübergreifenden Prozessen ist die Option Automation Suite Robots standardmäßig auf Automatisch festgelegt. Diese Einstellung wählt die geeignete Maschinengröße für die Ausführung des Prozesses mit serverlosen Robotern aus.
Bei der automatischen Auswahl der Größe werden die in der nachstehenden Tabelle aufgeführten Kriterien der Reihe nach bewertet. Sobald ein Kriterium erfüllt ist, wird die entsprechende Maschinengröße gewählt und die übrigen Kriterien werden nicht bewertet.
Reihenfolge |
Kriterium |
Maschinengröße |
---|---|---|
1 |
Remote-Debugging-Auftrag |
Mittel |
2 |
Der Prozess hängt von der UI-Automatisierung ab. ODER Der Prozess hängt von den UiPath Document Understanding-Aktivitäten ab. |
Standard |
3 |
Anderer Unattended-Prozess |
Klein |
Für eine höhere Leistung können Sie Document Understanding auf einem zusätzlichen Agentknoten mit GPU-Unterstützung installieren. Beachten Sie jedoch, dass Document Understanding ohne den GPU-Knoten voll funktionsfähig ist. Tatsächlich verwendet Document Understanding CPU-VMs für alle Extraktions- und Klassifizierungsaufgaben, während wir bei der OCR dringend die Verwendung einer GPU-VM empfehlen.
Weitere Informationen zur CPU-/GPU-Auslastung im Document Understanding-Framework finden Sie unter CPU- und GPU-Auslastung.
Wenn Sie einen zusätzlichen Knoten mit GPU-Unterstützung verwenden möchten, müssen Sie die folgenden Anforderungen erfüllen:
Hardware |
Mindestanforderungen |
---|---|
Prozessor |
8 (v-)CPU/Kerne |
RAM |
52 GiB |
Cluster-Binärdateien und State Disk |
256 GiB SSD Min. IOPS: 1100 |
DataDisk |
Keine Angabe |
GPU-RAM |
11 GiB |
--node-taints nvidia.com/gpu=present:NoSchedule
anstatt --node-taints sku=gpu:NoSchedule
verwenden.
Wir empfehlen, Knotenmarkierungen auf dedizierten Arbeiterknoten für Task Mining, Automation Suite Robotund Document Understanding zu aktivieren.
Beispiel für AI Center und DU:
-
Für CPU:
kubectl taint node <node_name> aic.ml/cpu=present:NoSchedule
kubectl taint node <node_name> aic.ml/cpu=present:NoSchedule
-
Für GPU:
kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule
kubectl taint node <node_name> nvidia.com/gpu=present:NoSchedule
Beispiel für Task Mining:
kubectl taint node <node_name> task.mining/cpu=present:NoSchedule
kubectl taint node <node_name> task.mining/cpu=present:NoSchedule
BeispielAutomation Suite Robot :
kubectl taint node <node_name> serverless.robot=present:NoSchedule
kubectl taint node <node_name> serverless.robot=present:NoSchedule
Wenn Sie benutzerdefinierte Knotenmarkierungen haben, die durch die Gatekeeper-Richtlinie erzwungen werden, z. B. bestimmte Rollen für Arbeiterknoten oder Bezeichnungen, werden diese nicht an die Automation Suite übergeben und können den Installationsvorgang unterbrechen.
Weitere Informationen zu Markierungen und Toleranzen finden Sie in der Kubernetes-Dokumentation.
- Dedizierter Cluster
- Unterstützte EKS/AKS-Versionen
- Knotenkapazität
- Speicher wechseln
- Automatische Skalierung
- Zusätzliche Task Mining-Voraussetzungen
- Zusätzliche Anforderungen für Automation Suite-Roboter
- Robotergröße
- Größe des Agentknotens
- Kubernetes-Ressourcenverbrauch
- Automatische Auswahl der Maschinengröße
- Zusätzliche Document Understanding-Empfehlungen
- Knotenplanung