2023-06-21 07:08:19 +02:00
# Data ingestion
[VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/ ) can accept logs from the following log collectors:
- Filebeat. See [how to setup Filebeat for sending logs to VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Filebeat.html ).
2023-06-21 16:58:43 +02:00
- Fluentbit. See [how to setup Fluentbit for sending logs to VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Fluentbit.html ).
2023-06-21 07:08:19 +02:00
- Logstash. See [how to setup Logstash for sending logs to VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Logstash.html ).
2023-06-21 16:58:43 +02:00
- Vector. See [how to setup Vector for sending logs to VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Vector.html ).
2023-06-21 07:08:19 +02:00
The ingested logs can be queried according to [these docs ](https://docs.victoriametrics.com/VictoriaLogs/querying/ ).
2023-06-22 03:31:50 +02:00
See also:
- [Log collectors and data ingestion formats ](#log-collectors-and-data-ingestion-formats ).
- [Data ingestion troubleshooting ](#troubleshooting ).
2023-06-21 07:08:19 +02:00
## HTTP APIs
VictoriaLogs supports the following data ingestion HTTP APIs:
- Elasticsearch bulk API. See [these docs ](#elasticsearch-bulk-api ).
- JSON stream API aka [ndjson ](http://ndjson.org/ ). See [these docs ](#json-stream-api ).
VictoriaLogs accepts optional [HTTP parameters ](#http-parameters ) at data ingestion HTTP APIs.
### Elasticsearch bulk API
VictoriaLogs accepts logs in [Elasticsearch bulk API ](https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-bulk.html )
2023-06-21 16:58:43 +02:00
/ [OpenSearch Bulk API ](http://opensearch.org/docs/1.2/opensearch/rest-api/document-apis/bulk/ ) format
at `http://localhost:9428/insert/elasticsearch/_bulk` endpoint.
2023-06-21 07:08:19 +02:00
2023-06-22 04:39:22 +02:00
The following command pushes a single log line to VictoriaLogs:
2023-06-21 07:08:19 +02:00
```bash
echo '{"create":{}}
{"_msg":"cannot open file","_time":"2023-06-21T04:24:24Z","host.name":"host123"}
' | curl -X POST -H 'Content-Type: application/json' --data-binary @- http://localhost:9428/insert/elasticsearch/_bulk
```
2023-06-22 04:39:22 +02:00
It is possible to push thousands of log lines in a single request to this API.
See [these docs ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model ) for details on fields,
which must be present in the ingested log messages.
2023-06-22 04:41:18 +02:00
The API accepts various http parameters, which can change the data ingestion behavior - [these docs ](#http-parameters ) for details.
2023-06-22 04:39:22 +02:00
The following command verifies that the data has been successfully ingested to VictoriaLogs by [querying ](https://docs.victoriametrics.com/VictoriaLogs/querying/ ) it:
2023-06-21 07:08:19 +02:00
```bash
curl http://localhost:9428/select/logsql/query -d 'query=host.name:host123'
```
The command should return the following response:
```bash
{"_msg":"cannot open file","_stream":"{}","_time":"2023-06-21T04:24:24Z","host.name":"host123"}
```
2023-06-22 04:39:22 +02:00
See also:
- [How to debug data ingestion ](#troubleshooting ).
- [HTTP parameters, which can be passed to the API ](#http-parameters ).
- [How to query VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/querying.html ).
2023-06-21 07:08:19 +02:00
### JSON stream API
2023-06-22 04:39:22 +02:00
VictoriaLogs accepts JSON line stream aka [ndjson ](http://ndjson.org/ ) at `http://localhost:9428/insert/jsonline` endpoint.
The following command pushes multiple log lines to VictoriaLogs:
```bash
echo '{ "log": { "level": "info", "message": "hello world" }, "date": "2023-06-20T15:31:23Z", "stream": "stream1" }
{ "log": { "level": "error", "message": "oh no!" }, "date": "2023-06-20T15:32:10.567Z", "stream": "stream1" }
{ "log": { "level": "info", "message": "hello world" }, "date": "2023-06-20T15:35:11.567890+02:00", "stream": "stream2" }
' | curl -X POST -H 'Content-Type: application/stream+json' --data-binary @- \
'http://localhost:9428/insert/jsonline?_stream_fields=stream& _time_field=date& _msg_field=log.message'
```
It is possible to push unlimited number of log lines in a single request to this API.
The [timestamp field ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#time-field ) must be
in the [ISO8601 ](https://en.wikipedia.org/wiki/ISO_8601 ) format. For example, `2023-06-20T15:32:10Z` .
Optional fractional part of seconds can be specified after the dot - `2023-06-20T15:32:10.123Z` .
Timezone can be specified instead of `Z` suffix - `2023-06-20T15:32:10+02:00` .
See [these docs ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model ) for details on fields,
which must be present in the ingested log messages.
2023-06-21 15:31:28 +02:00
2023-06-22 04:41:18 +02:00
The API accepts various http parameters, which can change the data ingestion behavior - [these docs ](#http-parameters ) for details.
2023-06-22 04:39:22 +02:00
The following command verifies that the data has been successfully ingested into VictoriaLogs by [querying ](https://docs.victoriametrics.com/VictoriaLogs/querying/ ) it:
```bash
curl http://localhost:9428/select/logsql/query -d 'query=log.level:*'
```
The command should return the following response:
```bash
{"_msg":"hello world","_stream":"{stream=\"stream2\"}","_time":"2023-06-20T13:35:11.56789Z","log.level":"info"}
{"_msg":"hello world","_stream":"{stream=\"stream1\"}","_time":"2023-06-20T15:31:23Z","log.level":"info"}
{"_msg":"oh no!","_stream":"{stream=\"stream1\"}","_time":"2023-06-20T15:32:10.567Z","log.level":"error"}
```
See also:
2023-06-21 15:31:28 +02:00
2023-06-22 04:39:22 +02:00
- [How to debug data ingestion ](#troubleshooting ).
- [HTTP parameters, which can be passed to the API ](#http-parameters ).
- [How to query VictoriaLogs ](https://docs.victoriametrics.com/VictoriaLogs/querying.html ).
2023-06-21 07:08:19 +02:00
### HTTP parameters
VictoriaLogs accepts the following parameters at [data ingestion HTTP APIs ](#http-apis ):
- `_msg_field` - it must contain the name of the [log field ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model )
with the [log message ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#message-field ) generated by the log shipper.
This is usually the `message` field for Filebeat and Logstash.
If the `_msg_field` parameter isn't set, then VictoriaLogs reads the log message from the `_msg` field.
- `_time_field` - it must contain the name of the [log field ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model )
with the [log timestamp ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#time-field ) generated by the log shipper.
This is usually the `@timestamp` field for Filebeat and Logstash.
If the `_time_field` parameter isn't set, then VictoriaLogs reads the timestamp from the `_time` field.
If this field doesn't exist, then the current timestamp is used.
- `_stream_fields` - it should contain comma-separated list of [log field ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model ) names,
which uniquely identify every [log stream ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#stream-fields ) collected the log shipper.
If the `_stream_fields` parameter isn't set, then all the ingested logs are written to default log stream - `{}` .
- `ignore_fields` - this parameter may contain the list of [log field ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model ) names,
which must be ignored during data ingestion.
- `debug` - if this parameter is set to `1` , then the ingested logs aren't stored in VictoriaLogs. Instead,
the ingested data is logged by VictoriaLogs, so it can be investigated later.
See also [HTTP headers ](#http-headers ).
### HTTP headers
VictoriaLogs accepts optional `AccountID` and `ProjectID` headers at [data ingestion HTTP APIs ](#http-apis ).
These headers may contain the needed tenant to ingest data to. See [multitenancy docs ](https://docs.victoriametrics.com/VictoriaLogs/#multitenancy ) for details.
## Troubleshooting
VictoriaLogs provides the following command-line flags, which can help debugging data ingestion issues:
- `-logNewStreams` - if this flag is passed to VictoriaLogs, then it logs all the newly
registered [log streams ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#stream-fields ).
This may help debugging [high cardinality issues ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#high-cardinality ).
- `-logIngestedRows` - if this flag is passed to VictoriaLogs, then it logs all the ingested
[log entries ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model ).
See also `debug` [parameter ](#http-parameters ).
VictoriaLogs exposes various [metrics ](https://docs.victoriametrics.com/VictoriaLogs/#monitoring ), which may help debugging data ingestion issues:
- `vl_rows_ingested_total` - the number of ingested [log entries ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#data-model )
since the last VictoriaLogs restart. If this number icreases over time, then logs are successfully ingested into VictoriaLogs.
The ingested logs can be inspected in the following ways:
- By passing `debug=1` parameter to every request to [data ingestion APIs ](#http-apis ). The ingested rows aren't stored in VictoriaLogs
in this case. Instead, they are logged, so they can be investigated later.
The `vl_rows_dropped_total` [metric ](https://docs.victoriametrics.com/VictoriaLogs/#monitoring ) is incremented for each logged row.
- By passing `-logIngestedRows` command-line flag to VictoriaLogs. In this case it logs all the ingested data, so it can be investigated later.
- `vl_streams_created_total` - the number of created [log streams ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#stream-fields )
since the last VictoriaLogs restart. If this metric grows rapidly during extended periods of time, then this may lead
to [high cardinality issues ](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#high-cardinality ).
The newly created log streams can be inspected in logs by passing `-logNewStreams` command-line flag to VictoriaLogs.
2023-06-21 16:58:43 +02:00
## Log collectors and data ingestion formats
2023-06-22 03:31:50 +02:00
Here is the list of log collectors and their ingestion formats supported by VictoriaLogs:
2023-06-21 16:58:43 +02:00
2023-06-22 03:31:50 +02:00
| How to setup the collector | Format: Elasticsearch | Format: JSON Stream |
2023-06-21 16:58:43 +02:00
|------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------|---------------------------------------------------------------|
2023-06-22 03:31:50 +02:00
| [Filebeat ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Filebeat.html ) | [Yes ](https://www.elastic.co/guide/en/beats/filebeat/current/elasticsearch-output.html ) | No |
| [Fluentbit ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Fluentbit.html ) | No | [Yes ](https://docs.fluentbit.io/manual/pipeline/outputs/http ) |
| [Logstash ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Logstash.html ) | [Yes ](https://www.elastic.co/guide/en/logstash/current/plugins-outputs-elasticsearch.html ) | No |
| [Vector ](https://docs.victoriametrics.com/VictoriaLogs/data-ingestion/Vector.html ) | [Yes ](https://vector.dev/docs/reference/configuration/sinks/elasticsearch/ ) | No |