App Analytics

このページは、レガシー版 App Analytics に関するコンフィギュレーション情報を伴う非推奨機能について説明します。トラブルシューティングまたは古い設定の修正に利用可能です。トレース全体を完全に制御するには、取り込みコントロールおよび保持フィルターを使用してください。

新しいコンフィギュレーションオプションへの移行

取り込みコントロールページへ移動し、レガシー版コンフィギュレーションを使用しているサービスを確認します。Legacy Setup のステータスでフラグが立てられています。

新しいコンフィギュレーションオプションへ移行するには、Legacy Setup のフラグ付きのサービスから、すべてのレガシー版 App Analytics コンフィギュレーションオプションを削除します。次に、Datadog Agent およびトレーシングライブラリのサンプリングメカニズムを実装してトレースを送信します。

App Analytics のセットアップ

App Analytics の構成オプションは、トレーシングライブラリと Datadog Agent に配置されています。ライブラリでは、サービスからの分析スパンは、自動または手動のいずれかで生成されます。

トレーシングライブラリで

自動コンフィギュレーション

App Analyticsは、Ruby トレースクライアントのバージョン 0.19.0 以降で使用できます。グローバルフラグを使用することで、すべての web インテグレーションに対して有効にできます。

これを行うには、環境で DD_TRACE_ANALYTICS_ENABLED=true を設定するか、次のように構成します。

Datadog.configure { |c| c.tracing.analytics.enabled = true }
  • true は、すべての Web フレームワークで分析を有効にします。
  • false または nil は、明示的に有効にされているインテグレーションを除いて分析を無効にします。(デフォルト)

その他のサービスの構成 (オプション)

インテグレーションごとの構成

特定のインテグレーションに対して App Analytics を有効にすることできます。

それには、環境で DD_<INTEGRATION>_ANALYTICS_ENABLED=true を設定するか、以下の構成を使用します。

Datadog.configure { |c| c.tracing.instrument :integration, analytics_enabled: true }

integration は、インテグレーションの名前です。オプションについては、インテグレーションのリストを参照してください。

  • true は、グローバル設定に関係なく、このインテグレーションで分析を有効にします。
  • false は、グローバル設定に関係なく、このインテグレーションで分析を無効にします。
  • nil は、グローバルな分析設定を優先させます。

データベースサービス

デフォルトでは、App Analytics はデータベーストレースをキャプチャしないため、各インテグレーションに対して手動で収集を有効にする必要があります。例:

Datadog.configure { |c| c.tracing.instrument :mongo, analytics_enabled: true }
カスタムインスツルメンテーション

カスタムインスツルメンテーションを使用するアプリケーションは、スパンで Analytics::TAG_ENABLED タグを設定することで App Analytics を有効にできます。

Datadog::Tracing.trace('my.task') do |span|
  # 分析サンプリングレートを 1.0 に設定します
  span.set_tag(Datadog::Tracing::Metadata::Ext::Analytics::TAG_ENABLED, true)
end

Datadog Agent で

このセクションでは、レガシー App Analytics に関連する構成情報とともに、非推奨の機能について説明します。

サービスごとに解析するスパンの割合を構成するには、datadog.yaml ファイルに以下のように設定します。

apm_config:
  analyzed_rate_by_service:
    service_A: 1
    service_B: 0.2
    service_C: 0.05

サービスおよび操作名ごとに解析するスパンの割合を構成するには、datadog.yaml ファイルに以下のように設定します。

apm_config:
  analyzed_spans:
    service_A|operation_name_X: 1
    service_A|operation_name_Y: 0.25
    service_B|operation_name_Z: 0.01

トラブルシューティング: 1 秒あたりの最大イベント制限

Agent ログに以下のエラーメッセージが表示される場合、アプリケーションは、デフォルトで APM で許可されている毎秒 200 件を超えるトレースイベントを発行しています。

Max events per second reached (current=300.00/s, max=200.00/s). Some events are now being dropped (sample rate=0.54). Consider adjusting event sampling rates.

Agent の APM レート制限を増やすには、Agent のコンフィギュレーションファイル (apm_config: セクションの下) 内で max_events_per_second 属性を構成します。コンテナ化されたデプロイメント (Docker、Kubernetes など) の場合は、DD_APM_MAX_EPS 環境変数を使用します。

: APM レート制限を増やすと、App Analytics のコストが増加する可能性があります。

PREVIEWING: guacbot/translation-pipeline