Migrate from the Dynatrace OpenTelemetry metrics exporter to OTLP metrics exporter

The following sections describe how to migrate from the Dynatrace OpenTelemetry metrics exporter (now deprecated) to the OTLP HTTP exporter and highlight their differences and how to address them.

Why migrate to the OTLP HTTP exporter

Background

When the OpenTelemetry metrics signal was not yet stable, Dynatrace made it possible to ingest OpenTelemetry metrics by offering its own metric exporters in several programming languages. These exporters, which rely on the consolidated Dynatrace metric ingestion protocol, bridged the gap while the OpenTelemetry components were being stabilized.

Since then, the OpenTelemetry metrics signal has been declared stable and Dynatrace has added support for native OpenTelemetry protocol (OTLP) ingest for traces, metrics, and logs, making the Dynatrace custom metric exporters no longer needed.

Advantages of switching to the official OTLP HTTP exporter:

What is changing

With the stabilization of the OpenTelemetry metrics signal and the release of the Dynatrace OTLP metrics ingest API, the Dynatrace custom metrics exporters are now obsolete. As all language SDKs offer an OTLP exporter, it is no longer necessary to use the Dynatrace OpenTelemetry metrics exporter.

As a result:

Recommendation

If you are using the Dynatrace OpenTelemetry metrics exporter, we recommend that you switch to the official OTLP HTTP exporter available from the OpenTelemetry project.

Get the new ingest URL

Before you start the migration, see OpenTelemetry metrics ingest API to get the URL for the OTLP metrics ingest API.

You can use the same token for the OTLP metrics ingest API. The required scope is still Ingest metrics (metrics.ingest).

Migrate applications

This section describes how to migrate your applications from the Dynatrace OpenTelemetry metrics exporter to the OTLP HTTP exporter.

1. Install and configure the OTLP HTTP exporter

Install the OTLP HTTP exporter package in your application. You can use the OpenTelemetry Registry to discover the packages.

After installing the exporter package, check the OpenTelemetry Integration walk-throughs for instructions on how to configure the OTLP HTTP exporter.

You can now uninstall the Dynatrace OpenTelemetry metrics exporter from your application.

2. Configure the endpoint and token

Apart from configuring the endpoint and token directly via code (as seen in the samples), the OTLP exporter can also be configured via environment variables.

Although the environment variables are the same for all OpenTelemetry SDK languages, the way they are consumed and configured in the SDKs changes. Consult the SDK documentation of your programming language to learn how to configure the OTLP exporter using environment variables.

Endpoint

Token

The Dynatrace token is transmitted via the Authorization HTTP header. Like the endpoint, the OpenTelemetry specification defines one environment variable that is signal-agnostic (OTEL_EXPORTER_OTLP_HEADERS) and one that is specific to metrics (OTEL_EXPORTER_OTLP_METRICS_HEADERS).

A benefit of using the metric-specific environment variable is that you isolate the tokens and reduce the required scope to the specific signal.

Regardless of the header environment variable you choose, you can set the value as in this example:

Authorization=Api-Token dt0c01.abc123.abcdefghij1234567890

For details on setting headers via the environment variable, see the OpenTelemetry documentation.

If your language supports configuring the OTLP exporter completely from environment variables (for example, Java), you also need to set the OTEL_EXPORTER_OTLP_PROTOCOL to http/protobuf, as Dynatrace only supports ingesting OTLP/protobuf data via HTTP.

3. Configure the exporter to generate metrics with delta aggregation temporality

Dynatrace only supports ingesting metrics with delta aggregation temporality.

To learn more about metric aggregation temporality and how to configure the OTLP exporter to produce delta metrics, see Aggregation temporality.

4. Attribute type support

When using the Dynatrace OpenTelemetry metrics exporter, only attributes of type string are sent to Dynatrace.

With the Dynatrace OTLP metrics ingest API, apart from string attributes, you can now also send attributes of type boolean and integer.

Attributes of type double, bytes, array, and map are currently not supported by Dynatrace and are dropped upon ingest.

Additional features

The following sections describe how to migrate the additional features available in the Dynatrace OpenTelemetry metrics exporter to the OTLP exporter.

Automatic endpoint and token configuration

When using the Dynatrace OpenTelemetry metrics exporter together with Dynatrace OneAgent, the endpoint and token were automatically detected and configured.

This is a Dynatrace-specific feature and is not available in the OTLP exporter. See Configure the endpoint and token to learn how to configure the endpoint and token.

Histogram support

In the Dynatrace OpenTelemetry metrics exporter, histogram metrics are converted to simple summary statistics.

This is a Dynatrace-specific feature and is not available in the OTLP exporter.

Histogram buckets are currently not supported by Dynatrace, but if you are using the OpenTelemetry Collector, you can extract the histogram sum and item count using the transform processor. See Compute histogram summaries for more details and an example.

Metric Key Prefix

The automatic metric prefix is a Dynatrace-specific feature and is not available in the OTLP exporter.

In this case, you need to modify your metric definitions and add the prefix to them explicitly.

If you are using the OpenTelemetry Collector, an alternative is to use the Metrics Transform Processor to add the prefix to your metrics.

Default Dimensions

Although this feature does not exist in the OTLP exporter, the same result can be achieved in different ways:

Automatically enrich metrics with Dynatrace OneAgent metadata

When using the Dynatrace OpenTelemetry metrics exporter together with Dynatrace OneAgent, metrics are automatically enriched with Dynatrace OneAgent metadata. This is a Dynatrace-specific feature and is not available in the OTLP exporter.

However, you can get the same result by accessing the OneAgent metadata and adding them as resource attributes.

See Enrich ingested data with Dynatrace-specific dimensions for instructions on how to enrich ingested metrics with Dynatrace-specific dimensions.

Migrate Collector configuration

This section describes how to migrate your Collector configuration from the Dynatrace OpenTelemetry metrics exporter to the OTLP HTTP exporter.

1. Configure the OTLP HTTP exporter

The OTLP HTTP exporter is part of the core OpenTelemetry Collector distribution, so there is no need to install any extra modules.

The OTLP HTTP exporter in the Collector can be used to send all signals (traces, metrics, and logs).

2. Configure the endpoint and token

The endpoint and token are required when using the OTLP HTTP exporter in the Collector.

Endpoint

The endpoint can be configured using two different properties:

Token

The Dynatrace token is transmitted via the Authorization HTTP header. The OTLP HTTP exporter in the collector offers a key-value list property that can be used to configure the Dynatrace token:

exporters:
  otlphttp:
    endpoint: "https://{your-environment-id}.live.dynatrace.com/api/v2/otlp"
    headers:
      Authorization: "Api-Token dt0c01.abc123.abcdefghij1234567890"

Only one Dynatrace API token can be specified in the OTLP HTTP exporter in the Collector. Be sure to generate a token with all the scopes necessary for all signals you are exporting.

For the full list of available settings in the OTLP HTTP exporter, see the configuration sample in the OpenTelemetry Collector repository.

3. Make sure metrics have delta aggregation temporality

Dynatrace only supports ingesting metrics with delta aggregation temporality.

If your applications are already producing metrics with delta temporality (as explained in Configure the exporter to generate metrics with delta aggregation temporality), you don't need to do anything in your Collector configuration.

4. Attribute type support

When using the Dynatrace OpenTelemetry metrics exporter in the Collector, all attributes were converted to string by using the Collector's internal transformation logic.

This logic transformed the attribute types as follows:

If you are recording attributes of type double, bytes, array, or map, when migrating to the OTLP exporter in the Collector you must use the Attributes Processor in your pipeline so the attributes continue to be exported to Dynatrace as before.

processors:
  attributes/convert:
    actions:
      - key: my.double.attribute
        action: convert
        converted_type: string
      - key: my.byte.attribute
        action: convert
        converted_type: string
      - key: my.array.attribute
        action: convert
        converted_type: string
      - key: my.map.attribute
        action: convert
        converted_type: string

Additional features

The following sections describe how to migrate the additional features available in the Dynatrace OpenTelemetry metrics exporter to the OTLP exporter.

Automatic Endpoint and Token configuration

When using the Dynatrace OpenTelemetry metrics exporter together with Dynatrace OneAgent, the endpoint and token were automatically detected and configured. This is a Dynatrace-specific feature and is not available in the OTLP exporter.

See Configure the endpoint and token to learn how to configure the endpoint and token in the Collector.

Histogram support

In the Dynatrace OpenTelemetry metrics exporter, histogram metrics were converted to simple summary statistics. This is a Dynatrace-specific feature and is not available in the OTLP exporter.

Histogram buckets are currently not supported by Dynatrace, but you can extract the histogram sum and item count using the transform processor. See Compute histogram summaries for more details and an example.

Metric key prefix

The metric key prefix feature in the Dynatrace OpenTelemetry metrics exporter can be replaced by the Metrics Transform Processor in the Collector by using the "rename metric" feature:

# Add a prefix "myprefix" to a "system.cpu.usage" metric
include: system.cpu.usage
action: update
new_name: myprefix.system.cpu.usage_time

You can also rename multiple metrics by using a combination of regex/substitution. See the Rename multiple metrics using Substitution sample in the Collector repository for an example.

Default dimensions

The default dimensions feature in the Dynatrace OpenTelemetry metrics exporter can be replaced by the Metrics Transform Processor in the Collector by using the "add label" feature:

# Add a label `my.label` with value `my.value` to the 'system.cpu.usage' metric
include: system.cpu.usage
action: update
operations:
  - action: add_label
    new_label: my.label
    new_value: my.value

You can also add labels to multiple metrics by using a regex to select the metrics. See the Add a label to multiple metrics sample in the Collector repository for an example.

Resource to telemetry conversion

Although this feature does not exist in the OTLP exporter, the Dynatrace OTLP metrics ingest API enables you to define a list of allowed resource and instrumentation scope attributes that are then automatically added as dimensions to all ingested metrics.

For details, see Configure resource and scope attributes to be added as dimensions.