Durchführen eines parallelen Upgrades

Das parallele Upgrade der Automation Suite ermöglicht es Ihnen, Upgrade-Vorgänge sicher in einer parallelen Umgebung durchzuführen, anstatt ein Upgrade an Ort und Stelle durchzuführen.

Mit dieser Methode können Administratoren den Datenverkehr vom alten Automation Suite-Cluster (z. B. die blaue Bereitstellung) zum neuen Automation Suite-Cluster (z. B. die grüne Bereitstellung) umleiten, nachdem die neue Bereitstellung überprüft wurde. Wenn Sie ein Problem feststellen, können Sie schnell zur alten Bereitstellung zurückkehren.

Bei einem Parallel-Upgrade wird den beiden parallelen Clustern eine einzige Lizenz freigegeben.

Anforderungen

• Wenn AI Center aktiviert ist, stellen Sie sicher, dass Sie die CUDA-Anforderungen erfüllen.
• Hardwareanforderungen, abhängig vom gewählten Modell:
  • Paralleles Upgrade (Zielcluster identischer Größe) – Sowohl die Quell- als auch die Zielumgebung müssen die gleichen Hardware- und Softwareanforderungen erfüllen.
  • Paralleles Upgrade (Start mit einzelnem Knoten) – Sie können einen Zielcluster mit einem einzelnen Knoten einrichten und dann skalieren. Stellen Sie sicher, dass Sie die vom Automation Suite-Installationsgrößenrechner vorgeschlagenen Hardwareanforderungen auf der Grundlage Ihrer Produktauswahl und Ihrer Nutzungsdetails erfüllen.
• Softwareanforderungen: Sowohl die Quell- als auch die Zielumgebung müssen die gleichen Hardware- und Softwareanforderungen erfüllen.

Datenmigration und Zuständigkeiten

Daten	Upgrade-Mechanismus
	Status	Verantwortung
SQL	Beibehalten	Kunde
FQDN	Einbehalten; Optional Sie müssen einen neuen FQDN für den neuen Cluster auswählen. Optional können Sie bei Bedarf zum vorherigen FQDN zurückkehren.	Kunde
Pakete nach Bedarf	Nicht migriert Führen Sie ein Skript aus, um festzustellen, welche Pakete sich im Cluster befinden. Manuelles Seeding ist erforderlich.	Kunde
Zertifikat	Nicht migriert Sie müssen Zertifikate als Teil der neuen Clusterinstallation mitbringen.	Kunde
Clusterkonfiguration	Nicht migriert Sie müssen cluster_config.json aus dem ursprünglichen Quellcluster generieren, damit Sie der neuen Cluster-Installation dieselben Dienste zuordnen.	Kunde
Benutzerdefinierte Warnungen und Dashboards, die von Benutzern erstellt wurden	Nicht migriert Sie müssen die benutzerdefinierten Warnungen und Dashboards nach dem Upgrade neu konfigurieren.	Kunde
Von Benutzern erstellte Anwendungsprotokolle / Prometheus-Streaming-Konfiguration	Nicht migriert Sie müssen das Anwendungsprotokoll und das Prometheus-Streaming neu konfigurieren.	Kunde
Dynamische Workloads	Abhängig von der Anwendung AI Center-Trainingsaufträge gehen verloren; Fähigkeiten werden beibehalten.	Fähigkeiten (Skript, das nach dem Upgrade ausgeführt werden muss): UiPath® Trainingsaufträge: Kunde
Objektspeicher	Beibehalten	Clusterinterner Objektspeicher (Ceph): UiPath® Externer Objektspeicher: Kunde
Insights	Beibehalten	UiPath®
MongoDB-Daten	Beibehalten MongoDB-Daten werden in die Ziel-SQL verschoben.	UiPath®
RabbitMQ	Nicht benötigt	UiPath®
Überwachen (Daten)	Nicht benötigt Überwachungsdaten gelten nicht für den neuen Cluster. Wichtig: Wenn Sie die integrierten Überwachungskomponenten nicht verwenden, müssen Sie nach dem Migrationsupgrade externe Überwachungskomponenten einrichten.	Keine Angabe
Docker-Registrierung	Nicht benötigt Sie müssen eine Docker-Registrierung im Cluster installieren oder eine externe Docker-Registrierung einbringen.	Keine Angabe

Prozessübersicht

Nr.	Upgrade-Prozessschritte
1	Bereiten Sie den neuen Cluster vor: Bereiten Sie die Datei cluster_config.json vor. Installieren Sie Ihren neuen Cluster (nur Infrastruktur und clusterinterner Objektspeicher (falls zutreffend)). Konfigurieren Sie die zusätzlichen Zertifikate von Zertifizierungsstellen.
2	Migrieren Sie die Daten in den neuen Cluster: Hydrieren Sie die Docker-Registrierung mit den Offline-Upgrade-Images. Versetzen Sie den Cluster in den Wartungsmodus. Klonen Sie Ihre Quellcluster-Datenbanken. Führen Sie das Datenmigrationsskript auf dem Quellcluster aus. Wenn Sie einen externen Objektspeicher konfiguriert haben, klonen Sie die Objektspeicher-Buckets.
3	Schließen Sie das Upgrade ab: Bearbeiten Sie die Datei cluster_config.json, um auf die geklonten Datenbanken und Buckets zu verweisen. Führen Sie das Installationsprogramm auf dem Zielcluster aus. Wenn Sie die Zertifikate während der Installation nicht bereitgestellt haben, aktualisieren Sie sie nach der Installation. Überprüfen Sie, ob der Zielcluster wie erwartet funktioniert. Wenn Sie sich für das Parallele Upgrade (Zielcluster mit identischer Größe) entschieden haben, können Sie optional den FQDN des Zielclusters so aktualisieren, dass er mit dem FQDN des Quellclusters übereinstimmt. Alternativ können Sie einen neuen FQDN verwenden. Wenn Sie sich für das Parallele Upgrade (Einzelknotenstart) entschieden haben, können Sie den FQDN später aktualisieren. Aktivieren Sie die Sicherung auf dem Zielcluster.
4	Skalieren des Zielclusters – gilt nur, wenn Sie sich für ein paralleles Upgrade (Einzelknotenstart) entschieden haben: Nehmen Sie die Sicherung des Quellclusters (empfohlen). Fügen Sie Server- und Agent-Knoten hinzu, die Ihrem Quellcluster ähneln. Bearbeiten Sie die Datei cluster_config.json . Führen Sie das Installationsprogramm erneut aus, um den Cluster in das HA-Setup zu skalieren. Aktualisieren Sie optional den FQDN des Zielclusters so, dass er mit dem FQDN des Quellclusters identisch ist. Alternativ können Sie einen neuen FQDN verwenden.

Modelle mit parallelem Upgrade

Wir bieten zwei Modelle für parallele Upgrades an:

1. Paralleles Upgrade (Zielcluster identischer Größe):
   • Erfordert, dass der Zielcluster über die gleichen Hardwareressourcen wie der Quellcluster verfügt.
   • Einmalig für den Datenverkehr verfügbar:

     • Die Datenmigration ist abgeschlossen.

     • Integritätsprüfungen sind erfolgreich.

2. Paralleles Upgrade (Einzelknotenstart):
   • Beginnt mit einem Knoten-Setup und skaliert dann zu einem HA-Setup. Dies reduziert die anfänglichen Hardwareanforderungen für ein paralleles Upgrade.
   • Die Hardware für das Setup mit einem Knoten muss den Empfehlungen des Kapazitätsrechners für das Setup mit einem Knoten entsprechen.
   • Zur Skalierung:
     • Knoten aus dem Quellcluster können außer Betrieb genommen und dem Zielcluster hinzugefügt werden.
   • Einmalig für den Datenverkehr verfügbar:
     • Die Datenmigration ist abgeschlossen.
     • Der Cluster wird auf mehrere Knoten skaliert.
     • Integritätsprüfungen sind erfolgreich.

Einen Vergleich zwischen den beiden Modellen finden Sie in der folgenden Tabelle:

	Paralleles Upgrade (Zielcluster identischer Größe)	Paralleles Upgrade (Start mit Einzelknoten)
Hardwareanforderungen	Erfordert identische Hardware für Quell- und Zielcluster.	Beginnt mit minimaler Hardware, wird nach Bedarf skaliert.
Ausfallzeit	Minimale Ausfallzeit durch vollständig redundante Zielumgebung.	Höhere Ausfallzeit aufgrund von Knotenskalierungsvorgängen.
Auswirkungen auf den Quellcluster	Keine Auswirkungen.	Quellknoten können außer Betrieb genommen und mit dem Zielcluster verbunden werden.
Rollback-Prozess	Einfaches Rollback, da die Quelle unverändert bleibt.	Wenn der Skalierungsvorgang im Zielcluster fehlschlägt, umfasst das Rollback die Reintegration der Knoten in den Quellcluster.
Auswirkungen auf die Kosten	Höhere Kosten aufgrund von doppelter Infrastruktur.	Niedrigere Kosten durch reduzierte anfängliche Hardwareanforderungen.