Systemanforderungen

Systemanforderungen der Webapplikationen (/monitor und /monitor-analytics)

Java

Die folgenden Java Distributionen werden unterstützt:

  • OpenJDK (JDK und JRE), Versionen 17* und 21

  • Oracle JDK, Versionen 17* und 21

Anwendungsserver

  • Apache Tomcat 10

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.

Betriebssystem

  • Windows

  • Linux

Datenbank (nur Monitoring)

  • Oracle Database 18c*, 19c

  • Microsoft SQL Server 2019*, 2022

  • PostgreSQL 13*, 14

Browser

Die letzte stabile Version der folgenden Browser wird unterstützt:

  • Google Chrome

  • Firefox

  • Microsoft Edge

  • Safari

Generelle Hinweise

  • Die mit einem * versehenen Versionen werden ggf. in einem der nächsten Releases zugunsten einer neueren ersetzt.

  • Falls Sie andere als die oben genannten Plattformen verwenden, wenden Sie sich an den con terra Support .

Systemanforderungen Elasticsearch Stack

Die Produkte Elasticsearch und Logstash empfangen, 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:

  • Elasticsearch 7.17.x (OS , Java )

  • Logstash 7.17.x

  • Kibana 7.17.x

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.

Kompatibilität mit con terra Produkten

Nutzerinterkationsdatenerhebung in map.apps Applikationen

Alle map.apps Linie 4 Applikationen können durch die service.monitor Bundles zum Senden von Nutzerinterktionsdaten befähigt werden.

Nutzerinterkationsdatenerhebung in map.apps (Server)

Aktuell liegen Integrationsdaten zur Protokollierung von Nutzerinteraktionsdaten mit den Server-Komponenten von map.apps zwischen map.apps Version 4.7.0 und 4.13 vor.

Nutzerinterkationsdatenerhebung security.manager EE

Aktuell liegen Integrationsdaten zur Protokollierung von Nutzerinteraktionsdaten mit den Server-Komponenten von security.manager EE zwischen den Version 4.15 und 4.19 vor.

Single-Sign-On (SSO) mit security.manager EE

Um ein möglichst hohes Maß an Sicherheit zu gewährleisten, nutzen Sie bitte immer die aktuellste security.manager Version, wenn die Anmeldung in der /monitor-Webapp auf security.manager Authentifizierung umgestellt werden soll.

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 und Logstash sollten 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.

cmp servicemonitor

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

4GB

8GB+

300GB

Logstash

1GB

2GB+

1GB

Kibana

1GB

2GB+

-

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 (z.B. Logstash-Pipelines).

Datenquelle/Komponente

Port/Protokoll

Beschreibung

Eingehende Ports

/monitor

8080/tcp

Tomcat Http Port der Monitoring Webapplikation

/monitor-analytics

8080/tcp

Tomcat Http port der Analytics Webapplikation

map.apps Nutzerinteraktionen (Logstash Pipeline)

12201/udp

Host des Logstash-Prozesses

ct Logdaten (Logstash Pipeline)

12202/udp

Host des Logstash-Prozesses

Monitoring Daten (Logstash Pipeline)

12203/udp

Host des Logstash-Prozesses

ArcGIS Logs über Filebeat (Logstash Pipeline)

5604/tcp

Host des Logstash-Prozesses

Kibana Server

5601/tcp

Host des Kibana-Prozesses

Elasticsearch

9200/tcp

Hosts der Elasticsearch-Prozesse

Ausgehende Ports

FME Flow (REST API)

80/tcp

FME Python API muss mit der FME Flow REST API kommunizieren dürfen

DB (JDBC)

1521,5432/tcp

Freigabe für JDBC-Kommunikation auf Datenbank der Webapplikation /monitor (Beispiele)

SMTP (E-Mail)

25/tcp

Port auf dem Mailserver, der für die Webapplikation /monitor zugänglich sein muss (Beispiel)

Webhooks (Benachrichtigungen)

80/tcp

Beispiel für eine Portfreigabe auf einem fremden Server, die über eine Webhook-Benachrichtigung genutzt werden soll (Slack, Teams)