- Überblick
- Anforderungen
- Installation
- Fragen und Antworten: Bereitstellungsvorlagen
- Konfigurieren der Maschinen
- Konfigurieren des externen Objektspeichers
- Konfigurieren des Lastausgleichs
- Konfigurieren des DNS
- Konfigurieren von Microsoft SQL-Servern
- Konfigurieren der Zertifikate
- HA-fähige Online-Produktionsinstallation mit mehreren Knoten
- HA-fähige Offline-Produktionsinstallation mit mehreren Knoten
- 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
- Hinzufügen eines dedizierten Agentenknotens für Automation Suite-Roboter
- Nach der Installation
- Clusterverwaltung
- Ü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
- Step 6: Migrating standalone Insights
- Schritt 7: Löschen des Standardmandanten
- B) Migration von 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-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
- Automatisches Bereinigen von Longhorn-Snapshots
- Deaktivieren von NIC-Prüfsummen-Offloading
- 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
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Fehler beim Hoch- oder Herunterladen von Daten im Objektspeicher
- Die Größenänderung eines PVC bewirkt keine Korrektur von Ceph
- Fehler beim Ändern der PVC-Größe
- 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
- 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
- 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“.
- Unerwartete Inkonsistenz; fsck manuell ausführen
- MongoDB-Pods in „CrashLoopBackOff“ oder ausstehende PVC-Bereitstellung nach Löschung
- MongoDB-Pod kann nicht von 4.4.4-ent auf 5.0.7-ent aktualisiert werden
- Fehlerhafte Dienste nach Clusterwiederherstellung oder Rollback
- Pods stecken in Init:0/X
- Prometheus im Status „Crash Loop Backoff“ mit Out-of-Memory-Fehler (OOM).
- 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
- Verwenden des Automation Suite-Diagnosetools
- Verwenden des Automation Suite Support Bundle-Tools
- Erkunden von Protokollen
Automatisiert: Online-Upgrade
Ansible wird verwendet, um das Upgrade des gesamten Automation Suite-Clusters zu automatisieren, indem einige Vorgänge auf einer Maschine im Cluster ausgeführt werden.
In der folgenden Abbildung verwendet der Server 1 -Knoten (oder Ansible-Hostknoten) Ansible, um das Upgrade des gesamten Automation Suite-Clusters zu orchestrieren.
uipathctl.sh
-Skripts vorbereitet haben. Weitere Informationen finden Sie unter Verwenden von uipathctl.sh.
/opt/UiPathAutomationSuite
auf allen Knoten haben. Wenn Sie nicht über genügend Speicherplatz verfügen, können Sie entweder die Kapazität dieses Ordners erhöhen oder alle vorherigen Installationsdateien mit Ausnahme von cluster_config.json
entfernen. Sie können das vorherige Installationsprogramm jederzeit erneut herunterladen.
df -h /opt/UiPathAutomationSuite
.
Führen Sie die folgenden Schritte aus, um das Upgrade vorzubereiten:
Siehe auch Manuell: Erweiterte Installation.
zone_resilience
in der cluster_config.json
-Datei in /opt/UiPathAutomationSuite/Installer
auf false
festlegen.
Wenn während oder nach dem Upgrade Fehler oder Probleme auftreten, können Sie auf die vorherige Version zurücksetzen, sofern Sie zuvor eine Sicherung konfiguriert haben.
Anweisungen finden Sie unter Rollback bei Fehlern.
Führen Sie die folgenden Schritte aus, um die Sicherung zu konfigurieren:
Nachdem die Sicherung erstellt wurde, fahren Sie mit den folgenden Schritten fort.
Wenn Sie den Cluster in den Wartungsmodus versetzen, werden der Ingress-Controller und alle UiPath-Dienste heruntergefahren, wodurch der gesamte eingehende Datenverkehr zum Automation Suite-Cluster blockiert wird.
Führen Sie die folgenden Schritte aus, um den Automation Suite-Cluster zu aktualisieren:
Grundparameter
Parameter |
Wert |
---|---|
|
Mögliche Werte:
online und offline .
Da diese Seite Anweisungen für eine Onlineumgebung enthält, wählen Sie den Wert
online aus.
|
|
Mögliche Werte sind:
all , infra , fabric und services . Bezeichnet jede Phase des Installations- und Upgradeprozesses.
Wenn während des Upgrades ein Fehler auftritt, können Sie diese Prüfpunkte verwenden, um den Upgradevorgang fortzusetzen, anstatt es von Anfang an zu wiederholen. |
|
cluster_config.json -Datei definiert die Parameter, Einstellungen und Präferenzen, die auf die über die Automation Suite bereitgestellten UiPath-Dienste angewendet werden.
|
Erweiterte Parameter
Parameter |
Wert |
---|---|
|
Geben Sie den Benutzernamen an, der für SSH-Verbindungen zu allen Knoten verwendet werden soll. Standardmäßig ist der aktuelle Benutzer. Wenn Sie für alle Knoten einen anderen Benutzernamen verwenden, legen Sie anstelle dieses Parameters den Benutzernamen für alle Knoten in
inventory.ini fest und übergeben Sie ihn an das Skript.
Beispiel: Während Sie das Skript ausführen, sind Sie mit dem
myadminuser -Benutzernamen angemeldet. Wenn Sie jedoch den Benutzernamen testadmin für die Verbindung über SSH verwenden möchten, müssen Sie testadmin für diesen Parameter angeben.
|
|
Geben Sie eine vorhandene Ansible-Inventardatei an. Wenn nicht angegeben, wird automatisch einer aus dem vorhandenen Cluster mit der Basiskonfiguration generiert. In bestimmten Szenarien, in denen Sie eine detailliertere Kontrolle haben möchten, möchten Sie möglicherweise Ihre eigene Inventardatei bereitstellen. Ein solches Beispiel wäre, wenn Sie einen anderen SSH-Benutzernamen oder SSH-Schlüssel für alle Knoten im Cluster verwenden möchten. Weitere Informationen finden Sie unter Generieren der Ansible evaluation.ini-Datei. |
Nach dem Upgrade können Sie die folgenden zusätzlichen Schritte ausführen:
-
Um zu überprüfen, ob die Automation Suite fehlerfrei ist, führen Sie Folgendes aus:
kubectl get applications -n argocd
kubectl get applications -n argocd -
Wenn Sie nach einem Upgrade Probleme mit Sicherheitslücken in den Bildern oder dem Speicherverbrauch haben, dann löschen Sie die Bilder des alten Installationsprogramms. Weitere Informationen finden Sie im Abschnitt Fehlerbehebung.
Bevor mit dem Upgrade des Clusters begonnen wird, erstellt das Upgrade-Skript automatisch eine Sicherung des Clusters und deaktiviert sie dann vorübergehend. Möglicherweise möchten Sie die Sicherung manuell aktivieren, sobald das Upgrade abgeschlossen ist.
Um die Sicherung zu aktivieren, befolgen Sie die Anweisungen in der Dokumentation zum Sichern und Wiederherstellen des Clusters.
Nach dem Durchführen eines Automation Suite Cluster-Upgrades erfordern Azure- und AWS-Vorlagenbereitstellungen einige Änderungen, um sicherzustellen, dass ein neuer Knoten durch Scale-out-Vorgänge korrekt dem Cluster beitritt. Um die Änderungen zu automatisieren, empfehlen wir die Verwendung der dedizierten Skripte. Für Anweisungen siehe die Azure-Bereitstellungsvorlagen-Dokumentation und die Azure-Bereitstellungsvorlagen-Dokumentation.
Bei der Durchführung eines Upgrades für einen Cluster, der mit Azure-Vorlagen bereitgestellt wurde, kann ein Fehler auftreten, der ähnlich wie in der folgenden Abbildung dargestellt ist:
fixed_rke_address
in der Datei cluster_config.json
. Sie müssen den Wert dieses Felds in die IP-Adresse der ersten Serverinstanz ändern, bevor Sie den Upgrade-Befehl ausführen. Die in den Schlüsseltresor hochgeladene cluster_config.json
sollte weiterhin die IP-Adresse des ILB haben, da der Knoten nicht intakt ist und der Datenverkehr nicht auf ihn abgestimmt wird.