Skip to main content
This guide explains how to send additional logs to Metoro using OpenTelemetry. Metoro supports the OpenTelemetry Protocol (OTLP) for log ingestion, allowing you to send logs from any application or service that can export OpenTelemetry logs.

Prerequisites

  • A Metoro account
  • An application configured with OpenTelemetry

Pricing

Custom logs are billed at $0.30 per GB.

High Level Overview

The Metoro exporter running in each cluster accepts logs over OTLP/HTTP using protobuf or JSON payloads. The standard environment-variable configuration below uses the http/protobuf protocol.

Endpoint Configuration

Use the following OTLP base URL when your SDK or collector automatically appends the signal-specific path:
Alternatively, use the full logs endpoint when configuring a signal-specific URL:
These endpoints use OTLP over HTTP and are available within the Kubernetes cluster where the Metoro exporter is installed. The older /api/v1/send/logs/otel endpoint remains available for compatibility, but new configurations should use the OTLP-compatible endpoints above. The Metoro exporter does not expose an OTLP/gRPC endpoint.

Authentication

No additional authentication is required when sending logs from within the cluster to the Metoro exporter.

OpenTelemetry Collector Configuration

If you’re using the OpenTelemetry Collector to forward logs to Metoro, here’s an example configuration:
This configuration:
  • Receives logs via OTLP over both HTTP (4318) and gRPC (4317)
  • Batches logs for efficient transmission
  • Forwards logs to the Metoro exporter via OTLP/HTTP
Ports 4317 and 4318 belong to the collector configured in this example. The collector forwards telemetry to the Metoro exporter through its in-cluster HTTP service.

Language-Specific Examples

Go

Python

Node.js

Via environment variables

Most OpenTelemetry SDKs support the generic OTLP environment variables. The SDK appends /v1/logs to the base URL:

Attributes and Context

When sending logs via OpenTelemetry, you can include additional attributes that will be indexed and searchable in Metoro:
  • Use resource attributes to define static information about the service
  • Use log attributes to include dynamic information with each log entry
  • Link logs with traces using trace context propagation

Troubleshooting

If you encounter issues with OpenTelemetry log ingestion:
  1. Verify your endpoint URL and API key are correct
  2. Check your network connectivity to the Metoro OTLP endpoint
  3. Enable debug logging in your OpenTelemetry SDK
  4. Verify your logs appear in the Metoro logs view
  5. Contact support if issues persist

Additional Resources