ログの収集とインテグレーション

コンテナログの収集

Datadog Agent では、ログドライバーを使用せずにコンテナ stdout/stderr から直接ログを収集できます。Agent の Docker チェックを有効にすると、コンテナとオーケストレーターのメタデータがログにタグとして自動的に追加されます。 全てのコンテナから、またはコンテナのイメージ、ラベル、名前によってフィルタリングしたサブセットのみからログを収集することができます。また、オートディスカバリーを使用して、コンテナラベルでログ収集を直接設定することもできます。Kubernetes 環境では、デーモンセットのインストールも活用できます。

以下から環境を選択して、専用のログ収集手順を確認してください。

サーバーレスログの収集

Datadog で、AWS Lambda からログを収集できます。これを有効にするには、AWS Lambda インテグレーションドキュメントを参照してください。

クラウドプロバイダーログの収集

以下からクラウドプロバイダーを選択すると、ログを自動的に収集して Datadog に転送する方法を確認できます。

カスタムログフォワーダー

TCP または HTTP 経由でログを転送できるカスタムプロセスまたはロギングライブラリを、Datadog ログと共に使用​​できます。ログを転送する Datadog サイトを以下から選択します。

• Dropdown

セキュリティ保護された TCP エンドポイントは intake.logs.datadoghq.com:10516 (セキュリティ保護されていない接続の場合はポート 10514) です。

ログエントリの前に必ず Datadog API キーを付けます。例:

<DATADOG_API_キー><ペイロード>

注: <ペイロード>には未加工、Syslog、または JSON 形式を使用できます。

Telnet を使用して手動でテストします。未加工形式の<ペイロード>の例:

telnet intake.logs.datadoghq.com 10514 
<DATADOG_API_キー> TCP 経由で直接送信されるログ

これにより、ライブ追跡ページに次の結果が生成されます。

<ペイロード>が JSON 形式である場合、Datadog はその属性を自動的にパースします:

telnet intake.logs.datadoghq.com 10514
<DATADOG_API_キー> {"message":"json formatted log", "ddtags":"env:my-env,user:my-user", "ddsource":"my-integration", "hostname":"my-hostname", "service":"my-service"}

セキュリティ保護された TCP エンドポイントは tcp-intake.logs.datadoghq.eu:443 (セキュリティ保護されていない接続の場合はポート 1883) です。

ログエントリの前に Datadog API キーを付けてください。例:

**注**: ``は未加工、Syslog、または JSON 形式を使用できます。

Telnet を使用して手動でテストします。未加工形式の``の例:

text telnet tcp-intake.logs.datadoghq.eu 1883 TCP 経由で直接送信されるログ

これにより、[ライブ追跡ページ][2]に次の結果が生成されます:

<div class="shortcode-wrapper shortcode-img expand"><figure class="text-center"><a href="https://datadog-docs.imgix.net/images/logs/custom_log_telnet.9a3aa1aee30c6d514ac3e88933bb8d9f.png?fit=max&amp;auto=format" class="pop" data-toggle="modal" data-target="#popupImageModal"><picture class=""  style="width:70%;"  >
          <img class="lazyload img-fluid" srcset="https://datadog-docs.imgix.net/images/logs/custom_log_telnet.9a3aa1aee30c6d514ac3e88933bb8d9f.png?auto=format"  style="width:70%;"   alt="カスタム telnet"  />
          </picture></a></figure>
</div>


`<ペイロード>`が JSON 形式である場合、Datadog はその属性を自動的にパースします:

text telnet tcp-intake.logs.datadoghq.eu 1883 {“message”:“json formatted log”, “ddtags”:“env:my-env,user:my-user”, “ddsource”:“my-integration”, “hostname”:“my-hostname”, “service”:“my-service”} ```

EU または米国のサイトに HTTP 経由でログを送信するには、Datadog ログ HTTP API ドキュメントを参照してください。

Datadog ログのエンドポイント

Datadog では、SSL で暗号化された接続と暗号化されていない接続の両方にログのエンドポイントが提供されます。 可能な場合は常に、暗号化されたエンドポイントを使用してください。Datadog Agent では、暗号化されたエンドポイントを使用して、ログが Datadog に送信されます。詳細は、Datadog のセキュリティに関するドキュメントで確認できます。

Datadog へのログの送信に使用できるエンドポイントは以下のとおりです。

HTTP 経由でログを送信するには、Datadog ログ HTTP API ドキュメントを参照してください。

予約済み属性

以下に、プロジェクトの設定時に注意を必要とする重要な属性の一部を示します。

収集されたログは、Log Explorer ビューで集中管理されます。ログの検索や追加、またアラートの設定などが可能です。

アプリケーションログを最大限に活用する方法

スタックトレースをログに記録するに当たっては、Datadog アプリケーション内に専用の UI 表示を持つ特別な属性があります。ロガー名、現在のスレッド、エラーの種類、スタックトレース自体などです。

この機能を使用するには、以下の属性名を使用します。

注: インテグレーションパイプラインは、デフォルトのログライブラリパラメーターをこれらの属性に再マップし、スタックトレースをパースまたはトレースバックして、自動的に error.message と error.kind を抽出しようとします。

JSON によるアプリケーションログの送信

Datadog は、インテグレーションフレームワーク向けに JSON をログファイルに記録する方法のガイドラインを提供しています。JSON 形式のログは、複数行のアプリケーションログを処理するために便利で、Datadog によって自動的にパースされます。

JSON 形式のログを収集するメリット

Datadog は、JSON 形式のログを自動的にパースします。このため、Datadog に送信するログの形式を管理できる場合は、それらのログを JSON にすることをお勧めします。そうすると、カスタムパース規則を作成する必要がなくなります。

その他の参考資料

お役に立つドキュメント、リンクや記事:

ログの処理方法についてDOCUMENTATION パースの詳細DOCUMENTATION Datadog Live Tail 機能DOCUMENTATION ログの調査方法DOCUMENTATION 無制限のログDOCUMENTATION