Physische Architektur

Diese Architektur wurde im Januar 2026 auf folgenden Grundlagen evaluiert:

• Mittelgroße Organisation für die Flurstücksverwaltung
• Unterstützung für Flurstücksverwaltungs-Workflows mit einer Zielauslegungslast, wie im Abschnitt Testmethoden beschrieben
• Eine mit SQL Server konfigurierte Enterprise-Geodatabase
• Microsoft Azure-Cloud-Infrastruktur

Das System wurde für die angegebenen Workflows entworfen und getestet, wobei die Computertypen und -größen ggf. basierend auf den Testergebnissen angepasst wurden.

Laden Sie eine Microsoft Visio-Datei dieser Architektur herunter. Weitere Informationen zu Ressourcen für die Erstellung von Schemas für ArcGIS-Systeme

Computertypen und -größen

Im Folgenden sind die Computergrößen aufgeführt, die für den Umfang und Zweck dieser Teststudie ausgewählt und validiert wurden. Es wird jedoch dringend empfohlen, einen vollständigen Entwurfsprozess zu befolgen, um Ihre geschäftlichen und technischen Anforderungen zu berücksichtigen.

Esri bietet Services für den Entwurf der Systemarchitektur an, falls Sie Hilfe bei der Ermittlung der verschiedenen Faktoren im Zusammenhang mit dem physischen Entwurf der Organisation benötigen, z. B. Netzwerk, Speicher, Systemumgebungen und Dimensionierung. Die Mindestsystemanforderungen für jede Komponente sind in der online verfügbaren Dokumentation der jeweiligen Software aufgeführt.

Desktop (ArcGIS Pro und Webbrowser)

• 3 Computer (bei den Tests verwendet)
• Standard_NC8as_T4_v3
• 8 vCPUs
• 56 GB RAM
• 16 GB GPU
• Festplatte mit 128 GB

Portal for ArcGIS

• 2 Computer
• Standard_D4s_v6
• 4 vCPUs
• 16 GB RAM
• Festplatte mit 128 GB

ArcGIS GIS Server

• 2 Computer
• Standard_D8s_v6
• 8 vCPUs
• 32 GB RAM
• Festplatte mit 128 GB

ArcGIS Server (Hosting-Server)

• 2 Computer
• Standard_D8s_v6
• 8 vCPUs
• 32 GB RAM
• Festplatte mit 128 GB

ArcGIS Data Store (relational)

• 2 Computer
• Standard_D4s_v6
• 4 vCPUs
• 16 GB RAM
• Festplatte mit 128 GB

ArcGIS Web Adaptor

• 2 Computer
• Standard_D2as_v6
• 2 vCPUs
• 8 GB RAM
• Festplatte mit 128 GB

ArcGIS Monitor

• 1 Computer
• Standard_D8s_v6
• 8 vCPUs
• 32 GB RAM
• Festplatte mit 128 GB

Dateispeicher

• 1 Instanz
• NetApp Files
• Durchsatz von 100 MiB/s
• Festplatte mit 1 TB

Datenbank

• 1 Computer
• Standard_D16s_v6
• 16 vCPUs
• 64 GB RAM
• Festplatte mit 1 TB

Verzeichnisdienste

• Microsoft Entra Domain Services

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.

Weitere Informationen zum Entwerfen von ArcGIS-Systemen mit Azure-Komponenten und -Services finden Sie unter Azure-Technologien.

Load-Balancing und Reverse-Proxying

In einer ArcGIS Enterprise-Bereitstellung mit hoher Verfügbarkeit ist mindestens ein Load Balancer eines Drittanbieters erforderlich. Er verarbeitet den Client-Datenverkehr zu Ihren Portal- und Server-Sites sowie den internen Datenverkehr zwischen den Softwarekomponenten. Obwohl ArcGIS Web Adaptor als Load Balancer gilt, reicht diese Komponente als alleiniger Load Balancer für eine Konfiguration mit hoher Verfügbarkeit nicht aus. Daher wurde in dieser Teststudie ein Azure Application Gateway verwendet.

Überlegungen zur Datenbank

Für den Umfang und die Zwecke dieser Teststudie wurde die Entscheidung getroffen, SQL Server auf einer virtuellen Maschine bereitzustellen. Abhängig von Ihren Anforderungen können Sie jedoch in Erwägung ziehen, einen Datenbankplattformdienst wie Azure SQL Managed Instance in einer Microsoft Azure-Umgebung zu nutzen.

Gemeinsam genutzter Speicher

Um eine ArcGIS Enterprise-Bereitstellung mit hoher Verfügbarkeit erfolgreich zu implementieren, müssen die Konfigurationsspeicher an einem freigegebenen 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 Teststudie wurde Azure NetApp Files verwendet.

Im Schema nicht enthaltene Systemkomponenten

Beachten Sie, dass Antivirensoftware und Azure-Netzwerkkomponenten in diesem Schema nicht dargestellt sind, in der Teststudie jedoch vorhanden waren.