- Ü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
- Bereitstellen von Redis über OperatorHub
- Disaster Recovery: Aktiv-/Passiv-Konfigurationen
- Generieren der Konfigurationsdatei mit einem Assistenten
- input.json-Beispiel
- 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
- Ü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
- Fehlersuche und ‑behebung
- Sammeln von DU-Nutzungsdaten mit dem clusterinternen Objektspeicher (Ceph)
- So beheben Sie einen Fehler bei der Überprüfung der Prereq-Konnektivität unter OpenShift 4.16-4.18
- Deinstallieren der Automation Suite
- So stellen Sie Insights in einem FIPS-fähigen Cluster bereit
- So deaktivieren Sie die automatische CDI-Aktivierung im Nvidia GPU-Operator
Installieren und konfigurieren Sie Active/Passive Disaster Recovery-Cluster für die Automation Suite auf OpenShift.
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 dazu 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 dazu 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 unter Konfigurieren des Proxys beschriebenen Standardproxykonfiguration sicher, dass die no_proxy -Variable 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.