- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Disaster Recovery: Aktiv-/Passiv-Konfigurationen
- Generieren der Konfigurationsdatei mit einem Assistenten
- Beispiel für AKS input.json
- Beispiel für EKS input.json
- 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
- 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
- Velero-Backup-Komponenten bleiben nach dem Upgrade auf AKS von Automation Suite 2024.10.x erhalten
- 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: Aktiv-/Passiv-Konfigurationen
Installieren Sie die Automation Suite mit der Disaster Recovery Aktiv/Passiv-Konfiguration auf EKS/AKS.
Der Aktiv/Passiv-Modus ist derzeit nur für EKS verfügbar.
Einige Automation Suite-Produkte werden in Disaster Recovery – Aktiv/Passiv nicht unterstützt. Sie können diese Produkte nur während der Installation des primären Clusters installieren. Weitere Informationen finden Sie unter Disaster Recovery – Aktiv/Passiv.
Die Konfiguration der Disaster Recovery erfordert, dass Sie die beiden Automation Suite-Cluster separat installieren. Um sowohl den primären als auch den sekundären Cluster in einer Aktiv-/Passiv-Bereitstellung zu installieren, müssen Sie die folgenden input.json -Parameter konfigurieren:
| Parameter | Beschreibung |
|---|---|
fqdn | Sie stellt den FQDN dar, der zum Zeitpunkt der Installation auf den Lastausgleich des primären Clusters verweist. Weitere Informationen finden Sie unter DNS-Routing-Logik. |
cluster_fqdn | Sie stellt den clusterspezifischen FQDN (DNS) dar, der auf den Lastausgleich des Clusters verweist, den Sie mithilfe der Datei input.json einrichten.Weitere Informationen finden Sie unter DNS-Routing-Logik. |
multisite.enabled | Gibt an, dass Automation Suite für die Arbeit an mehreren Sites konfiguriert werden muss. Muss auf true festgelegt sein. |
multisite.primary | Gibt an, dass dieser Cluster ein primärer Cluster ist und auf true festgelegt werden muss. Standardmäßig wird false verwendet, um den sekundären Cluster anzugeben. |
multisite.other_kube_config | Er gibt die Base64-codierte kubeconfig-Datei eines anderen Clusters an. Während der Installation des primären Automation Suite-Clusters ist dieser Wert nicht verfügbar und kann so belassen werden. Sie müssen den Wert jedoch angeben, wenn Sie die primäre Automation Suite später während der Wiederherstellung neu erstellen. |
multisite.type | Gibt den Bereitstellungstyp an. Sie müssen ihn auf active-passive festlegen. |
Optional: Proxykonfiguration
Wenn Sie einen Proxy konfigurieren möchten, stellen Sie zusätzlich zur standardmäßigen Proxykonfiguration, die unter Konfigurieren des Proxys beschrieben ist, sicher, dass die Variable no_proxy die folgenden Werte enthält:
<traffic-manager-fqdn>– Der gleiche Wert wiefqdnin der Konfiguration der Disaster Recovery<primary-cluster-fqdn>– Der gleiche Wert wie der im primären Cluster festgelegtecluster_fqdn<secondary-cluster-fqdn>– Der gleiche Wert wie der im sekundären Cluster festgelegtecluster_fqdn
Das folgende Beispiel zeigt eine gültige Proxykonfiguration:
"proxy": {
"enabled": true,
"http_proxy": "http://20.110.210.6:3128",
"https_proxy": "http://20.110.210.6:3128",
"no_proxy": "<secondary-cluster-fqdn>,<primary-cluster-fqdn>,<traffic-manager-fqdn>"
}
"proxy": {
"enabled": true,
"http_proxy": "http://20.110.210.6:3128",
"https_proxy": "http://20.110.210.6:3128",
"no_proxy": "<secondary-cluster-fqdn>,<primary-cluster-fqdn>,<traffic-manager-fqdn>"
}
Konfiguration für mehrere Sites
Auf dieser Seite wird beschrieben, wie Sie eine Konfiguration mit mehreren Sites mit einem primären und sekundären Cluster einrichten. Der primäre Cluster ist aktiv und der sekundäre Cluster ist passiv.
-
In der Konfiguration für die primäre Clusteroption muss die Option
enabledauftruefestgelegt werden."multisite": { "enabled": true, "primary": true, "type": "active-passive" }"multisite": { "enabled": true, "primary": true, "type": "active-passive" } -
In der Konfiguration für den sekundären Cluster muss die Option
primaryauffalsefestgelegt werden:"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]", "type": "active-passive" }"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]", "type": "active-passive" }Sie müssen die primäre kubeconfig in einer base64-codierten Zeichenfolge angeben.
-
Dienste, die nicht mit einem passiven Status kompatibel sind, müssen deaktiviert werden. Weitere Informationen zu Diensten, die den Aktiv-/Passiv-Modus nicht unterstützen, finden Sie auf der Seite Disaster Recovery – Aktiv/Passiv .
-
Stellen Sie sicher, dass die Zertifikate im primären und sekundären Cluster konsistent sind, da dies nicht automatisch überprüft oder erzwungen wird.