概要

Observability Pipelinesの OpenTelemetry Traces destinationアクセスをリクエストするには、アカウントマネージャーにお問い合わせください。 OpenTelemetry (OTel) Collectorにトレースを送信するには。

送信先を設定する

パイプラインを設定する際に、OpenTelemetry Traces送信先を設定します。このセクションではUIでの設定方法を説明しますが、APIやTerraformを使用してパイプラインを設定することも可能です。

パイプラインUIでOpenTelemetry Traces送信先を選択した後、HTTP/SクライアントURIキーの識別子を入力します。識別子が参照するURIエンドポイントの例：http://localhost:4319/v1/traces。識別子フィールドを空白のままにすると、デフォルトが使用されます。

オプション設定

TLSを有効にする

Toggle the switch to Enable TLS.

• If you are using Secrets Management, enter the identifier for the key pass. See Secret defaults for the default used if the field is left blank.
• Enter the following certificate and key files:
  • Server Certificate Path: The path to the certificate file that has been signed by your Certificate Authority (CA) root file in DER, PEM, or CRT (X.509).
  • (Optional) CA Certificate Path: The path to the certificate file that is your Certificate Authority (CA) root file in DER, PEM, or CRT (X.509).
  • (Optional) Private Key Path: The path to the .key private key file that belongs to your Server Certificate Path in DER, PEM, or CRT (PKCS #8) format.
  • Notes:
    • The configuration data directory /var/lib/observability-pipelines-worker/config/ is automatically appended to the file paths. See Advanced Worker Configurations for more information.
    • The file must be readable by the observability-pipelines-worker group and user.

バッファリング

Toggle the switch to enable Buffering Options. Enable a configurable buffer on your destination to ensure intermittent latency or an outage at the destination doesn’t create immediate backpressure, and allow events to continue to be ingested from your source. Disk buffers can also increase pipeline durability by writing data to disk, ensuring buffered data persists through a Worker restart. See Destination buffers for more information.

• If left unconfigured, your destination uses a memory buffer with a capacity of 500 events.
• To configure a buffer on your destination:
  1. Select the buffer type you want to set (Memory or Disk).
  2. Enter the buffer size and select the unit.
     1. Maximum memory buffer size is 128 GB.
     2. Maximum disk buffer size is 5 TB.
        • Note: For Worker versions 2.20.x and older, the maximum disk buffer size is 500 GB.
  3. In the Behavior on full buffer dropdown menu, select whether you want to block events or drop new events when the buffer is full.

順序外のサンプルを許可する

Workerはメトリクスを並べ替えないため、特定の系列に対して常に正しい順序でメトリクスを送信するとは限りません。例えば、最初のメトリクスのバッチにタイムスタンプ 10:03、10:04、10:05 のメトリクスが含まれ、2番目のバッチにタイムスタンプ 10:01、10:02、10:06 のメトリクスが含まれている場合、Worker はそれらのメトリクスを送信する前に順序を並べ替えることはありません。

OTLP レシーバーは順序が不正なサンプルを拒否するため、Worker は Bad Request (400) エラーをログに記録し、バッチ内の有効なメトリクスの一部を OTLP レシーバーが受け入れた場合でも、2番目のメトリクスバッチ全体が破棄されます。

Datadog では、順序が不正なサンプルが破棄されるのを防ぐため、OTLP レシーバーで順序が不正なサンプルを許可するように設定することを推奨しています。

トラブルシューティング

デバッグエラーログ

この送信先から 400 または 500 のエラーログが表示される場合は、デバッグログを有効にして、サーバーから返されたレスポンスを確認できます。すべての Worker モジュールではなく、この HTTP ベースの送信先のみのログを有効にするには、VECTOR_LOG を info,vector::sinks::util::http=debug に設定します。

docker run -i -e DD_API_KEY=<DATADOG_API_KEY> \
   -e DD_OP_PIPELINE_ID=<PIPELINE_ID> \
   -e VECTOR_LOG=info,vector::sinks::util::http=debug \
   datadog/observability-pipelines-worker run

完全なデバッグログを有効にする手順については、Enable debug logs を参照してください。

シークレットのデフォルト

These are the defaults used for secret identifiers and environment variables.