Überblick

Übersicht über die Aktiv/Passiv- und Aktiv/Aktiv-Bereitstellungsmodi für die Automation Suite, einschließlich unterstützter Dienste pro Modus.

Diagramme

Das folgende Diagramm zeigt eine reguläre Aktiv-/Passiv-Bereitstellung der Automation Suite:

Das folgende Diagramm zeigt eine reguläre Aktiv/Aktiv-Bereitstellung der Automation Suite:

Hinweis:

Ab 2023.10.3 können Sie die Automation Suite im Aktiv-Aktiv-Modus bereitstellen. Wir unterstützen den Orchestrator jedoch nur im Aktiv-Aktiv-Modus.

Anforderungen

Die folgenden Hardwarekomponenten sind für Aktiv/Passiv- und Aktiv/Aktiv-Bereitstellungen erforderlich.

Global Traffic Manager (GTM)

Der GTM verteilt den Datenverkehr über Ihre Automation Suite-Bereitstellung mit mehreren Sites. Sie muss hochverfügbar und immun gegen Fehler an einer einzelnen Bereitstellungssite sein. Der GTM muss auch Zustandsprüfungen unterstützen, die eine fehlerhafte Site schnell isolieren. Der GTM ist nicht obligatorisch, wird aber für einen schnellen Wechsel empfohlen.

Verwenden Sie beim Konfigurieren des GTM für Aktiv/Passiv- oder Aktiv/Aktiv-Bereitstellungen /orchestrator_/api/status als Integritätsendpunkt. Dies ist für ein effektives Disaster Recovery-Management von entscheidender Bedeutung.

Load balancer

Jede Site benötigt einen lokalen Lastausgleich, der Datenverkehr auf jedem Knoten ausgleichen kann, der in derselben Site konfiguriert ist. Weitere Informationen finden Sie unter Konfigurieren des Lastausgleichs.

Knoten

Jede Site muss über mindestens drei Server verfügen; Agentknoten sind optional. Die genaue Anzahl der Maschinen hängt von der Maschinengröße und den Anforderungen an die Gesamtkapazität ab. Sie müssen nicht jeden Cluster denselben Satz von Knoten hinzufügen.

Bei Aktiv/Aktiv-Konfigurationen kann der sekundäre Cluster kleiner sein, da Sie möglicherweise nur einige Produkte installieren. Weitere Informationen finden Sie unter Installationsgrößenrechner für Automation Suite.

SQL-Datenbank

Zum Speichern der Daten ist ein externer SQL-Server erforderlich. Für die Disaster Recovery benötigen Sie Always On-Verfügbarkeitsgruppen mit einem primären SQL-Server an Site 1 und mindestens einem sekundären SQL-Server, der sich physisch an Site 2 befindet, wobei die Datensynchronisierung aktiviert ist. Ein SQL-Listener wird über dem SQL-Server bereitgestellt und beide Cluster sind so konfiguriert, dass sie die Adresse desselben Listeners verwenden.

Objektspeicher

Alle Dateien oder Pakete, die in Produkte hochgeladen wurden, werden im Objektspeicher gespeichert. Für eine höhere Ausfallsicherheit benötigen Automation Suite-Bereitstellungen einen externen Objektspeicher.

Für eine effektive Disaster Recovery sind zwei Objektspeicherinstanzen erforderlich, eine in jedem Rechenzentrum. Es darf immer nur eine Objektspeicherinstanz von beiden Clustern aktiv zum Lesen und Schreiben verwendet werden, ergänzt durch eine asynchrone Replikation zur sekundären Instanz.

High Availability Add-on

Für Aktiv/Aktiv muss sich das High Availability Add-on außerhalb der Automation Suite befinden und auf separaten Maschinen installiert sein. Für jede High Availability Add-on-Instanz sind mindestens drei Knoten in beiden Rechenzentren erforderlich, die in verschiedenen Clustern konfiguriert und durch CRDB-Replikation synchronisiert sind. Informationen zum Installieren des High Availability Add-ons finden Sie in der Installationsanleitung für das High Availability Add-on.

Für Aktiv/Passiv wird das High Availability Add-on im Automation Suite-Cluster installiert. Sie müssen es weiterhin auf beiden Clustern aktivieren, indem Sie die HAA-Lizenz bereitstellen. Weitere Informationen finden Sie unter Aktivieren eines Redis High Availability Add-on für den Cluster.

Elasticsearch (optional)

Elasticsearch ist erforderlich, um die Roboterprotokolle zu senden. Sie können die siteübergreifende Replikation von Elasticsearch konfigurieren, wie von Elasticsearch beschrieben.