This product is not supported for your selected
Datadog site. (
).
概要
Observability Pipelines Worker を使用して、処理済みのログおよびメトリクス (プレビュー) をさまざまな送信先に送信します。ほとんどの Observability Pipelines の送信先は、イベントをバッチとして下流のインテグレーションに送信します。詳細については、イベントのバッチ処理を参照してください。一部の Observability Pipelines の送信先では、テンプレート構文をサポートするフィールドがあり、特定のフィールドの値に基づいてそれらを設定することができます。詳細については、テンプレート構文を参照してください。
左側のナビゲーションメニューから送信先を選択して詳細情報を確認します。
送信先
以下が利用可能な送信先です。
テンプレート構文
ログは、サービスや環境、または他のログ属性に基づいて、別々のインデックスに保存されることがよくあります。Observability Pipelines では、特定のログフィールドに基づいてログを異なるインデックスにルーティングするためにテンプレート構文を使用できます。
Observability Pipelines Worker がテンプレート構文でフィールドを解決できない場合、Worker はその送信先に対して指定された動作をデフォルトで実行します。例: テンプレート {{application_id}} for the Datadog Archives destination’s Prefix field, but there isn’t an application_id field in the log, the Worker creates a folder called OP_UNRESOLVED_TEMPLATE_LOGS/ を使用しており、そこにログを公開する場合。
次のテーブルは、テンプレート構文をサポートする送信先とフィールド、および Observability Pipelines Worker がフィールドを解決できない場合に何が起こるかを示しています。
| 送信先 | テンプレート構文をサポートするフィールド | フィールドが解決できない場合の動作 |
|---|
| Amazon Opensearch | インデックス | Worker は datadog-opインデックスにログを書き込みます。 |
| Datadog Archives | プレフィックス | Worker は OP_UNRESOLVED_TEMPLATE_LOGS/ という名前のフォルダーを作成し、そこにログを書き込みます。 |
| Azure Blob | プレフィックス | Worker は OP_UNRESOLVED_TEMPLATE_LOGS/ という名前のフォルダーを作成し、そこにログを書き込みます。 |
| Elasticsearch | インデックス | Worker は datadog-op インデックスにログを書き込みます。 |
| Google Chronicle | ログタイプ | デフォルトは DATADOG ログタイプです。 |
| Google Cloud | プレフィックス | Worker は OP_UNRESOLVED_TEMPLATE_LOGS/ という名前のフォルダーを作成し、そこにログを書き込みます。 |
| Opensearch | インデックス | Worker は datadog-op インデックスにログを書き込みます。 |
| Splunk HEC | インデックス ソースタイプ | Worker は Splunk で構成されたデフォルトのインデックスにログを送信します。 Worker のデフォルトは httpevent ソースタイプです。 |
例
ログのアプリケーション ID フィールド (例: application_id) に基づいてログを Datadog Archives のリンク先にルーティングしたい場合は、プレフィックスのイベントフィールド構文を使用してすべてのオブジェクトキー フィールドに適用します。
構文
イベントフィールド
{{ <field_name> }} を使用して個々のログイベントフィールドにアクセスします。例:
Strftime 指定子
日付と時刻に strftime 指定子を使用します。例:
エスケープ文字
文字の前に \ を付けてその文字をエスケープします。この例ではイベントフィールド構文をエスケープします。
この例では strftime 指定子をエスケープします。
year=\%Y/month=\%m/day=\%d/
イベントのバッチ処理
Observability Pipelines の送信先は、イベントをバッチとして下流のインテグレーションに送信します。次のいずれかのパラメーターが満たされると、イベントのバッチがフラッシュされます。
- イベントの最大数
- バイトの最大数
- タイムアウト (秒)
例えば、送信先のパラメーターが次のようになっている場合:
- イベントの最大数 = 2
- バイトの最大数 = 100,000
- タイムアウト (秒) = 5
送信先が 5 秒の時間枠内に 1 つのイベントを受信した場合、5 秒のタイムアウト時にバッチがフラッシュされます。
送信先が 2 秒以内に 3 つのイベントを受信した場合、2 つのイベントを含むバッチをフラッシュし、5 秒後に残りのイベントを含む 2 つ目のバッチをフラッシュします。送信先が 100,000 バイトを超える 1 つのイベントを受信した場合、このバッチを 1 つのイベントとともにフラッシュします。
| Destination | Maximum Events | Maximum Size (MB) | Timeout (seconds) |
|---|
| Amazon OpenSearch | None | 10 | 1 |
| Amazon S3 (Datadog Log Archives) | None | 100 | 900 |
| Amazon Security Lake | None | 256 | 300 |
| Azure Storage (Datadog Log Archives) | None | 100 | 900 |
| CrowdStrike | None | 1 | 1 |
| Datadog BYOC Logs | 1,000 | 4.25 | 5 |
| Datadog Logs | 1,000 | 4.25 | 5 |
| Datadog Metrics | 100,000 | None | 2 |
| Elasticsearch | None | 10 | 1 |
| Google Chronicle | None | 1 | 15 |
| Google Cloud Storage (Datadog Log Archives) | None | 100 | 900 |
| Google Pub/Sub | 1,000 | 10 | 1 |
| HTTP Client | 1000 | 1 | 1 |
| Kafka | 10,000 | 1 | 1 |
| Microsoft Sentinel | None | 10 | 1 |
| New Relic | 100 | 1 | 1 |
| OpenSearch | None | 10 | 1 |
| SentinelOne | None | 1 | 1 |
| Socket* | N/A | N/A | N/A |
| Splunk HTTP Event Collector (HEC) | None | 1 | 1 |
| Sumo Logic Hosted Collector | None | 10 | 1 |
| Syslog* | N/A | N/A | N/A |
*Destination does not batch events.