Skip to main content
StatsD is a simple push-based protocol for app metrics like counters, gauges, and timers. Axiom doesn’t provide a native StatsD listener. Instead, you send StatsD metrics to Axiom with the StatsD receiver of the OpenTelemetry Collector. The receiver listens for StatsD packets, aggregates them, and forwards the results to Axiom as OpenTelemetry metrics.
The StatsD receiver is part of the contrib distribution of the OpenTelemetry Collector (otelcol-contrib). It isn’t included in the core distribution.

Prerequisites

When you create the dataset, select Metrics as the dataset type. StatsD data arrives in Axiom as OTel metrics, and metrics require their own dedicated dataset. For more information, see Create dataset.

Configure the OpenTelemetry Collector

Add the StatsD receiver and an OTLP/HTTP exporter that sends data to Axiom:
Replace AXIOM_DOMAIN with the base domain of your edge deployment. For more information, see Edge deployments.Replace API_TOKEN with the Axiom API token you have generated. For added security, store the API token in an environment variable.Replace DATASET_NAME with the name of the Axiom dataset where you send your data.For metrics, use the x-axiom-metrics-dataset header instead of x-axiom-dataset.
Point your StatsD clients at the collector’s address and port (UDP 8125 in the example above) instead of your previous StatsD server.

Send a test metric

With the collector running, send a test counter using netcat:
After the next aggregation interval, the test.requests metric appears in your Metrics dataset in Axiom.

Metric types

The StatsD receiver maps StatsD metric types to OpenTelemetry metric types: Axiom supports all of these resulting types. For the full list of supported OTel metric types and current limitations, see Supported data types.

Query your metrics

Once data is flowing, query your StatsD metrics like any other OTel metrics in Axiom. For more information, see Metrics.