OTEL Metrics and Logs Today. Traces Coming Soon.

An OpenTelemetry Backend Built for Scale, Not Per-Metric Billing

Q: Can Netdata receive OpenTelemetry data?

Yes. Netdata is a native OTEL backend that ingests metrics and logs from any OpenTelemetry-compatible source, including OpenTelemetry Collectors, SDKs, and third-party exporters.

Q: Which OpenTelemetry signals does Netdata support today?

Netdata currently supports OTEL metrics and logs. Trace support is coming soon, including end-to-end request visualization and trace-to-metric correlation.

Q: When will OpenTelemetry trace support ship?

Trace ingestion is the next major capability on the OTEL roadmap. Design partner discussions are open for organizations standardizing on OpenTelemetry traces. Track progress on the public roadmap or contact us to participate in early-access design.

Q: Does Netdata work with the OpenTelemetry Collector?

Yes. Configure an OTLP exporter in the Collector and point it at Netdata. Reference pipeline configurations for DaemonSet, gateway, and Operator deployments are maintained in the netdata/otelcol-cookbook repository.

Q: Which languages are supported for OpenTelemetry instrumentation?

Netdata accepts OTEL data from any language with an OpenTelemetry SDK. The netdata/skills repository provides setup guidance for Node.js, Python, Java, Go, .NET, Ruby, and PHP.

Q: How does Netdata charge for OpenTelemetry data?

Netdata does not apply per-metric, per-series, or per-host charges for OTEL-ingested data. Pricing is flat-rate and predictable. Refer to the pricing page for current commercial terms.

Q: Can Netdata run alongside an existing observability backend?

Yes. The OpenTelemetry Collector supports multiple exporters, allowing the same data to be sent to Netdata and an incumbent backend in parallel. This is commonly used during evaluation or for retaining a long-term archive elsewhere while Netdata handles real-time analysis.

Q: How does Netdata's per-second granularity compare to other backends?

Most OTEL backends aggregate to 15-, 30-, or 60-second intervals. Netdata ingests at configurable intervals down to one second, which is relevant for SLO-sensitive workloads and short-duration incidents. The Real-Time at Scale page describes the underlying architecture.

Q: Where does OpenTelemetry data reside? Does it leave customer infrastructure?

OTEL data is processed and stored at the edge by the Netdata Agent. Visualization, ML anomaly detection, and alerting execute locally. Only metadata is transmitted to Netdata Cloud. Metric values and log content remain on customer-controlled infrastructure, which simplifies compliance with data residency and sovereignty requirements.

Netdata is a native OTEL backend with OTLP ingestion for metrics and logs, with trace support coming soon. Get per-second granularity, ML-based anomaly detection on every signal, and built-in correlation with infrastructure metrics from 800+ native collectors. Data is processed and stored at the edge; only metadata reaches the cloud. Flat-rate pricing with no per-metric, per-series, or per-host charges.

Start Free Read the Documentation

Native OTLP Ingestion: Metrics, Logs, and Traces

Metric Ingestion

Send OTEL metrics from any OTel Collector, SDK, or instrumented application. Incoming signals are translated into Netdata charts at configurable intervals down to one second, with automatic handling for transient services.

Application metrics land on the same dashboard as infrastructure metrics, without separate tooling, separate dashboards, or separate analysis workflows.

> Documentation

ML Anomaly Detection

Unsupervised ML models train on every metric, including OTEL signals. Anomalies are flagged automatically, without manual threshold tuning.

Alerting

Alerts on OTEL metrics use the same configuration syntax as any Netdata alert. Plain-English descriptions can be translated into alert configurations by Netdata AI.

AI-Assisted Root Cause

When an OTEL metric triggers an alert, Netdata AI correlates it with infrastructure metrics, application metrics, and logs to surface probable causes.

Infrastructure Correlation

OTEL metrics correlate automatically with data from 800+ native collectors covering node CPU, memory, disk, network, container, and service-level metrics.

Automatic Visualization

Incoming OTEL signals render as charts on the Netdata dashboard with no manual dashboard work; organized by source and category.

Edge Storage & Retention

Data is stored locally in Netdata’s DBENGINE with tiered retention. Per-second detail short-term, summarized data long-term, on minimal disk.

Application Instrumentation Plus Infrastructure Coverage

Applications Instrumented With OpenTelemetry

OTEL SDKs are available for Node.js, Python, Java, Go, .NET, Ruby, and PHP, with auto-instrumentation or manual options. Data flows through an OpenTelemetry Collector (DaemonSet, gateway, or Operator) or directly from the application. Any OTel-compatible source is supported.

Vendor-neutral instrumentation. Portable across backends.

> Browse Collector pipeline recipes

Applications Instrumented With OpenTelemetry

Infrastructure Collected Natively

Netdata’s 800+ collectors cover operating systems, containers, Kubernetes, databases, message queues, and common services without additional instrumentation. Application data from OpenTelemetry and infrastructure data from native collectors share a single timeline and analysis surface.

One pane of glass. No integration glue.

> Review all 800+ integrations

Bundled With Netdata

OpenTelemetry ingestion is included in the standard Netdata distribution. No additional packages, agents, sidecars, or operators are required.

Single Configuration Surface

A single configuration file controls the OTEL endpoint. Container and Kubernetes deployments override settings through environment variables.

Secure by Default

TLS is supported on the OTEL endpoint. Authentication, certificates, and cardinality protection are first-class configuration concerns.

Side-by-Side Migration

The OpenTelemetry Collector supports multiple exporters. Run Netdata alongside an incumbent backend during evaluation, then migrate when the numbers justify it.

Kubernetes-Ready

Reference pipelines for DaemonSet, gateway, and Operator-based Collector deployments are maintained in netdata/otelcol-cookbook.

Vendor-Neutral By Design

Built on the OpenTelemetry standard. Instrumentation investments remain portable. There is no proprietary agent or SDK to commit to.

Per-Second Granularity

Most OTEL backends aggregate at 15-, 30-, or 60-second intervals. Netdata ingests at configurable intervals down to one second, which is relevant for SLO-sensitive workloads and short-duration incidents.

Predictable, Flat-Rate Pricing

No per-metric, per-series, or per-host charges. Auto-instrumentation cardinality does not translate into budget exposure or quota-driven sampling decisions.

ML Anomaly Detection on Every Signal

Unsupervised models train continuously on every metric, OTEL-ingested or otherwise. No threshold tuning is required to surface deviations from established baselines.

Infrastructure Context Included

Operating system, container, Kubernetes, database, and service metrics are collected natively by 800+ collectors. Application-to-infrastructure correlation is immediate.

Edge Processing and Data Sovereignty

Data is processed, stored, and queried at the edge. Only metadata is sent to Netdata Cloud. Metric values and log content remain on customer infrastructure.

Open Source and Open Standard

Netdata is open source (GPL-3.0). Combined with OpenTelemetry’s vendor-neutral data model, the stack avoids the lock-in patterns common to proprietary observability platforms.

AI Agent Skills for OpenTelemetry Setup

Skills for Claude Code, Cursor, and Copilot

The open-source netdata/skills repository contains skill packs that guide AI coding agents through OTEL ingestion configuration, application instrumentation across languages, and Collector pipeline construction. Installation is a single command, and the resulting workflow reduces setup time and onboarding cost for engineering teams adopting OpenTelemetry.

Compatible with Claude Code, Cursor, GitHub Copilot, and other agents

> Review the netdata/skills repository

Skills for Claude Code, Cursor, and Copilot

Install or Update Netdata

OTEL ingestion ships with the standard Netdata distribution. No additional packages, agents, or operators are required.

Enable the Endpoint

Defaults are production-sensible. Environment variables override individual settings for container and Kubernetes deployments without rebuilding images.

Point Your Exporter at Netdata

Direct your OpenTelemetry Collector or instrumented application to Netdata. Charts and logs appear in the dashboard immediately.

Frequently Asked Questions

Can Netdata receive OpenTelemetry data?

Which OpenTelemetry signals does Netdata support today?

When will OpenTelemetry trace support ship?

Does Netdata work with the OpenTelemetry Collector?

Which languages are supported for OpenTelemetry instrumentation?

How does Netdata charge for OpenTelemetry data?

Can Netdata run alongside an existing observability backend?

How does Netdata’s per-second granularity compare to other backends?

Where does OpenTelemetry data reside? Does it leave customer infrastructure?

Evaluate Netdata for OpenTelemetry

An OTEL Backend Worth Standardizing On

Per-second OTLP ingestion for metrics and logs, with traces coming soon. ML anomaly detection on every signal, edge processing for data sovereignty, native correlation with 800+ infrastructure collectors, and flat-rate pricing. Deploy alongside an existing backend during evaluation. Migrate when the numbers justify it.

Start Free Talk to Sales