automation-suite
2024.10
false
Automation Suite in OpenShift – Installationsanleitung
- Ü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
- 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
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde.
Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.
Lösungen für Validierungsfehler bei TLS-Zertifikaten in der Automation Suite auf OpenShift.
Wenn die Validierung des TLS-Zertifikats nach der Aktualisierung der Zertifikate in der Automation Suite fehlschlägt, sehen Sie in folgender Tabelle nach, um die Ursache und die Lösung zu ermitteln.
| Fehlermeldung (enthält) | Ursache | Resolution |
|---|---|---|
incomplete or untrusted certificate chain | Ein fehlendes Zwischenzertifikat oder die Kette führt nicht zur angegebenen Stammzertifizierungsstelle. | Legen Sie alle Zwischenzertifikate und die Stammzertifizierungsstelle unter ca.crt ab. |
is not part of the leaf certificate's chain | Ein Zertifikat, das das Blatt nicht ausgestellt hat, ist vorhanden (ein gleichgeordnetes oder nicht verwandtes Zwischenzertifikat oder ein Duplikat). | Stellen Sie sicher, dass server.crt nur die Zertifikate aus der eigentlichen Signaturkette des Blatts enthält – entfernen Sie alle gleichgeordneten, nicht verwandten oder doppelten Zertifikate von Zertifizierungsstellen. Setzen Sie das/die Zwischen(s) und die Stammzertifizierungsstelle der Signaturkette in ca.crt ein. |
certificates are not in the correct order | Zertifikate sind nicht in der richtigen Reihenfolge. | Sortieren Sie sie: Blattzertifikat, dann Zwischenzertifikat(e), dann Stammzertifikat. |
leaf certificate does not match fqdn | Das SAN des Blattzertifikats lässt den Cluster-FQDN weg oder server.crt beginnt nicht mit dem Blatt. | Stellen Sie sicher, dass server.crt mit dem Blattzertifikat beginnt und dass der Cluster-FQDN in den alternativen Antragstellernamen aufgeführt ist. |
Zertifikatsanforderungen
Um sicherzustellen, dass die Validierung des TLS-Zertifikats erfolgreich ist, stellen Sie sicher, dass die Zertifikatsdateien die folgenden Anforderungen erfüllen:
- Die
server.crt-Datei muss die vollständige öffentliche Serverzertifikatkette im PEM-Format enthalten. Die Kette muss mit dem Blattserverzertifikat beginnen, gefolgt von den Zwischenzertifikaten der Zertifizierungsstelle und dann der Stammzertifizierungsstelle, die den Signaturpfad für dieses Blattzertifikat bilden. - Die
server.crt-Datei darf nur Zertifikate enthalten, die Teil der eigentlichen Signaturkette des Blattzertifikats sind. Fügen Sie keine gleichgeordneten, nicht verwandten, doppelten oder alternativen Zertifikate von Zertifizierungsstellen ein, da die TLS-Validierung fehlschlägt, wenn Zertifikate außerhalb der Kette des Blattzertifikats vorhanden sind. - Die
ca.crt-Datei muss das Zertifizierungsstellenzertifikatpaket enthalten, das zum Validieren der Serverzertifikatkette verwendet wird, einschließlich des erforderlichen Zwischenzertifikats und der Stammzertifizierungsstelle. Dieca.crt-Datei darf das Blattserverzertifikat nicht enthalten.