con terra application logs

The con terra products map.apps, security.manager, smart.finder and service.monitor have been and will be extended in such a way that, in addition to the usual writing of application log files to the local file system of the application server, the log data can also be sent directly to service.monitor or central log aggregators.

Procedure

  1. Executing the statements from dev-console/ct-log.txt in the Kibana Dev Console

  2. Importing Kibana Dashboards, Queries and Index Patterns from kibana/ct-log/export.ndjson file .

  3. Setting up ingest pipelines from ingest/ct-monitor-logging.txt (see below) .

  4. Configuration of the conterra web application via application.properties (see below) .

Publish Elastic Ingest Pipeline

The contents of

  • ingest/ct-monitor-temporal.txt

  • ingest/ct-monitor-logging.txt

to be sent via the Kibana Dev Tools > Console.

Configuration of the conterra web application via application.properties

The following changes must be made in the file application.properties of the respective application, or are already present in the default-application.properties of the application:

# set this to 'true' if a Logstash server is available in your environment
logging.gelf.enabled=true
# the host name of the logstash server
logging.gelf.host=localhost
# the port of the logstash server
logging.gelf.port=12202
# the protocol of the logstash server (udp | tcp)
logging.gelf.protocol=udp
# a reasonably unique value that identifies your application (facility)
logging.gelf.identifier=map.apps
#logging.gelf.identifier=monitoring
#logging.gelf.identifier=security.manager
The port defined in logging.gelf.port must match the port from the logstsh configuration.
The above configuration assumes that the logstash process is running on the same machine as the Tomcat.
This is valid for Monitoring, smart.finder, map.apps, security.manager. Check other con terra products for the properties listed above. If available, these can also be integrated with service.monitor.