- Überblick
- Anforderungen
- Installation
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite auf EKS/AKS
- Schritt 1: Verschieben der Identitätsorganisationsdaten von einer eigenständigen in die Automation Suite
- Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 3: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 4: Zusammenführen von Organisationen in der Automation Suite
- Schritt 5: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 6: Migrieren des eigenständigen Orchestrators
- Schritt 7: Migrieren von eigenständigen Insights
- Schritt 8: Migrieren des eigenständigen Test Managers
- Schritt 9: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Migrieren von der Automation Suite unter Linux zur Automation Suite unter EKS/AKS
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Orchestrator-appSettings
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- 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
- Pods können nicht mit FQDN in einer Proxy-Umgebung kommunizieren
- SQL-Verbindungszeichenfolge der Testautomatisierung wird ignoriert
- EKS-Sicherung aufgrund der Velero-Version
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Beim Zugriff auf den FQDN wird der Fehler „RBAC-Zugriff verweigert“ zurückgegeben
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
Sichern und Wiederherstellen des Clusters
Konfigurieren Sie die Sicherungs- und Wiederherstellungsfunktion für einen Automation Suite-Cluster auf EKS/AKS, um Datenverluste zu vermeiden und eine Disaster Recovery zu ermöglichen.
Die Automation Suite unterstützt die Sicherungs- und Wiederherstellungsfunktionen, um Datenverluste in verschiedenen Szenarien zu vermeiden. Sie können jederzeit nach der Installation eine Sicherung konfigurieren. Auch wenn dies optional ist, wird empfohlen, eine Sicherung zu aktivieren, so dass Sie im Falle einer Katastrophe an der gleichen Stelle weitermachen können.
Derzeit unterstützen wir nur die Wiederherstellung im selben Cluster. Die Wiederherstellung der Automation Suite in einem neuen Cluster wird nicht unterstützt.
Um die Sicherungs- und Wiederherstellungsfunktion zu nutzen, müssen Sie einen zusätzlichen Objektspeicher, einen Sicherungs- und einen Wiederherstellungscluster bereitstellen. Diese Konzepte werden im folgenden Abschnitt definiert.
Terminologie
Objektspeicher – Speicherort, der die Sicherungsdaten speichert und die Wiederherstellung ermöglicht. Sie müssen den Objektspeicher mitbringen, um die Sicherungsdaten zu speichern. Dieser Objektspeicher muss sich von dem Objektspeicher unterscheiden, in dem sich die Benutzerdateien während der Verwendung des Automation Suite-Clusters befinden.
Sicherungscluster – Der Cluster, den Sie zum Installieren der Automation Suite einrichten. Dies ist der Cluster, in dem Sie die Sicherung aktivieren.
Wiederherstellungscluster – Der Cluster, in dem Sie alle Daten aus dem Sicherungscluster wiederherstellen. Dies wird zum neuen Cluster, in dem Sie die Automation Suite ausführen, sobald der Wiederherstellungsprozess abgeschlossen ist.
Voraussetzungen
Dieses Setup ermöglicht nur eine Clustersicherung, einschließlich der Clusterkonfiguration und der Daten, die als Teil des Blockspeichers gespeichert sind.
Die Sicherung externer Datenquellen, z. B. der SQL-Datenbank und des externen Objektspeichers, ist dadurch jedoch nicht möglich. Sie müssen die Sicherung der externen Datenquelle separat aktivieren.
Darüber hinaus müssen Sie sicherstellen, dass Sie eine Sicherung aller Datenbanken und Buckets erstellen, die Sie während der Automation Suite -Installation bereitgestellt haben.
Die in FileStore und Redis gespeicherten Daten sind temporär und müssen nicht gesichert werden.
Um die Sicherungs- und Wiederherstellungsfunktion einzurichten, müssen Sie die folgenden Anforderungen erfüllen:
-
Sie müssen einen zusätzlichen Objektspeicher für die Sicherung mitbringen.
Kubernetes Objektspeicher EKS AWS S3 AKS Azure Storage-Konto -
Der Cluster, den Sie sichern möchten, und der Objektspeicher müssen sich in derselben Region befinden.
-
Bei der Clusterwiederherstellung müssen Sie die gleichen Zonen verwenden, in denen Sie die Automation Suite vor dem Ausfall bereitgestellt haben.
-
Wenn der ursprüngliche Cluster in EKS-Bereitstellungen die EBS- und EFS-Speicherklassen verwendet, müssen Sie den Wiederherstellungscluster so konfigurieren, dass er die gleichen Speicherklassen verwendet, bevor Sie den Wiederherstellungsvorgang starten.
Architektur
Überblick
Die Automation Suite nutzt Velero, um nach einer Naturkatastrophe oder einer vom Menschen verursachten Katastrophe die Sicherung von Kubernetes zu übernehmen und sie in einem anderen Kubernetes wiederherzustellen.
Eine Sicherung auf Anwendungsebene in der Automation Suite zielt auf zwei Komponenten ab:
- Kubernetes-Objekte und -Konfigurationen werden im etcd-Schlüssel-/Wertspeicher gespeichert. Einige wichtige geheime Schlüssel und Konfigurationspläne müssen gesichert werden.
- Anwendungsdaten werden in persistenten Volumes gespeichert. Insights speichert seine Daten in den PVCs, die gesichert werden müssen, um bis zum Eintreten des Notfalls fortgesetzt zu werden.
etcd ist ein Schlüssel-Wert-Speicher, der zur Kubernetes-Steuerebene gehört. Dieser Speicher ist nicht direkt zugänglich und kann über den Kubernetes API-Server abgefragt werden. Velero nutzt die Kubernetes API, um diese Daten aus dem Schlüssel-Wert-Speicher abzurufen. Kubernetes APIs bieten die Flexibilität, Ressourcen einfach nach Namespace, Ressourcentyp oder Beschriftung zu filtern.
Velero erstellt auch Snapshots der persistenten Volumes des Clusters und stellt sie neben den Objekten des Clusters wieder her.
Workflow für Sicherung und Wiederherstellung
Sicherung
Das folgende Architekturdiagramm zeigt, wie die Sicherung in der Automation Suite auf EKS funktioniert. Eine ähnliche Architektur und ein ähnlicher Workflow gelten für die Automation Suite auf AKS.
Die Sicherung besteht aus zwei Komponenten:
- Ein Velero-Server-Pod, der in Ihrem Automation Suite -Cluster ausgeführt wird
uipathctl-Befehlszeilenschnittstelle (CLI), die auf der lokalen Maschine ausgeführt wird.
Immer wenn wir eine Sicherung für einen Automation Suite -Cluster erstellen, führt Velero eine Sicherung der Clusterressourcen auf folgende Weise durch:
- Die
uipathctl-CLI ruft den Kubernetes API-Server auf, um das Sicherungscontrollerobjekt von Velero zu erstellen. - Der Sicherungs-Controller von Velero überprüft den Sicherungs-Scope über eine Abfrage an den Kube API-Server.
- Der Sicherungscontroller befragt den API-Server, um die etcd-Ressourcen abzurufen, die gesichert werden müssen.
- Der Sicherungs-Controller fragt das persistente Volume ab, das eine Sicherung benötigt.
- Der Sicherungs-Controller komprimiert die abgerufenen Kubernetes-Objekte in eine
.tar-Datei und speichert sie zusammen mit der Volume-Sicherung im Objektspeicher.
In diesem Prozess werden Microsoft SQL Server (Datenbank) und der externe Objektspeicher nicht gesichert. Da es sich um die externen Komponenten handelt, hat Velero keine Kontrolle darüber. Aus diesem Grund ist es obligatorisch, die Sicherung dieser Speicherkomponenten explizit zu aktivieren.
Wiederherstellen
Das folgende Architekturdiagramm zeigt, wie die Wiederherstellung in der Automation Suite auf EKS funktioniert. Eine ähnliche Architektur und ein ähnlicher Workflow gelten für die Automation Suite auf AKS.
Ähnlich wie beim Sicherungsprozess passiert bei jedem Wiederherstellungsvorgang Folgendes:
- Die
uipathctl-CLI ruft den Kubernetes API-Server auf, um einen Wiederherstellungs-Controller von Velero zu erstellen, der aus einer vorhandenen Sicherung wiederherstellt. - Der Wiederherstellungscontroller von Velero überprüft den Wiederherstellungsscope über eine Abfrage an den Kube API-Server.
- Der Wiederherstellungscontroller ruft die Sicherungsdateien aus dem Objektspeicher ab.
- Der Wiederherstellungscontroller initiiert einen Wiederherstellungsvorgang der Clusterkonfiguration und des persistenten Volumes.
Wie dies auch beim Sicherungsvorgang der Fall ist, werden Microsoft SQL Server (Datenbank) und der externe Objektspeicher im vorherigen Prozess nicht wiederhergestellt. Da es sich um externe Komponenten handelt, hat Velero keine Kontrolle darüber. Deshalb ist es obligatorisch, diese Speicherkomponente explizit wiederherzustellen, bevor die Wiederherstellung des Automation Suite-Clusters initiiert wird.