- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Installieren und Konfigurieren des Dienstgeflechts
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Installieren und Konfigurieren des GitOps-Tools
- Anwenden verschiedener Konfigurationen
- Ausführen von uipathctl
- Installation
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite
- Migrieren von eigenständigen Produkten zur Automation Suite
- Schritt 1: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 2: Aktualisieren des Schemas der wiederhergestellten Produktdatenbank
- Schritt 3: Verschieben der Identitätsorganisationsdaten von der eigenständigen Bereitstellung in die Automation Suite
- Schritt 4: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 5: Zusammenführen von Organisationen in der Automation Suite
- Schritt 6: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 7: Migrieren des eigenständigen Orchestrator
- Schritt 8: Migrieren von eigenständigen Insights
- Schritt 9: Migrieren des eigenständigen Test Managers
- Schritt 10: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Migrieren zwischen Automation Suite-Clustern
- Migrieren von der Automation Suite auf EKS/AKS zur Automation Suite auf OpenShift
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Erweiterte Orchestrator-Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von NLog
- Speichern von Roboterprotokollen in Elasticsearch
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Erstellen der Hostbibliothek wird übersprungen
- Fehlersuche und ‑behebung
- Zugriff auf Automation Hub nach Upgrade auf Automation Suite 2024.10.0 nicht mehr möglich
- AI Center-Bereitstellungsfehler nach Upgrade auf 2023.10 oder höher
- Insights-Volumes, die nach der Migration in zwei verschiedenen Zonen erstellt wurden
- Upgrade schlägt aufgrund überschriebener Insights-PVC-Größen fehl
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Der Roboter kann keine Verbindung mit einer Automation Suite-Orchestrator-Instanz herstellen
- Protokollstreaming funktioniert nicht in Proxy-Setups
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Beim Zugriff auf den FQDN wird RBAC zurückgegeben: Zugriff verweigert

Automation Suite in der EKS/AKS-Installationsanleitung
Notfallwiederherstellung - Aktiv/Passiv
Dieser Artikel führt Sie durch die Kernkonzepte und die Architektur der Automation Suite Disaster Recovery für Aktiv/Passiv-Bereitstellungen.
Der Aktiv/Passiv-Modus ist derzeit nur für EKS verfügbar.
Die Sicherstellung einer kontinuierlichen Geschäftsautomatisierung ist der Kern einer jeden Automatisierungsplattform. Die Automation Suite kann dem vollständigen Ausfall von Knoten, ganzen Rechenzentren oder Regionen standhalten. Sie können die Automation Suite als Aktiv/Passiv-Konfiguration bereitstellen.
Automation Suite-Bereitstellungen an mehreren Standorten im Aktiv/Passiv-Modus unterstützen die folgenden Szenarien:
- Bereitstellung in derselben Region – Zwei Automation Suite-Cluster, die in derselben Region bereitgestellt werden;
- Regionsübergreifende Bereitstellung – Zwei Automation Suite-Cluster, die in verschiedenen Regionen bereitgestellt werden.
Die folgende Tabelle enthält Details darüber, welche Automation Suite-Produkte Sie im Aktiv/Passiv-Modus bereitstellen können.
| Produkt | Unterstützung für Aktiv/Passiv |
|---|---|
| Orchestrator | ✅ |
| Action Center | ✅ |
| AI Center | ✅ |
| Apps | ✅ |
| Automation Ops | ✅ |
| Automation Suite-Roboter | ✅ |
| Computer Vision | ✅ |
| Data Service | ✅ |
| Document Understanding | ✅ |
| Test Manager | ✅ |
| Automation Hub | ❌ |
| Insights | ❌ |
| Process Mining | ❌ |
| Task Mining | ❌ |
| Integration Service | ❌ |
| Studio Web | ❌ |
- Sie können Produkte installieren, die von der Disaster Recovery in Aktiv/Passiv nicht unterstützt werden. Sie können diese Produkte jedoch nicht verwenden, wenn der primäre Cluster ausgefallen ist.
- Für das AI Center ist die Trainingspipeline-Funktion nur im primären Cluster verfügbar.
Anforderungen
Um eine Aktiv-/Passiv-Bereitstellung zu konfigurieren, stellen Sie sicher, dass Sie die folgenden Anforderungen erfüllen:
- Hardware
- Datenbank
- Amazon Elastic Cache (Redis)
- S3 (Objektspeicher)
- SQS (Warteschlangen)
- Route 53
Hardware
Der sekundäre (passive) Hardwarecluster muss mit dem primären Hardwarecluster identisch sein.
Datenbank
Auf die Datenbank muss sowohl vom Aktiv- als auch vom Passivcluster aus zugegriffen werden können.
Amazon Elastic Cache (Redis)
Das System muss sowohl für den aktiven Cluster als auch für den passiven Cluster separat arbeiten.
S3 (Objektspeicher)
Das S3-System muss synchronisiert sein und die Regionsübergreifende Replikation (CRR) unterstützen.
SQS (Warteschlangen)
SQS muss bei Aktiv- und Passiv-Setups separat ausgeführt werden.
Route 53
Route53 muss verwendet werden, um die Weiterleitung des Datenverkehrs zu steuern. Die Konfiguration in Route53 ist erforderlich, um den Datenverkehr an den aktiven Lastausgleich zu leiten, wenn er funktionsfähig ist.
Im Falle einer Katastrophe muss der Datenverkehr mithilfe der Route 53 an den passiven Lastausgleich umgeleitet werden.