Grundlegende Architekturüberlegungen

As with any multi-site deployment, the primary architecture considerations for Automation Suite account for infrastructure, latency, data source, management, Recovery Time Objective, Recovery Point Objective, etc.

Infrastruktur

Es wird empfohlen, für beide Cluster dieselbe Hardware zu verwenden. Der Automation Suite-Cluster funktioniert jedoch wahrscheinlich mit ähnlichen Hardwarekonfigurationen mit geringen Unterschieden. Heterogene Hardware kann die Komplexität erhöhen und die Fehlerbehebung verlangsamen.

Latenz

Die Latenz ist beim Entwerfen eines Aktiv/Aktiv-Modells von entscheidender Bedeutung. Sie gibt die Round Trip Time (RTT) zwischen den beiden Automation Suite-Clustern an. Eine minimale Latenz zwischen den beiden Standorten ist optimal, da sie das Risiko von Datenverlusten während eines Ausfalls erheblich reduziert. Das RTT muss unter einen Schwellenwert von 10 ms fallen.

Sie sollten das RTT streng testen, bevor Sie in die Produktionsphase übergehen, da es eine direkte Auswirkung auf die Leistungsmetriken hat. Wenn die Latenz den Richtwert von 10 ms zwischen den Site-Paaren überschreitet, empfehlen wir, ein Aktiv/Passiv-Setup anstelle einer Aktiv/Aktiv-Konfiguration in Betracht zu ziehen.

Hinweis:

Jede Komponente, die eine Synchronisierung erfordert, sollte eine RTT von weniger als 10 ms haben. Dazu gehören SQL-Server, HAA, Objektspeicher usw.

Verwaltung

The two Automation Suite clusters are independent and do not share any configuration. Therefore, any management or maintenance activity must be done individually on these clusters. For instance, you must update the SQL connection strings on both clusters, configure certificates separately, etc. In addition, you must monitor the two clusters independently, upgrade them individually, etc.

Datenquelle

Der Objektspeicher bildet in Kombination mit der SQL-Datenbank den Status eines installierten Produkts in der Automation Suite.

SQL Server configuration plays a vital role in a multi-site deployment. Though SQL Server is a component external to Automation Suite, a few additional steps are required to ensure true HA when working with Automation Suite.

Der SQL-Server sollte entweder in der Always On-Verfügbarkeitsgruppe oder in einer Failure Over-Gruppe konfiguriert werden. Er muss auf beide Sites verteilt werden, um eine genaue Hochverfügbarkeit sicherzustellen, wenn eine Site ausfällt. Beide Cluster sollten denselben SQL Listener-Endpunkt in der Verbindungszeichenfolge verwenden. Darüber hinaus wird empfohlen, die Eigenschaft MultiSubnetFailover=True in der Verbindungszeichenfolge festzulegen, wenn der SQL-Server/die Datenbanken über mehrere Subnetze verteilt sind.

Weitere Informationen finden Sie unter Always On-Verfügbarkeitsgruppen und Voraussetzungen, Einschränkungen und Empfehlungen für Always On-Verfügbarkeitsgruppen.

The external objectstore is immune to possible corruption due to node failure. Data replication and disaster recovery can be carried out independently of Automation Suite. Like SQL Server, the external objectstore must be configured in a highly available Disaster Recovery setup. The primary objectstore instance is physically located in the primary data center, and at least one secondary instance is located in the secondary data center with data sync enabled. You can configure a load balancer on the objectstore to ensure both Automation Suite clusters refer to the same endpoints. This makes the deployment independent of how the objectstore is configured internally.

Wichtig:

Bei AWS S3 unterstützt der Zugriffspunkt mit mehreren Regionen nicht alle s3-APIs, die von allen Produkten benötigt werden, die in der Automation Suite ausgeführt werden. Weitere Informationen zur Liste der unterstützten APIs finden Sie unter Verwenden von Zugriffspunkten für mehrere Regionen mit unterstützten API-Vorgängen.

Sie können zwei Buckets pro Produkt/Suite in beiden Regionen erstellen und die Synchronisierung aktivieren. Der Automation Suite-Cluster, der in derselben Region ausgeführt wird, verweist auf die Buckets in derselben Region.

Ziel der Wiederherstellungszeit

Die RTO-Richtlinie Ihres Unternehmens ist für die Konzeption Ihres Automation Suite-Clusters mit mehreren Sites entscheidend. Berücksichtigen Sie die folgenden Aspekte, um das gewünschte RTO zu erreichen:

• Design des Traffic Managers;
• Verfügbarkeit der Knoten im sekundären/passiven Cluster;
• Dynamische Workload-Verfügbarkeit auf dem sekundären Cluster; Beispiel: MLFähigkeit;
• Konfigurationsverwaltung.

Traffic Manager

Um das volle Potenzial beider Cluster auszuschöpfen, ist es wichtig, den Traffic Manager entsprechend zu konfigurieren. Die Einrichtung sollte idealerweise die Verteilung des Datenverkehrs auf beide Cluster erleichtern. Diese Strategie gewährleistet nicht nur eine ausgewogene Lastverteilung, sondern gewährleistet auch die Geschäftskontinuität, indem potenzielle Unterbrechungen verhindert werden, wenn einer der Standorte vollständig heruntergefahren wird.

Knotenverfügbarkeit

Im Falle einer Katastrophe, die dazu führt, dass ein Standort vollständig nicht mehr betriebsbereit ist, muss der andere Standort über genügend Kapazität verfügen, um sicherzustellen, dass die Geschäftsautomatisierung nicht beeinträchtigt wird. Unzureichende Kapazität an dem Standort kann sich negativ auf den Geschäftsbetrieb auswirken und möglicherweise zu erheblichen betrieblichen Problemen führen.

Dynamische Workload-Verfügbarkeit

Einige Produkte, z. B. das AI Center, stellen die ML-Fähigkeiten dynamisch zur Laufzeit bereit. Die Bereitstellung der Fähigkeiten in einem anderen Cluster ist immer asynchron. Dadurch kann ihre Verfügbarkeit nicht garantiert werden. Um sicherzustellen, dass Ihre Automatisierungslösung innerhalb der gewünschten Zeit wieder online ist, können Sie die Fähigkeiten in einem anderen Cluster regelmäßig synchronisieren.

Konfigurationsverwaltung

Since multi-site Automation Suite deployments consist of two distinct clusters, any operation performed on any cluster must be performed on the other cluster in time to reduce the drift. This ensures that both clusters possess similar configurations and that no additional effort is required during recovery.

Ziel des Wiederherstellungspunkts

Die Richtlinie Ihrer Organisation rund um das Ziel des Wiederherstellungspunkts (Recovery Point Objective, RPO) ist von entscheidender Bedeutung für den Entwurf eines Automation Suite-Clusters mit mehreren Sites. Um das gewünschte RPO zu erreichen, müssen Sie die folgenden Aspekte berücksichtigen:

• Datensynchronisierung;
• Geplante Sicherung.

Datensynchronisierung

When written to the primary data source, data must also be synced to the secondary cluster. However, there is a risk of data loss when the data center is down, and data is not synced. Exemplary network configurations, such as high bandwidth and low latency between the two data centers, can speed up synchronization.

Geplante Sicherung

Nicht jede Disaster Recovery bietet vollständige Immunität gegen Datenverlust. Sie können jedoch eine regelmäßige und periodische Sicherungsstrategie anwenden, um die negativen Auswirkungen auf die Datenwiederherstellung zu minimieren. Weitere Informationen finden Sie unter Sichern und Wiederherstellen des Clusters.