pmsg.kubernetes.pod.name -> message holds a json string which is decoded an put behind the target.
pmsg -> is a fixed string.
kubernetes.pod.name -> has the kubernetes pod name where the message is coming from -> that name changes depending on the pod name.
Thank you for your reply.
I can imagine using the rename processor if it gives me the option of accessing the kubernetes.pod.name for renaming
Currently we have a kubernetes cluster with several pods who log in json format. That json string is getting decoded and receives the prefix "pmsg" via the target option. My problem is that the pods have the same key names in the logging output but the values are sometimes strings, integers, etc. which leads to mapping conflicts.
I would like to parse the json string, decode it and write into different key names which include kubernetes pod information.
Is it possible to access the kubernetes.pod.name in the rename processor? By that I mean:
processors:
- rename:
fields:
- from: "pmsg.error_message"
to: "nameofthekubernetespod.error_message"
nameofthekubernetespod.error_message -> this would be a dynamic field because the name of the kubernets pod changes.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.