Systemanforderungen
| Die service.monitor Installations-Dokumentation gibt auch Hinweise zur Installation von Drittkomponenten, die von service.monitor verwendet werden (z.B. Elasticsearch oder Apache Tomcat). Die individuelle, betriebliche Konfiguration kann davon abweichen und hier nicht vollständig beschrieben werden. Eine Unterstützung kann im Rahmen von individuellen Beratungsleistungen bei con terra angefragt werden. |
Systemanforderungen der Webapplikationen (/monitor und /monitor-analytics)
Java
Die folgenden Java Distributionen werden unterstützt:
-
OpenJDK (JDK und JRE), Versionen 21* und 25
-
Oracle JDK, Versionen 21* und 25
Anwendungsserver
-
Apache Tomcat, Versionen 10* und 11
Stellen Sie sicher, dass eine aktuelle Version von Apache Tomcat installiert ist und HTTPS-Verbindungen akzeptiert, z.B. unter https://tomcat-host. HTTPS kann wie im Tomcat User Guide beschrieben konfiguriert werden.
Datenbank (nur Monitoring)
-
Oracle Database 19c*, 23ai
-
PostgreSQL 14*, 15, 16, 17, 18
-
Microsoft SQL Server 2017*, 2019, 2022
Browser
Die letzte stabile Version der folgenden Browser wird unterstützt:
-
Google Chrome
-
Firefox
-
Microsoft Edge
-
Safari
|
Generelle Hinweise
|
Systemanforderungen Elasticsearch Stack
Elasticsearch empfängt, verarbeiten und speichern die erhobenen Events, um diese danach in Kibana einer gezielten Recherche und Analyse unterziehen zu können.
Aktuell werden folgende Versionen benötigt:
Vollständige Übersicht der Elasticsearch System Requirements .
| Aus Sicherheits- und Verteilungsgründen wird empfohlen, diese Komponenten unabhängig von der Applikationsinfrastruktur auf einem eigenen Host zu betreiben. |
Systemanforderungen Python APIs
Für die Installation von service.monitor und die Abfrage von FME Daten stehen Python APIs zur Verfügung, die eine Installation von Python voraussetzen.
-
Python Client (Version >=3.12)
Kompatibilität mit con terra Produkten
Nutzerinteraktionsdatenerhebung in map.apps Applikationen
Alle map.apps Linie 4 Applikationen können durch die service.monitor Bundles zum Senden von Nutzerwinteraktionsdaten befähigt werden.
Nutzerinteraktionsdatenerhebung in map.apps (Server)
map.apps ist serverseitig direkt mit service.monitor integriert. Eine Unterstützung für service.monitor 5.0 und höher ist ab map.apps Version 4.18 gegeben. Soll eine niedrigere map.apps Version eingesetzt werden, so kann die Logstash-Pipeline aus service.monitor 4.9 verwendet werden.
Architekturentscheidungen
Bitte beachten Sie diese grundsätzlichen Empfehlungen bei der Verwendung von service.monitor:
-
service.monitor soll von den übrigen Applikationen der IT-Landschaft getrennt betrieben werden. Wenn der Applikationsserver vollständig ausfällt, fällt auch das Monitoring aus.
-
Elasticsearch sollte von den Internet exponierten Applikationen getrennt betrieben werden. Beide führen Speicher und CPU konsumierende Operationen aus.
-
Die Verteilung der Daten in Elasticsearch über mindestens zwei Knoten in Betracht ziehen oder bei steigendem Datenvolumen vorausplanen.
Speicher
Die Elasticsearch-Komponenten benötigen Ressourcen für den Betrieb. Je mehr Daten verarbeitet, gespeichert und recherchiert werden können müssen, desto großzügiger muss das System dimensioniert sein. Es ist nicht sinnvoll unterhalb der hier genannten Minimalwerte zu bleiben. Die Empfehlungswerte stellen jedoch auch nur eine Empfehlung auf Basis von aktuellen uns bekannten Kunden-Setups dar. Der Betrieb des Elasticsearch Clusters muss daher in der Inbetriebnahmephase insbesondere hinsichtlich dieser Ressourcenanforderungen begleitet werden. Für die langfristige Sicherstellung des Betriebs wird das Index Lifecycle Management verwendet.
| Hauptspeicher (minimal) | Hauptspeicher (empfohlen) | Festplattenspeicher (Startwert) | |
|---|---|---|---|
Elasticsearch |
6GB |
8GB+ |
300GB |
Kibana |
2GB |
4GB |
- |
Siehe auch Set JVM options .
Port-Freigaben
| Die hier genannten Ports sind entweder die Default-Ports der genutzten Komponenten (Tomcat, Elasticsearch) oder die Ports, die service.monitor als Default-Ports verwendet. |
| Product / component | server issueing the request | request receiving server | port & protocol | description |
|---|---|---|---|---|
map.apps |
mapapps-host.example.com |
elastic-host.example.com |
9200/tcp or 443/tcp |
user interactions w/ mapapps (server side) |
security.manager EE |
securitymanager-host.example.com |
elastic-host.example.com |
9200/tcp or 443/tcp |
user interactions w/ security.manager EE |
ArcGIS Enterprise |
arcgisserver-host.example.com |
elastic-host.example.com |
9200/tcp or 443/tcp |
log data via Elastic Filebeat |
elastic-host.example.com |
9200/tcp or 443/tcp |
metric data via Elastic Metricbeat |
||
FME Flow |
elastic-host.example.com |
fmeflow-host.example.com |
443/tcp |
FME jobs & jog logs requested by Python API |
fmeflow-host.example.com |
elastic-host.example.com |
9200/tcp or 443/tcp |
FME Flow log data via Elastic Filebeat |
|
9200/tcp or 443/tcp |
metric data via Elastic Metricbeat |
|||
Monitoring web application |
monitoring-host.example.com |
db-host.example.com |
i.e. 1521,5432/tcp |
connection to database by monitoring webapp |
mail-host.example.com |
25/tcp |
sending e-mails via monitoring-webapplication |
||
elastic-host.example.com |
9200/tcp or 443/tcp |
sending information about monitoring events |
||
kibana-host-.example.com |
5601/tcp or 443/tcp |
querying for Kibana Rules |
||
webhook-host.example.com |
<any>/tcp |
Endpoint from Teams/Slack/custom webhook |
||
monitoring-target.example.com |
<any>/tcp |
Endpoint of a server/service to be monitored by service.monitor |
||
Analytics web application |
analytics-host.example.com |
elastic-host.example.com |
9200/tcp or 443/tcp |
any interaction data |
client-host.example.com |
analytics-host.example.com |
443/tcp |
sending user interaction data (i.e. map.apps clients) |
| Bei der Realisierung von Firewall-Regeln zwischen zwei Hosts ist zu beachten, dass keine Kontrolle über den Quell-Port des Clients der Verbindung besteht, sondern nur der Ziel-Port klar definiert werden kann. |