- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Installieren und Konfigurieren des Dienstgeflechts
- Installieren und Konfigurieren des GitOps-Tools
- Installieren des Operators „Externe Geheimnisse“ in Kubernetes
- Anwenden verschiedener Konfigurationen
- Ausführen von uipathctl
- Installation
- Nach der Installation
- Migration und Upgrade
- Ü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
- Installation der Hostbibliothek überspringen
- AI Trust Layer
- Fehlersuche und ‑behebung
- 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
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Fehlerbehebung bei externen Geheimnissen
- Temporär als Dienst-Fehlerbehebung
- AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden
- Validierungsfehler beim TLS-Zertifikat
- Fluentd exportiert keine Protokolle in IPv6-Umgebungen
- Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Konfigurieren von Ressourcenanforderungen und Limits für von uipathctl erstellte Workloads
Disaster Recovery-Architektur und Produktunterstützung für Aktiv-/Passiv-Bereitstellungen in der Automation Suite auf EKS/AKS.
Dieser Artikel führt Sie durch die Kernkonzepte und die Architektur der Automation Suite Disaster Recovery für Aktiv/Passiv-Bereitstellungen.
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 | ✅ |
| Agents | ❌ |
| AI Center | ✅ |
| Apps | ✅ |
| Automation Ops | ✅ |
| Automation Suite-Roboter | ✅ |
| Computer Vision | ✅ |
| Data Service | ✅ |
| Document Understanding | ✅ |
| Test Manager | ✅ |
| Automation Hub | ✅ |
| Healing Agent | ✅ |
| Insights | ✅ |
| Process Mining | ✅ |
| Integration Service | ✅ |
| LLM-Gateway | ✅ |
| LLM-Beobachtbarkeit | ✅ |
| ECS | ✅ |
| ScreenPlay | ✅ |
| Semantischer Proxy | ✅ |
| Studio Web | ✅ |
| Autopilot for Everyone | ✅ |
| Maestro | ❌ |
| Temporal as a Service (TaaS) | ❌ |
| Autopilot for Developers | ✅ |
| Solutions (Lösungen) | ✅ |
- 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
- Produktspezifische Anforderungen
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.
Produktspezifische Anforderungen
Wenn Ihre Bereitstellung Studio Web oder Insights umfasst, müssen Sie die Sicherung und Wiederherstellung für ihre persistenten Volumes (PVC-gestützten Daten) aktivieren, um sicherzustellen, dass diese Produkte bei Failover und Failback ordnungsgemäß wiederhergestellt werden können. Weitere Informationen finden Sie unter: