Mapping Events to Elasticsearch
In Horizon, event table entries contain references to associated node, asset, service, and journal message tables. In Elasticsearch, we must flatten these entries into a single index entry for each insertion. Thus, each index entry contains more context information than would be found in the actual Horizon event. This context information includes the associated node and asset table information which was current when (but may have changed since) the event was archived.
The table of index mappings illustrates sample event data as stored in Elasticsearch. The table illustrates how Horizon saves data in Elasticsearch.
Internal Elasticsearch fields always begin with an underscore character.
The internal fields
_type are combined to give the unique identifier for an entry as described above under index definitions.
All of the fields within
_source represent the stored event, which Elasticsearch refers to as indexed documents.
The ID of each event is included in the
id field and is also duplicated in the internal
Events in the Horizon events table corresponding to logs or traps are copied directly to the
In Horizon, events can contain parameters that are key-value pairs referencing additional data stored when the event is created.
In Elasticsearch these parameters are always stored in separate fields in the index, with names beginning with
Events have a severity field defined as integers (long) and a corresponding severity_text field that gives the text equivalent (Critical, Major, Minor, Normal, and Cleared).