Laufzeitumgebung

Java

  • OpenJDK/OpenJRE 8*, 11

  • Oracle JDK/JRE 8*, 11

Anwendungsserver

  • Apache Tomcat 8.5*, 9.0

Betriebssystem

  • Windows

  • Linux

service.monitor ist eine reine Java-basierte Anwendung und sollte auf jedem unterstützten Betriebssystem laufen, vorausgesetzt, die Anforderungen des JDK / JRE sind erfüllt.

Datenbank

  • Oracle Database 11g*, 12c*, 18c, 19c

  • Microsoft SQL Server 2016*, 2017

  • PostgreSQL 9*, 10*, 11, 12

Browser

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

  • Google Chrome

  • Firefox (Bei der letzten ESR-Version ist bekannt, dass sie funktioniert)

  • Microsoft Edge

  • Safari

Internet Explorer 11

Esri unterstützt den Internet Explorer 11 für die ArcGIS API for JavaScript nur noch in begrenztem Umfang und rät von der Nutzung ab (siehe Systemanforderungen ). Microsoft empfiehlt zudem, Microsoft Edge anstelle von Internet Explorer 11 zu verwenden.

Für die Nutzung von map.apps Linie 4 wird ein moderner Browser empfohlen. Für Apps der Linie 3 wird der Internet Explorer 11 weiterhin unterstützt. (Dies gilt insbesondere für die mit map.apps integrierten Bestandteile des Produktes)

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 .

Kompatibilitätsmatrix mit anderen con terra Produkten

security.manager (SSO)

security.manager (Datenerhebung)

map.apps (Datenerhebung - Client)

map.apps (Datenerhebung - Server)

map.apps (Dashboards)

service.monitor 4.0

>= 4.4

4.4.0

>= 3.2

3.3.0

>= 3.3

service.monitor 4.1

>= 4.4

4.4 - 4.6.1

>= 3.2

3.3.0

>= 3.3

service.monitor 4.2

>= 4.4

4.4 - 4.7.1

>= 3.2

3.3.0 - 4.0

>= 3.3

service.monitor 4.3

>= 4.4

4.4 - 4.9.1

>= 3.7 & > 4.2.0

3.7 & >4.2

>= 3.7

service.monitor 4.4

>= 4.4

4.4.- 4.16

> 4.2.0

> 4.2.0

> 4.2.0

service.monitor 4.5

>= 4.4

4.4.- 4.18

> 4.2.0

> 4.2.0

> 4.2.0

service.monitor Analytics (Datenerhebung)

>= 4.4

>= 4.4

> 4.2.0

> 4.2.0

> 4.2.0

service.monitor Analytics (Dashboards)

>= 4.4

>= 4.4

> 4.2.0

> 4.2.0

> 4.2.0

Laufzeitumgebung Analytics Datenprozessierung und Speicherung

Die OpenSource-Produkte Elasticsearch und Logstash empfangen, verarbeiten und speichern die erhobenen Events, um diese danach einer gezielten Recherche und Analyse unterziehen zu können. Aus Sicherheits- und Verteilungsgründen wird empfohlen, diese Komponenten unabhängig von der Applikationsinfrastruktur auf einem eigenen Host zu betreiben.

Aktuell werden folgende Versionen verwendet/empfohlen:

  • Elasticsearch 7.17 (OS , Java )

  • Logstash 7.17

  • Kibana 7.17

Der Betrieb von service.monitor wird auch auf vorhergehenden Versionen von Elastic 7.x funktionieren. Aufgrund von Rückwärtskompatibilitätschecks beim Import von Diagrammen und Dashboards (Kibana) empfehlen wir jedoch das zügige Aktualisieren innerhalb des 7er Major Releases.

Alle Komponenten erlauben den Betrieb der Software auf Windows- oder auf Linux-Umgebungen. Weitere Informationen finden Sie in unter der Installationsanleitung von Elasticsearch

Architekturentscheidungen treffen

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 servmon analytics

Hauptspeicher und Festplattenspeicher

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 (ILM).

Hauptspeicher (minimal)

Hauptspeicher (empfohlen)

Festplattenspeicher (Startwert)

Elasticsearch

4GB

8GB

200GB

Logstash

1GB

2GB

1GB

Kibana

1GB

2GB

-

Siehe auch hier .