Vergleich der physikalischen Architekturen

Die folgenden Architekturen wurden beide für Folgendes entworfen:

• Ein kleines/mittleres Gasversorgungsunternehmen
• Unterstützung für Workflows mit einer Zielauslegungslast von 15 ArcGIS Pro-Editoren und 200 ArcGIS-Webbenutzern (Personas vom Typ “allgemeiner Benutzer”)
• Berücksichtigung wichtiger Designentscheidungen
• AWS-Cloud-Infrastruktur

Die Bereitstellung von SAP HANA Private Cloud Edition (PCE) spiegelt die Instanztypen und -größen, enthält jedoch eine separate VPC, die über AWS PrivateLink mit der ArcGIS Enterprise-VPC verbunden ist, in der die Enterprise-Geodatabase konfiguriert ist. EC2- und Datenbankinstanztypen sind in den beiden Bereitstellungen identisch, der Hauptunterschied besteht im Ansatz für das Geodatabase-Hosting-und im Netzwerkdesign.

Instanztypen und Konfigurationen

In den folgenden Systemprofilen sind die Instanztypen aufgeführt, die für den Umfang und Zweck dieser Teststudie ausgewählt und validiert wurden. In beiden Systemen wurden die gleiche Anzahl und der gleiche Typ von AWS EC2-Instanzen verwendet. Für Ihr eigenes Systemdesign wird dringend empfohlen, einen vollständigen Designprozess zu befolgen, um die spezifischen geschäftlichen und technischen Anforderungen Ihrer Organisation zu berücksichtigen.

Esri bietet Services zum Entwerfen von Systemarchitekturen an, falls Sie Hilfe bei der Ermittlung aller unterschiedlichen Faktoren benötigen, die sich auf das physische Design Ihrer Organisation beziehen, z. B. Netzwerk, Speicher, Systemumgebungen und Dimensionierung. Die Mindestsystemanforderungen für jede Komponente sind in der jeweiligen Softwaredokumentation aufgeführt, die online verfügbar ist.

Desktop (ArcGIS Pro- und browserbasierte Workflows)

• 3 Computer
• Instanztyp G4dn.2xlarge
• 4 CPUs (8 vCPUs)
• 32 GB RAM
• Festplatte mit 1 TB
• 16 GB GPU

Portal for ArcGIS

• 2 Computer
• Instanztyp M6i.xlarge
• 2 CPUs (4 vCPUs)
• 16 GB RAM
• Festplatte mit 128 GB

ArcGIS GIS Server (Netzwerkmanagement-Services)

• 2 Computer
• Instanztyp M6i.2xlarge
• 4 CPUs (8 vCPUs)
• 32 GB RAM
• Festplatte mit 128 GB

ArcGIS GIS Server (Hosting-Server)

• 2 Computer
• Instanztyp M6i.2xlarge
• 4 CPUs (8 vCPUs)
• 32 GB RAM
• Festplatte mit 128 GB

ArcGIS Data Store (relational)

• 2 Computer
• Instanztyp M6i.xlarge
• 2 CPUs (4 vCPUs)
• 16 GB RAM
• Festplatte mit 256 GB

ArcGIS Web Adaptor

• 2 Computer
• Instanztyp M6i.large
• 1 CPU (2 vCPU)
• 8 GB RAM
• Festplatte mit 128 GB

ArcGIS Monitor

• 1 Computer
• Instanztyp M6i.2xlarge
• 4 CPUs (8 vCPUs)
• 32 GB RAM
• Festplatte mit 128 GB

Gemeinsam genutzter Dateispeicher

• 1 Instanz
• C6i.xlarge
• 1 CPU (2 vCPU)
• 8 GB RAM
• Festplatte mit 2 TB

Datenbankhost

• 1 Computer
• Instanztyp R5.8xlarge
• 16 CPUs (32 vCPUs)
• 256 GB RAM
• (2) Festplatten mit 512 GB

Domänenserver

• 1 Computer
• Instanztyp C6i.large
• 1 CPU (2 vCPU)
• 4 GB RAM
• Festplatte mit 128 GB

Zusätzliche Überlegungen zur Infrastruktur

Im Folgenden finden Sie weitere Bereiche, die beim Entwerfen eines Netzwerk-Informationsmanagementsystems zu berücksichtigen sind, sowie eine Erläuterung einiger Infrastrukturentscheidungen, die für diese Teststudie getroffen wurden.

Application Load Balancer (ALB)

In einer ArcGIS Enterprise-Bereitstellung mit hoher Verfügbarkeit ist ein Load Balancer erforderlich, um den Client-Datenverkehr zu den Portal- und Serverkomponenten sowie den standortinternen Datenverkehr zwischen den Softwarekomponenten auszugleichen und zu leiten. ArcGIS Web Adaptor fungiert als Load Balancer. Dies reicht allein als Load Balancer in einer Konfiguration mit hoher Verfügbarkeit nicht aus. In dieser Teststudie wurde ein AWS Application Load Balancer verwendet.

Gemeinsam genutzter Speicher

Um eine ArcGIS Enterprise-Bereitstellung mit hoher Verfügbarkeit erfolgreich zu implementieren, müssen mehrere Konfigurationselemente oder -ordner in einem gemeinsam genutzten Speicherort mit hoher Verfügbarkeit gespeichert werden. Dadurch wird sichergestellt, dass auch dann auf die Daten zugegriffen werden kann, wenn ein Server ausfällt, sodass der Service für die Endbenutzer unterbrechungsfrei bereitgestellt werden kann. Darüber hinaus vereinfacht gemeinsam genutzter Speicher das Datenmanagement in einer Bereitstellung mit mehreren Computern und verbessert die Skalierbarkeit, indem die Datenspeicherung zentralisiert wird und bei Bedarf erweitert werden kann. In dieser Architektur wird ein Windows-basierter Dateiserver zum Speichern dieser gemeinsam genutzten Komponenten verwendet, der mit der automatischen Wiederherstellung von AWS EC2 konfiguriert ist.

Im Schema nicht enthaltene Systemkomponenten

Nicht dargestellt im Architekturdiagramm sind Antivirensoftware und AWS-Netzwerkkomponenten, die während der Teststudie vorhanden und aktiv waren.