VictoriaMetrics
The VictoriaMetrics destination sends metrics from a Bindplane pipeline to a VictoriaMetrics server using the OpenTelemetry protocol over HTTP (OTLP/HTTP). Telemetry is written to the server's /opentelemetry ingestion path with protobuf encoding and gzip compression. This destination exports metrics only.
Supported Telemetry Types
✓
Prerequisites
You need a reachable VictoriaMetrics server that accepts OpenTelemetry ingestion:
A VictoriaMetrics single-node or cluster instance reachable from the collector, addressable by hostname or IP and TCP port (single-node defaults to
8428).The OTLP/HTTP ingestion path enabled. VictoriaMetrics accepts OTLP metrics at
/opentelemetry/v1/metrics; this destination targets the/opentelemetrybase path and the exporter appends the OTLP metrics suffix.Any authentication your server enforces. VictoriaMetrics has no built-in auth on the ingestion path, so credentials are typically applied at a reverse proxy or
vmauthin front of the server. Supply those as additional request headers (for example anAuthorizationheader).For TLS, a server certificate trusted by the collector, plus a CA certificate and (for mutual TLS) a client certificate and private key on the collector host.
See the VictoriaMetrics OpenTelemetry integration guide for ingestion details: https://docs.victoriametrics.com/victoriametrics/integrations/opentelemetry/.
Configuration

Connection
Hostname
String
Yes
(empty)
Hostname or IP address of the VictoriaMetrics server.
Port
Integer
No
8428
TCP port to which the exporter sends metrics. Valid range 1–65535.
Advanced
Additional Headers
Map
No
(empty)
Additional headers attached to each request. Use this to pass an Authorization header or other proxy/auth headers.
TLS
Enable TLS
Boolean
No
false
Use TLS for the connection. When enabled, the endpoint uses https.
Skip TLS Certificate Verification
Boolean
No
false
Skip verification of the server's certificate. Shown when Enable TLS is on.
TLS Certificate Authority File
String
No
(empty)
Path to a CA file used to validate the server's certificate. Shown when Enable TLS is on.
Mutual TLS
Boolean
No
false
Use client TLS authentication (mTLS). Shown when Enable TLS is on.
TLS Client Certificate File
String
Yes *
(empty)
Path to the client certificate used for mutual TLS. Shown when Enable TLS and Mutual TLS are on.
TLS Client Private Key
String
Yes *
(empty)
Path to the client private key used for mutual TLS. Shown when Enable TLS and Mutual TLS are on.
* Required only when both Enable TLS and Mutual TLS are on.
Retry on Failure
Enable Retry on Failure
Boolean
No
true
Resend telemetry that failed to transmit to the destination.
Initial interval
Integer
No
5
Seconds to wait after the first failure before retrying. Shown when retry is on.
Max interval
Integer
No
30
Upper bound in seconds on retry backoff. Shown when retry is on.
Max elapsed time
Integer
No
300
Maximum seconds spent trying to send a batch before giving up, to avoid a never-ending retry loop. Shown when retry is on.
Sending Queue
Enable Sending Queue
Boolean
No
true
Buffer telemetry before sending to help avoid loss during a temporary network outage.
Number of Consumers
Integer
No
10
Number of consumers that dequeue batches. Shown when the sending queue is on.
Queue Size
Integer
No
5000
Maximum number of batches kept in memory before dropping. Shown when the sending queue is on.
Enable Persistent Queuing
Boolean
No
true
Buffer telemetry to disk so data survives network outages or collector restarts. Shown when the sending queue is on.
Persistent Queue Storage
Extension
Yes
File storage at ${OIQ_OTEL_COLLECTOR_HOME}/storage
Storage extension used for the persistent queue. Shown when both the sending queue and persistent queuing are on.
Examples
Send metrics to a single-node VictoriaMetrics server
This destination sends metrics over plaintext HTTP to a VictoriaMetrics server at victoriametrics.internal:8428.
Send metrics over TLS with a bearer token
This destination connects over HTTPS, validates the server certificate against a CA file on the collector host, and passes an Authorization header for a vmauth proxy in front of VictoriaMetrics.
Configuration Tips
Metrics are exported with
protoencoding andgzipcompression, matching what the VictoriaMetrics OTLP ingestion path expects. No configuration is needed to change this.VictoriaMetrics has no native auth on the ingestion path. Front it with a reverse proxy or
vmauthand pass credentials through Additional Headers.Leave the persistent queue enabled in production so buffered metrics survive collector restarts. The default storage directory is
${OIQ_OTEL_COLLECTOR_HOME}/storage.
Troubleshooting
Metrics are not arriving at VictoriaMetrics
Symptoms: the destination reports send errors, or no series appear in VictoriaMetrics.
Solutions:
Confirm the hostname and port reach the VictoriaMetrics server and that the OTLP ingestion path
/opentelemetry/v1/metricsis enabled.If a proxy or
vmauthfronts the server, verify the auth header in Additional Headers is correct and the request is not rejected with a 401/403.
TLS handshake failures
Symptoms: connection errors mentioning certificate verification or an unknown authority after Enable TLS is turned on.
Solutions:
Provide a CA file that signs the server certificate, or as a temporary measure enable Skip TLS Certificate Verification to confirm TLS is the cause.
For mutual TLS, confirm the client certificate and private key paths exist on the collector host and the server is configured to trust the client certificate.
Dropped metrics during outages
Symptoms: gaps in metrics after a network interruption or collector restart.
Solutions:
Keep the sending queue and persistent queuing enabled so batches buffer to disk instead of being dropped.
Increase Queue Size if bursts exceed the in-memory buffer, and confirm the persistent queue storage path is writable.
Standalone Destination
Related Resources
Last updated
Was this helpful?