- Überblick
- Anforderungen
- Empfohlen: Bereitstellungsvorlagen
- Fragen und Antworten: Bereitstellungsvorlagen
- Anleitung: Vorbereiten der Installation
- Anleitung: Vorbereiten der Installation
- Schritt 1: Konfigurieren der OCI-konformen Registrierung für Offline-Installationen
- Schritt 2: Konfigurieren des externen Objektspeichers
- Schritt 3: Konfigurieren eines High Availability Add-ons
- Schritt 4: Konfigurieren von Microsoft SQL Server
- Schritt 5: Konfigurieren des Lastausgleichs
- Schritt 6: Konfigurieren des DNS
- Step 7: Configuring kernel and OS level settings
- Step 8: Configuring the disks
- Schritt 9: Konfigurieren der Knotenports
- Step 10: Applying miscellaneous settings
- Schritt 12: Validieren und Installieren der erforderlichen RPM-Pakete
- Schritt 13: Generieren von cluster_config.json
- Zertifikatkonfiguration
- Datenbankkonfiguration
- Konfiguration des externen Objektspeichers
- Vorsignierte URL-Konfiguration
- Externe OCI-konforme Registrierungskonfiguration
- Disaster Recovery: Aktiv/Passiv- und Aktiv/Aktiv-Konfigurationen
- Konfiguration des High Availability Add-ons
- Spezifische Orchestrator-Konfiguration
- Insights-spezifische Konfiguration
- Process Mining-spezifische Konfiguration
- Spezifische Konfiguration für Document Understanding
- Spezifische Konfiguration für Automation Suite Robots
- Konfiguration der Überwachung
- Optional: Konfigurieren des Proxyservers
- Optional: Aktivieren der Widerstandsfähigkeit gegen zonale Ausfälle in einem HA-fähigen Produktionscluster mit mehreren Knoten
- Optional: Übergeben einer benutzerdefinierten resolv.conf-Datei
- Optional: Erhöhen der Fehlertoleranz
- install-uipath.sh-Parameter
- Hinzufügen eines dedizierten Agent-Knotens mit GPU-Unterstützung
- Hinzufügen eines dedizierten Agent-Knotens für Task Mining
- Verbinden einer Task Mining-Anwendung
- Hinzufügen eines dedizierten Agentenknotens für Automation Suite-Roboter
- Step 15: Configuring the temporary Docker registry for offline installations
- Step 16: Validating the prerequisites for the installation
- Manuell: Durchführen der Installation
- Nach der Installation
- Clusterverwaltung
- Verwalten von Produkten
- Erste Schritte mit dem Clusterverwaltungsportal
- Migrieren von Objectstore von persistentem Volume zu Raw-Festplatten
- Migrieren von einem HA-Add-on zum externen High Availability Add-on
- Migrieren von Daten zwischen Objectstores
- Clusterinterner Objectstore zu einem externen Objectstore migrieren
- Manueller Wechsel zum sekundären Cluster in einer Aktiv-/Passiv-Einrichtung
- Disaster Recovery: Durchführen von Vorgängen nach der Installation
- Umwandlung einer bestehenden Installation in eine Multi-Site-Einrichtung
- Guidelines on upgrading an Active/Passive or Active/Active deployment
- Guidelines on backing up and restoring an Active/Passive or Active/Active deployment
- Redirecting traffic for the unsupported services to the primary cluster
- Überwachung und Warnungen
- Migration und Upgrade
- 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
- B) Migration von einzelnen Mandanten
- Migrieren von der Automation Suite unter Linux zur Automation Suite unter EKS/AKS
- Aktualisieren der Automation Suite
- Herunterladen der Installationspakete und Übertragen aller Dateien auf den ersten Serverknoten
- Abrufen der zuletzt angewendeten Konfiguration aus dem Cluster
- Aktualisieren der Clusterkonfiguration
- Konfigurieren der OCI-konformen Registrierung für Offline-Installationen
- Migrieren zu einer externen OCI-konformen Registrierung
- Ausführen des Upgrades
- Durchführen von Vorgängen nach dem Upgrade
- 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
- Best Practices und Wartung
- Fehlersuche und ‑behebung
- Fehlerbehebung bei Diensten während der Installation
- Deinstallieren des Clusters
- Löschen von Offline-Artefakten für mehr Speicherplatz
- So löschen Sie Redis-Daten
- So können Sie die Istio-Protokollierung aktivieren
- So werden Protokolle manuell bereinigt
- So löschen Sie alte Protokolle, die im sf-logs-Paket gespeichert sind
- So deaktivieren Sie Streaming-Protokolle für das AI Center
- Fehlerbehebung bei fehlgeschlagenen Automation Suite-Installationen
- So löschen Sie Bilder aus dem alten Installationsprogramm nach dem Upgrade
- Deaktivieren von NIC-Prüfsummen-Offloading
- Upgrade von Automation Suite 2022.10.10 und 2022.4.11 auf 2023.10.2
- So legen Sie die ArgoCD-Protokollebene manuell auf Info fest
- Es kann keine Offlineinstallation auf RHEL 8.4 OS ausgeführt werden.
- Fehler beim Herunterladen des Pakets
- Die Offlineinstallation schlägt aufgrund fehlender binärer Dateien fehl
- Zertifikatproblem bei der Offlineinstallation
- Die erste Installation schlägt während des Longhorn-Setups fehl
- Validierungsfehler bei der SQL-Verbindungszeichenfolge
- Voraussetzungsprüfung für das Selinux-iscsid-Modul schlägt fehl
- Azure-Datenträger nicht als SSD markiert
- Fehler nach der Zertifikatsaktualisierung
- Virenschutz verursacht Probleme bei der Installation
- Automation Suite funktioniert nach Betriebssystem-Upgrade nicht
- Bei der Automation Suite muss „backlog_wait_time“ auf 0 gesetzt werden.
- Volume nicht bereitstellbar, da es nicht für Workloads bereit ist
- Fehler im Cluster nach automatisiertem Upgrade von 2021.10
- Upgrade schlägt aufgrund eines fehlerhaften Ceph . fehl
- Rke2 wird aufgrund von Platzproblemen nicht gestartet
- Datenträger kann nicht verbunden werden und verbleibt im Status der „Attach/Detach“-Schleife
- Upgrade schlägt aufgrund von klassischen Objekten in der Orchestrator-Datenbank fehl
- Ceph-Cluster in beeinträchtigtem Status nach parallelem Upgrade
- Fehlerhafte Insights-Komponente verursacht Fehlschlag der Migration
- Dienst-Upgrade schlägt für Apps fehl
- Timeouts beim direkten Upgrade
- Docker-Registrierungsmigration bleibt in PVC-Löschphase hängen
- AI Center-Bereitstellungsfehler nach Upgrade auf 2023.10
- Upgrade schlägt in Offline-Umgebungen fehl
- Fehler beim Hoch- oder Herunterladen von Daten im Objektspeicher
- Die Größenänderung eines PVC bewirkt keine Korrektur von Ceph
- Fehler beim Ändern der Größe von objectstore PVC
- Rook Ceph oder Looker-Pod hängen im Init-Status fest
- Fehler beim Anhängen eines StatefulSet-Volumes
- Fehler beim Erstellen persistenter Volumes
- Festlegen eines Timeout-Intervalls für die Verwaltungsportale
- Die Authentifizierung funktioniert nach der Migration nicht
- Kinit: KDC kann für Realm <AD Domain> beim Abrufen der ersten Anmeldeinformationen nicht gefunden werden.
- Kinit: Keytab enthält keine geeigneten Schlüssel für *** beim Abrufen der ersten Anmeldeinformationen
- GSSAPI-Vorgang aufgrund eines ungültigen Statuscodes fehlgeschlagen
- Alarm für fehlgeschlagenen Kerberos-tgt-update-Auftrag erhalten
- SSPI-Anbieter: Server in Kerberos-Datenbank nicht gefunden
- Anmeldung eines AD-Benutzers aufgrund eines deaktivierten Kontos fehlgeschlagen
- ArgoCD-Anmeldung fehlgeschlagen
- Aktualisieren Sie die zugrunde liegenden Verzeichnisverbindungen
- Fehler beim Abrufen des Sandbox-Abbilds
- Pods werden nicht in der ArgoCD-Benutzeroberfläche angezeigt
- Redis-Testfehler
- RKE2-Server kann nicht gestartet werden
- Secret nicht im UiPath-Namespace gefunden
- ArgoCD wechselt nach der ersten Installation in den Status „In Bearbeitung“.
- MongoDB-Pods in „CrashLoopBackOff“ oder ausstehende PVC-Bereitstellung nach Löschung
- Fehlerhafte Dienste nach Clusterwiederherstellung oder Rollback
- Pods stecken in Init:0/X
- Fehlende Ceph-rook-Metriken in Überwachungs-Dashboards
- Document Understanding erscheint nicht auf der linken Leiste der Automation Suite
- Fehlerstatus beim Erstellen einer Datenbeschriftungssitzung
- Fehlerstatus beim Versuch, eine ML-Fähigkeit bereitzustellen
- Migrationsauftrag schlägt in ArgoCD fehl
- Die Handschrifterkennung mit dem Intelligent Form Extractor funktioniert nicht oder arbeitet zu langsam
- Ausführen des Diagnosetools
- Verwenden des Automation Suite Support Bundle-Tools
- Erkunden von Protokollen
Fragen und Antworten: Bereitstellungsvorlagen
F: Für das HA-fähige Produktionsprofil mit mehreren Knoten beträgt die Prozessoranforderung für die vollständige Produktauswahl 96 (v-)CPU/Kerne. Bezieht sich diese Anforderung auf Server- und Agent-Knoten oder bezieht sie sich auf Server- oder Agent-Knoten?
A: Unsere Dokumentation zeigt, dass das HA-fähige Produktionsprofil mit mehreren Knoten mindestens 3 Serverknoten mit mindestens CPU/RAM pro Knoten erfordert. Solange diese Bedingung erfüllt ist, können die verbleibenden CPU/RAM-Anforderungen entweder auf zusätzliche Server- oder Agent-Knoten verteilt werden, die auch die Mindestanforderungen an CPU/RAM erfüllen.
F: Ist eine GPU für Task Mining erforderlich?
A: Nein, GPU ist für Task Mining nicht erforderlich.
Q: What does node fault tolerance in the UiPath® Automation Suite Install Sizing Calculator refer to? Does it cover agent nodes, only server nodes, or both?
A: The UiPath® Automation Suite Install Sizing Calculator bases the recommendation with fault tolerance so that a minimum of 3 server nodes are always available in the worst case scenario. You can increase the number of servers that can go down without causing the deployment to fail.
F: Kann ich eine private Domäne in Amazon Route 53 verwenden?
A: Ja, private gehostete Zonen werden unterstützt.
F: Muss ich auch die DNS-Einträge in der Cloudlösung (z. B. AWS) angeben? Kann ich eine lokale DNS-Lösung mit einer AWS-Bereitstellung der Automation Suite verwenden? Muss der Datensatz beispielsweise im Fall einer URL, auf die der Endbenutzer zugreift, in der Cloud oder im lokalen DNS auflösbar sein?
A: Sie können eine Nicht-Amazon Route 53-DNS-Infrastruktur verwenden. Das DNS muss jedoch in der VPC auflösbar sein, in der Sie die Bereitstellung durchführen.
F: Welches CNI-Plugin wird als Teil von Kubernetes verwendet? Wenn sie beispielsweise vom Anbieter bereitgestellt wird, unterstützt die Kubernetes-Lösung die Integration mit VPC/VNET. Wenn Sie AWS Kubernetes verwenden, erhalten Pods immer dann, wenn der Anbieter Workload erstellt und bereitstellt, IP-Adressen von der VPC selbst. Das bedeutet, dass auf die Workload über AWS- oder Azure-Dienste zugegriffen werden kann.
A: Wir verwenden Cilium CNI. Die Kubernetes-Distribution enthält 3 unterstützte CNIs, jedoch nicht das AWS-spezifische.
F: Passen Sie Dienst-IP- und POD-IP-Bereiche an?
10.42.0.0/16
.
F: Ist es bei der Bereitstellung der Automation Suite in AWS in einer vorhandenen VPC möglich, TerraForm anstelle von CloudFormation zu verwenden?
A: Nein, das ist nicht möglich. Wir verwenden das native Infrastructure-as-Code-Tool des Cloud-Anbieters (CloudFormation für AWS, ARM für Azure).
F:Bedeutet in Bezug auf die vorherige Frage, dass ich Terraform-Code entwickeln muss, wenn mein Standard für IaaC Terraform ist?
A: Wenn Sie die Automation Suite manuell bereitstellen möchten (ohne die vorhandenen AWS- oder Azure-Vorlagen), dann müssen Sie den Terraform-Code entwickeln. Alternativ können Sie die vorhandene CloudFormation-Vorlage für die Bereitstellung oder als Grundlage für die Erstellung des Terraform-Codes verwenden.
F: Wie kann ich die Anzahl der spezialisierten Knoten schätzen, die für Task Mining erforderlich sind?
A: Task Mining erfordert/unterstützt 1 dedizierten Knoten, der sofort einsatzbereit ist.
F: Kann ich Graviton-basierte Prozesse für die Bereitstellung verwenden?
A: Nein, die Kubernetes-Distribution unterstützt ARM nicht.
F: Kann die Automation Suite auf AMD oder nur auf Intel-Prozessoren gehostet werden?
A: Beides ist in Ordnung, solange Sie die Architekturanforderungen erfüllen.
F: Kann ich Automation Suite-Vorlagen unter Ubuntu und CentOS bereitstellen?
A: Nein, Ubuntu und CentOS werden nicht unterstützt.
F: Wie viel Speicherplatz wird bei einer AWS-Bereitstellung reserviert, wenn ein EFS automatisch bereitgestellt wird?
A: EFS hat keine vorab bereitgestellte Größe. Es ist ein nutzungsabhängiges System. EFS enthält alle Sicherungen für alle Datenträger im gesamten Cluster, was bedeutet, dass 6 TiB an Daten verbraucht werden, die Summe des Speicherplatzes aller Knoten.
F: Stellt die Azure-Bereitstellung eine NFS-Lösung bereit, wie dies bei AWS der Fall ist? Wenn ja, wie viel Speicherplatz wird reserviert?
A: NFS ist ein Protokoll, das mehrere mögliche Implementierungen hat. AWS Elastic File System ist eine solche Implementierung. Der NFS-Server ist eine weitere Implementierung. Azure hat eine andere Implementierung namens Azure Files. Wenn Sie eine Sicherung wünschen, benötigen Sie eines dieser Infrastrukturelemente.
F: Welcher ist der bevorzugte Clouddienstanbieter: Azure oder AWS?
A : Wir haben keinen bevorzugten Cloud-Dienstanbieter. Wir unterstützen beides.
F: Wenn Autoscaling aktiviert ist, erfordert der Knoten benutzerdefinierte Bilder?
A: Autoscaling uses your RedHat image, on top of which the UiPath® software will be installed. We do not have clear data now, but cold start is in the 5-10 minute range.
F: Kann ich die Standard Edition von Microsoft SQL Server verwenden?
A: Wir unterstützen Microsoft SQL Server 2016, 2017 und 2019 Standard und Enterprise Edition. Weitere Informationen zu SQL-Anforderungen finden Sie in unserer Dokumentation.
F: Ist die gesamte vCPU-Anforderung von 96 Kernen von Anfang an erforderlich oder kann sie Teil von Autoscaling sein, bei dem Knoten je nach Ressourcenbedarf hinzugefügt oder entfernt werden?
A : Zum Einschalten des Systems sind 96 Kerne erforderlich. Anschließend können Sie verschiedene Skalierungsstrategien anwenden. Sie dürfen diese Nummer jedoch nicht unterschreiten.
F: Wähle ich das RHEL-Image aus oder ist es in den AWS- oder Azure-Vorlagen vorgeschrieben? Wenn ich sie auswählen muss, welche RHEL-Version sollte ich bei der Bereitstellung über Vorlagen verwenden?
A: Die Bereitstellung verwendet ein grundlegendes RHEL-Image (das zur Laufzeit bestimmt wird) und erstellt eine Vorlage für die automatische Skalierungsgruppe, die bei der Bereitstellung der VM angewendet wird. Das bedeutet, dass beim Anlegen einer neuen EC2-Instanz die gesamte Software installiert wird. Die Vorlagen verwenden ab sofort RHEL 8.2.
F: Sind andere VMs als für den Kubernetes-Cluster erforderlich?
A: To run Automation Suite, no additional VMs outside the cluster are required. However, if you do not have existing machines to run UiPath® Robot, then these would likely be required, in addition to any developer VMs or desktops for UiPath Studio (IDE).
F: Wird es eine Integration mit CloudWatch- oder Azure Monitor für Kubernetes-Protokollen geben?
A: Derzeit gibt es keine Integration, um Protokolle an CloudWatch zu übertragen.
F: Kann die Automation Suite Open-Source-Datenbanklösungen wie MySQL oder PostgreSQL verwenden?
A : Die Microsoft SQL Server-Anforderung ist unabhängig von der Cloud, in der die Automation Suite bereitgestellt wird.