- Built-in Parsers
- Create a Parser
- Multiple Repos
- Parser for API Token
- Parser Errors
- Event Tags
When you send logs and metrics to Humio for ingestion, they need to be parsed before they are stored in a repository. This is the case for all input channels except Humio’s structured ingest endpoint which stores data as-is.
A parser takes text as input; the text can be structured text (like JSON) or unstructured text (like syslog or application stdout). It then extracts fields which are stored along with the original text.
Five different clients are sending data to Humio. They each have a parser assigned that will be used during ingestion. Web Application is using a custom parser while Logstash is using the built-in
A client sending data to Humio must specify which repository to store the data in and which parser to use for ingesting the data. You do this either by setting the special
#type field to the name of the parser to use or by assigning a specific parser to the Ingest API Token used to authenticate the client. Assigning a parser to the API Token is the recommended approach since it allows you to change the parser in Humio without changing the client.
Humio supports common log formats through the built-in parsers. They include formats such as
accesslog and are suitable when starting out with Humio. Once you get better acquainted with your data and how parsers work you will likely want to create your own custom parsers.
Writing a custom parser allows you to take full control of which fields are extracted during ingest and which datasources events are stored in.
Parsers are written in the Humio query language (the same you use for searching). Next, you’ll want to learn to create a custom parser.
For on premise installations of Humio it is possible to specify a parser that can ingest data into multiple repositories. For more information, read the Ingesting Data to Multiple Repositories documentation page.