Architekturprofile
Beim Erstellen einer ArcGIS Enterprise-Organisation wählen Sie Architekturprofile aus, um die anfängliche Verfügbarkeit und Performance von ArcGIS Enterprise on Kubernetes festzulegen. Die von Ihnen ausgewählten Profile legen fest, wie viel Prozessorleistung, Arbeitsspeicher und Festplattenspeicher Sie für die anfängliche Bereitstellung benötigen und wie sich dieser Bedarf bei einer Skalierung Ihrer Bereitstellung verändert. Es gibt zwei Arten von Architekturprofilen:
In einem Verfügbarkeitsprofil wird die anfängliche Anzahl der Pod-Replikate für jede Arbeitslast in ArcGIS Enterprise festgelegt. Eine größere Anzahl von Replikaten sorgt für mehr Redundanz und verbessert die Verfügbarkeit.
Ein Performance-Profil legt die anfängliche Menge an Prozessorleistung und Arbeitsspeicher fest, die jeder Pod anfordert. Service-Pods mit mehr Prozessorleistung und Arbeitsspeicher weisen in der Regel einen besseren Durchsatz und kürzere Antwortzeiten auf.
Benötigte Systemressourcen
Der Gesamtbedarf an Prozessorleistung und Arbeitsspeicher für die Bereitstellung von ArcGIS Enterprise hängt sowohl von der Anzahl der Pod-Replikate als auch von den von jedem Pod beanspruchten Systemressourcen ab. In den Systemanforderungen sind die Mindestanforderungen an die Ressourcen für jede Kombination aus Verfügbarkeits- und Performance-Profil aufgeführt.
Es ist wichtig zu beachten, dass die Veröffentlichung dedizierter Services, die Skalierung von Pod-Replikaten oder das Hinzufügen von Funktionen wie Raster-Analysen zu einem erhöhten Ressourcenbedarf führen.
Szenarien
Die Auswahl der richtigen Architekturprofile ist mit Kompromissen verbunden. Die beste Wahl ist diejenige, bei der Ihr Bedarf an Redundanz und Leistung mit den Kosten für die Bereitstellung der erforderlichen Infrastruktur in Einklang steht. Verwenden Sie die folgenden Szenarien als Hilfestellung bei der Auswahl der für Ihre Organisation am besten geeigneten Architekturprofile.
Szenario: Demonstrationsumgebung
Eine Organisation möchte die Funktionen von ArcGIS Enterprise on Kubernetes vorstellen. Diese Nicht-Produktionsumgebung wird nur für einige Stunden genutzt. Daher ist es nicht erforderlich, eine hohe Verfügbarkeit sicherzustellen. Das System sollte eine hervorragende Performance bieten, um seine Fähigkeiten unter Beweis zu stellen.
Verfügbarkeitsprofil: Entwicklungs- und Testumgebungen
Performance-Profil: Erweiterte Performance
Szenario: Bereitstellung für interne Teams
Ein Stadtplanungsamt arbeitet intern an einer Mission, und benötigt dafür keine strenge Service-Level-Vereinbarung (SLA). Die Kommunikation geplanter oder ungeplanter Ausfälle ist überschaubar, und bei geplanten Ausfällen besteht ein hohes Maß an Flexibilität. Das Amt benötigt eine möglichst kostengünstige Produktionsumgebung, die für vorhersehbare und stabile Lasten geeignet ist.
Verfügbarkeitsprofil: Standard-Hochverfügbarkeit
Performance-Profil: Standard-Performance
Szenario: Organisationsweite Bereitstellung
Ein großes Unternehmen nutzt ArcGIS Enterprise, um den Anforderungen zahlreicher Benutzer innerhalb der gesamten Organisation gerecht zu werden. Geplante Ausfallzeiten für Wartungsarbeiten außerhalb der normalen Betriebszeiten sind zwar akzeptabel, doch erwarten die Benutzer eine rechtzeitige Benachrichtigung über etwaige Ausfallzeiten. Kurze Phasen mit längeren Reaktionszeiten des Service können zu Spitzenzeiten akzeptabel sein, solange sie nur wenige Male im Monat auftreten.
Architekturprofil: Standard-Hochverfügbarkeit
Performance-Profil: Standard-Performance
Szenario: Bereitstellung für die Öffentlichkeit
Eine Landesregierung nutzt ArcGIS Enterprise, um verschiedenen Behörden Informationen zur Verfügung zu stellen. Die Behörden sind offizielle Projektbeteiligte, die eine ständige Verfügbarkeit erwarten. Das System muss einen dauerhaften Betrieb gewährleisten, ein geplantes Wartungsfenster ist jedoch zulässig, sofern es über offizielle Kanäle mit ausreichender Vorlaufzeit angekündigt wird. Es sind zwar keine SLAs zur Performance definiert, doch die Projektbeteiligten erwarten jederzeit eine gute Performance, und selbst gelegentliche Verzögerungen beim Service für Anfragen sind nicht tolerierbar.
Architekturprofil: Standard-Hochverfügbarkeit
Performance-Profil: Erweiterte Performance
Szenario: Betriebssystem
Ein großes Unternehmen nutzt ArcGIS Enterprise, um eingehende Daten zu verarbeiten, geplante Analysen durchzuführen und aus diesen Analysen Berichte zu generieren. Es ist wichtig, dass dieses System jederzeit verfügbar ist, und es gibt ein SLA, das ein bestimmtes Maß an Verfügbarkeit vorschreibt. Schwankungen der Performance sind jedoch vertretbar, da die Benutzer nicht aktiv auf Antworten warten.
Architekturprofil: Erweiterte Hochverfügbarkeit
Performance-Profil: Standard-Performance
Szenario: Potenziell viral gehende Bereitstellung für die Öffentlichkeit
Eine nationale Notfallzentrale nutzt ArcGIS Enterprise, um bei Naturkatastrophen wichtige Informationen zur öffentlichen Sicherheit bereitzustellen. Bei diesen Ereignissen wird das System von Millionen von Menschen genutzt, die eine hohe Performance erwarten. Es kann jedoch Zeiträume im Jahr geben, in denen außer routinemäßigen Wartungsarbeiten keine weiteren Änderungen vorgenommen werden dürfen. Es gibt formelle SLAs sowohl für die Verfügbarkeit als auch für die Reaktionszeit des Service.
Architekturprofil: Erweiterte Hochverfügbarkeit
Performance-Profil: Erweiterte Performance