- Überblick
- Anforderungen
- Installation
- Fragen und Antworten: Bereitstellungsvorlagen
- Herunterladen der Installationspakete
- install-uipath.sh-Parameter
- Aktivieren eines High Availability Add-ons für den Cluster
- Document Understanding-Konfigurationsdatei
- Hinzufügen eines dedizierten Agent-Knotens mit GPU-Unterstützung
- Verbinden einer Task Mining-Anwendung
- Hinzufügen eines dedizierten Agent-Knotens für Task Mining
- Nach der Installation
- Clusterverwaltung
- Verwalten von Produkten
- Verwalten des Clusters in ArgoCD
- Einrichten des externen NFS-Servers
- Automatisiert: Aktivieren der Sicherung im Cluster
- Automatisiert: Deaktivieren der Clustersicherung
- Automatisiert, online: Wiederherstellen des Clusters
- Automatisiert, offline: Wiederherstellen des Clusters
- Manuell: Aktivieren der Clustersicherung
- Manuell: Deaktivieren der Clustersicherung
- Manuell, online: Wiederherstellen des Clusters
- Manuell, offline: Wiederherstellen des Clusters
- Zusätzliche Konfiguration
- Migrieren von Objectstore von persistentem Volume zu Raw-Festplatten
- Überwachung und Warnungen
- Migration und Upgrade
- Migrationsoptionen
- 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 von eigenständigen Insights
- Schritt 7: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Produktspezifische Konfiguration
- 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-Bucket 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
- Automatisches Bereinigen von Longhorn-Snapshots
- Deaktivieren von TX-Prüfsummen-Offloading
- Umgang mit schwachen Verschlüsselungen in TLS 1.2
- 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
- Automation Suite funktioniert nach Betriebssystem-Upgrade nicht
- Für die Automation Suite muss Backlog_wait_time festgelegt werden 1
- Volume nicht bereitstellbar, da es nicht für Workloads bereit ist
- RKE2 schlägt während der Installation und Aktualisierung 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
- Patch zur Rückgewinnung von Speicherplatz
- Sicherung aufgrund des Fehlers „TooManySnapshots“ fehlgeschlagen
- Alle Longhorn-Replikate sind fehlerhaft
- Festlegen eines Timeout-Intervalls für die Verwaltungsportale
- Aktualisieren Sie die zugrunde liegenden Verzeichnisverbindungen
- Anmeldung nach der Migration nicht mehr möglich
- 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
- Der GSSAPI-Vorgang ist mit Fehler fehlgeschlagen: Es wurde ein ungültiger Statuscode übermittelt (Die Anmeldeinformationen des Clients wurden widerrufen).
- Alarm für fehlgeschlagenen Kerberos-tgt-update-Auftrag empfangen
- SSPI-Anbieter: Server nicht in Kerberos-Datenbank gefunden
- Die Anmeldung ist für den Benutzer <ADDOMAIN><aduser> fehlgeschlagen. Grund: Das Konto ist deaktiviert.
- ArgoCD-Anmeldung fehlgeschlagen
- 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
- Nach der ersten Installation wechselte ArgoCD in den Status „Progressing“.
- MongoDB-Pods in „CrashLoopBackOff“ oder ausstehende PVC-Bereitstellung nach Löschung
- UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN
- Herabgestufte MongoDB- oder Geschäftsanwendungen nach der Clusterwiederherstellung
- Self-heal-operator und Sf-k8-utils-Repository fehlen
- Fehlerhafte Dienste nach Clusterwiederherstellung oder Rollback
- RabbitMQ-Pod bleibt in CrashLoopBackOff hängen
- Prometheus im Zustand „CrashloopBackoff“ mit OOM-Fehler (Out-of-Memory)
- Fehlende Ceph-rook-Metriken in Überwachungs-Dashboards
- Pods können nicht mit FQDN in einer Proxy-Umgebung kommunizieren
- 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
- Verwenden des Automation Suite-Diagnosetools
- Verwenden des Automation Suite-Supportpakets
- Erkunden von Protokollen
Aktivieren eines High Availability Add-ons für den Cluster
Bei einer HA-fähigen Produktionseinrichtung mit mehreren Knoten ist standardmäßig Hochverfügbarkeit (HA) aktiviert. Die Redis-basierte Zwischenspeicherung im Arbeitsspeicher, die von Clusterdiensten verwendet wird, läuft jedoch auf einem einzelnen Knoten und gefährdet bei einem Ausfall das gesamte System. Wenn Sie keine HAA-Lizenz (High Availability Add-on) erworben haben, führt ein Ausfall des Cache-Knotens oder ein Neustart zu einer Ausfallzeit für den gesamten Cluster. Um einem solchen Vorfall vorzubeugen, können Sie HAA erwerben, das eine redundante, HA-fähige Produktionsbereitstellung des Caches mit mehreren Knoten ermöglicht.
Zu allen Installationen gehört die HAA-Software mit einer Einzelknotenlizenz. Diese Lizenz ist kostenlos – kein Kauf erforderlich.
Wenn Sie die HAA über mehrere Knoten hinweg aktivieren möchten, ist der Kauf einer HAA-Lizenz erforderlich. Dadurch wird eine vollständige Hochverfügbarkeit für den Cluster in einer HA-fähigen Produktionseinrichtung mit mehreren Knoten implementiert.
Die HAA basiert auf der Redis-Technologie.
Führen Sie dazu die folgenden Schritte aus:
- Kaufen Sie eine HAA-Lizenz. Wenden Sie sich an UiPath, um weitere Informationen zu erhalten.
- Aktualisieren Sie die folgenden Felder in der
cluster.config.json-Datei:-
fabric.redis.license– Geben Sie die HAA-Lizenz ein, die in einen einzelnen Base64-String konvertiert wurde. In der Bash können Sie dies mitecho 'license_text_here' | base64 -w0tun. -
fabric.redis.ha– Nutzen Sietrue, um die HAA zu aktivieren und stellen Sie sicher, dass Sie auch den Parameterfabric.redis.licensekonfigurieren. Dies ermöglicht die HAA-Datenbankreplikation und erhöht die Anzahl der HAA-Pods auf 3. Standardmäßig istfabric.redis.haauffalsefestgelegt.Hinweis:Wenn
redis.haaktiviert ist, mussredis.licenseauf eine Lizenz festgelegt werden, die mehr als zwei Shards unterstützt."fabric": { "redis": { "ha": "true", "license": Base64String } }"fabric": { "redis": { "ha": "true", "license": Base64String } }
-
- Führen Sie das Fabric-Installationsprogramm erneut aus:
-
Onlineinstallation
./install-uipath.sh -i cluster_config.json -f -o output.json --accept-license-agreement./install-uipath.sh -i cluster_config.json -f -o output.json --accept-license-agreement -
Offline-Installation:
./install-uipath.sh -i cluster_config.json -f --install-type offline -o output.json --accept-license-agreement./install-uipath.sh -i cluster_config.json -f --install-type offline -o output.json --accept-license-agreement
Updating the Redis License
Führen Sie die folgenden Schritte aus, um die Redis-Lizenz zu aktualisieren:
-
Einrichten von kubectl- und ArgoCD-Zugriff
- Enable kubectl access on the primary node. See Enabling kubectl for instructions.
- Enable access to ArgoCD. See Accessing ArgoCD for instructions.
-
Überprüfen des aktuellen Lizenzstatus
Um den Status der aktuellen Lizenz zu überprüfen, führen Sie den folgenden Shell-Befehl aus:
kubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jqkubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jq-
Bei Clustern, die nach Ablauf der aktuellen Lizenz im Installationsprogramm bereitgestellt werden, wird die 4-Shard-Testlizenz angezeigt, die in 30 Tagen abläuft, wie im folgenden Beispiel:
-
Cluster, die bereits ausgeführt wurden, als die Lizenz abgelaufen war, zeigen den folgenden Status an:
-
-
Aktualisieren der vorhandenen Lizenz
-
Um die vorhandene Lizenz zu aktualisieren, führen Sie den folgenden Shell-Befehl aus:
kubectl patch application fabric-installer -n argocd \ --type=json -p '[{"op":"add","path":"/spec/source/helm/parameters/-","value":{"name": "global.redis.license", "value": "<LICENSE_KEY_IN_BASE64>"}}]'kubectl patch application fabric-installer -n argocd \ --type=json -p '[{"op":"add","path":"/spec/source/helm/parameters/-","value":{"name": "global.redis.license", "value": "<LICENSE_KEY_IN_BASE64>"}}]' -
To see if the change was applied, access ArgoCD. See Accessing ArgoCD for instructions.
-
Wenn die Fabric-Installer-Anwendung nicht synchronisiert ist und der Synchronisierungsvorgang nicht automatisch ausgelöst wurde, klicken Sie selbst auf die Schaltfläche Synchronisierung. Dies kann passieren, wenn Sie eine ältere Automation Suite-Version verwenden.
Hinweis:Es gibt eine kleine Verzögerung zwischen dem Moment, in dem die ArgoCD-Benutzeroberfläche die synchronisierte Anwendung anzeigt, und dem Moment, in dem der Redis-Operator die neue Lizenz erfolgreich anwendet.
-
Um Protokolle vom Redis-Operator anzuzeigen, wenn er versucht, die Lizenz anzuwenden, führen Sie den folgenden Befehl aus:
kubectl logs -n redis-system --since=300s -l name=redis-enterprise-operator -c redis-enterprise-operator --tail=-1 | grep licensekubectl logs -n redis-system --since=300s -l name=redis-enterprise-operator -c redis-enterprise-operator --tail=-1 | grep license -
Wenn Sie versuchen, eine abgelaufene Lizenz anzuwenden oder das Installationsprogramm ausführen, das mit einer abgelaufenen Lizenz ausgeliefert wird, erhalten Sie die folgende Ausgabe:
-
Um die Redis-Lizenz zu aktualisieren, die von älteren Installationsprogrammen verwendet wurde, bevor Sie sie ausführen, aktualisieren Sie den
fabric.redis.license-Schlüssel in<installer_folder>/defaults.json:
-
-
Überprüfen, ob die neue Lizenz angewendet wird
Führen Sie den folgenden Shell-Befehl aus, um zu überprüfen, ob die neue Lizenz angewendet wird:
kubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jqkubectl get rec -n redis-system redis-cluster -o jsonpath='{.status.licenseStatus}' | jqIn der folgenden Abbildung sehen Sie, dass der Redis-Cluster von der 30-Tage-Testlizenz zu einer 10-Jahres-Lizenz mit Einzel-Shard gewechselt hat.