OpenTelemetry 累積合計メトリクスの移行ガイド

輸出条件年 = 2023; export const gaDate = '4 月 4 日'; export const eolDate = '10 月 22 日'; const gaDateAndYear = gaDate + ', ' + 年をエクスポートします。 const eolDateAndYear = eolDate + ', ' + 年をエクスポートします。

OTLP メトリックパイプラインは、累積メトリックの処理方法をより適切にサポートするためにアップグレードされています。このアップグレードの一環として、単調累積合計の基礎となるメトリックデータタイプを gauge タイプから cumulativeCount タイプに移行します。 cumulativeCount タイプを使用すると、報告されたデータに関連付けられた累積値とデルタ値の両方を照会できます。

gaDateAndYear を開始すると、次のサポート終了 (EoL) タイムラインに従って累積単調メトリックを取り込みます。

日付と年:
- cumulativeCount メトリックタイプとして累積単調合計の取り込みが解放されます (非単調累積合計は影響を受けません )。これらのメトリックを gauge メトリックタイプとして取り込む以前の経験は非推奨です。
- この日付より前に累積単調合計を積極的に送信していたアカウントは、引き続き gauge タイプの取り込みを使用できます。
- 他のすべてのアカウントには、 cumulativeCount 指標タイプとして取り込まれた累積単調合計があります。
gaDate から eolDate:
- 廃止されたgaugeタイプのインジェストを使用しているアカウントは、 cumulativeCountタイプのインジェストにオプトインできます。
  Early opt-in is the best way to ensure affected queries and alerts are not disrupted by the EoL
  .
eolDateAndYear: すべてのアカウントは、累積単調合計の cumulativeCount タイプの取り込みに移行されます。

gaDate より前に累積単調合計を取り込んでいた場合、この 180 日間の期間により、影響を受けるメトリックを使用するクエリとを更新する時間が与えられます。

以下のセクションでは、次のことを学びます。

影響を受けているかどうかを知る方法
EoL に備える方法
EoL 日前に cumulativeCount 機能にオプトインする方法

重要

非単調な累積和は影響を受けません。

影響を確認する

アカウントが gaDateAnd Year より前に OTLP 累積合計メトリクスを New Relic に送信していた場合、eolDateAnd Year の EoL の影響を受けます。

影響を受けているかどうかを確認するには、関連するアカウントに対して次の NRQL クエリを実行します。

FROM NrIntegrationError SELECT count(*)
WHERE newRelicFeature = 'cumulativeSumAsGaugeEoL'
SINCE 24 hours ago

この EoL の影響を受けた指標を過去 24 時間以内に報告した場合、クエリは結果を返します。

さらに調査するには、イベントメッセージを表示して、影響を受けるメトリックを確認します。

FROM NrIntegrationError SELECT uniques(metricName)
WHERE newRelicFeature = 'cumulativeSumAsGaugeEoL'
LIMIT MAX SINCE 24 hours ago

これらのメトリクスに関連する監視またはアラートは、EoL 日前に確認および更新する必要があります。次のセクションには、影響を受けるメトリックに対する推奨アクションが含まれています。

影響を受けた場合の対処方法

eolDate で、OTLP 単調累積合計メトリックのレポートは、 gauge から cumulativeCount メトリックタイプの使用に切り替わります。これらのメトリクスを使用している場合は、それに備える必要があります。たとえば、新しいメトリックタイプで重複するアラート条件を作成して、切り替えが発生したときに中断が発生しないようにすることができます (その方法については以下で説明します)。

OpenTelemetry のベストプラクティスでは、 gauge 指標タイプと cumulativeCount 指標タイプのクエリの違いについて概説しています。つまり、累積フィールドを選択することで、デルタ値 (デフォルト) または累積値のいずれかをターゲットにすることができます。

累積単調合計メトリック metricNameのクエリの例を見てみましょう。EoL までは、次のようなクエリです。

FROM Metric SELECT latest(<metricName>)

gauge 指標のみを評価します。EoL が発生すると、 metricName に関連付けられた基になるメトリックタイプが cumulativeCountに変更されます。アラートによっては、 gauge および cumulativeCount タイプのメトリック値がデータポイントの異なる値を表すため、この変更により誤った結果が生じる可能性があります。

以下では、アラート条件の更新に焦点を当てています。これは、通常、アラートがチャートよりも重要であるためです。カスタムチャートでは、次のいずれかを実行できます。

アラートについて説明したのと同じ一般的なアプローチを取る (更新されたクエリで新しいチャートを作成し、EoL 後に古いチャートを消去する)、または
EoL 後まで待ってチャートを更新する

推奨されるアクション: 新しいバージョンのアラートを作成する

アラート条件で使用される可能性のあるクエリの例を次に示します。元のクエリ、 gauge バージョンのクエリ、 cumulativeCount バージョンのクエリが提供されます。既存のアラートをクエリの gauge バージョンに置き換え、 cumulativeCount バージョンを使用する複製アラート条件を作成する必要があります。そうすれば、eolDate にアカウントを cumulativeCount に移行するときに、古いクエリが機能しなくなったときにそのアラート条件が利用可能になります。

累積クエリ

元のクエリ:

FROM Metric SELECT latest(<metricName>)

クエリのゲージバージョン:

FROM Metric SELECT latest(<metricName>)
WHERE <metricName>[type] = 'gauge'

クエリの累積カウントバージョン:

FROM Metric SELECT latest(<metricName>[cumulative])
WHERE <metricName>[type] = 'cumulativeCount'

変化率クエリ

元のクエリ:

FROM Metric SELECT derivative(<metricName>, 1 minute)

クエリのゲージバージョン:

FROM Metric SELECT derivative(<metricName>, 1 minute)
WHERE <metricName>[type] = 'gauge'

クエリの累積カウントバージョン:

FROM Metric SELECT rate(sum(<metricName>[cumulative]), 1 minute)
WHERE <metricName>[type] = 'cumulativeCount'

推奨されるアクション: EoL の前に CumulativeCount をプレビューする

影響を受けるアカウントは、EoL まで累積合計が gauge 型として引き続き保存されます。ただし、必要に応じて、EoL の前に cumulativeCount を試して、クエリとアラートが期待どおりに動作していることを検証できます。 cumuativeCount 型を早期にテストするには、New Relic に送信する OTLP データに次の属性を追加します。

newrelic_metric_type=cumulativeCount

重要

データで newrelic_metric_type=cumulativeCount の送信を開始すると、受信した累積単調合計は cumulativeCount 型に変換されます。これは、 gauge タイプをターゲットにするように設定された既存のクエリまたはアラートが予期しない結果を受け取ることを意味します。 cumulativeCount エクスペリエンスをテストするときは、この点に注意してください。 gauge タイプに戻すには、 newrelic_metric_type 属性の設定を停止するだけです。

計測ライブラリ

コードベース内で OTLP インストゥルメンテーションライブラリを使用している場合は、アプリケーションに適切な言語 SDKを参照する必要があります。個々の Metricus データポイントまたはリソース属性レベルに属性newrelic_metric_type=cumulativeCountを追加する方法はどれでも十分です。

Java SDK でレポート指標に属性を直接追加する例を次に示します。

final var meter = openTelemetry.meterBuilder("manual-instrumentation-scope")
                .setInstrumentationVersion("1.0.0")
                .build();
final LongCounter counter = meter.counterBuilder("myCumulativeCounter")
                .build();
counter.add(1, Attributes.of(stringKey("newrelic_metric_type"), "cumulativeCount"));

コレクター

OTLP 監視のソースが OTLP コレクターからのものである場合は、OpenTelemetry 属性プロセッサを使用して、エクスポーターに送信する前に属性を追加できます。たとえば、次のスニペットは newrelic_metric_type=cumulativeCount 属性を挿入します:

…
attributes:
  actions:
    - key: newrelic_metric_type
      action: insert
      value: cumulativeCount
…
service:
  pipelines:
    metrics:
      …
      processors: [...,attributes,...]
      …

結果の確認

指標データに newrelic_metric_type=cumulativeCount を設定した後、次のクエリで正しく受信されていることを確認できます。

FROM Metric SELECT count(*) WHERE %[type] = 'cumulativeCount' TIMESERIES