- 重要な情報
- アプリ内
- インフラストラクチャー
- アプリケーションパフォーマンス
- 継続的インテグレーション
- ログ管理
- セキュリティ
- UX モニタリング
- 管理
このガイドの説明をよりよく理解するために、まずキーコンセプトをよく理解してください。物事の仕組みをより深く理解することで、不足している部分を特定し、考えられる原因を絞り込むことができます。
現在もデータ収集に Datadog Forwarder Lambda 関数を使用している場合は、代わりに Datadog Lambda 拡張機能の導入をご検討ください。Forwarder Lambda の技術的な制限により、多くの既知の問題が発生するため、Lambda 拡張機能に移行することで自動的に問題を解決することができます。
Lambda が拡張機能を使用しているかどうかわからない場合は、Lambda 関数のレイヤー構成を確認し、Lambda レイヤーに Datadog-Extension
という名前があるかどうかを確認します。
Lambda が Forwarder を使用しているかどうかわからない場合は、Lambda 関数のロググループのサブスクリプションフィルターを確認し、そのロググループが Datadog Forwarder
などの名前の Lambda によってサブスクライブされているかどうか確認してください。
拡張機能を使用する利点については、こちらの比較ガイドを、一般的な移行手順については、こちらの移行ガイドをご覧ください。まずは開発環境またはステージング環境で変更をテストしてください。
Forwarder を引き続き使用する場合は、こちらの Forwarder トラブルシューティングガイドを参照してください。
過去に Datadog のモニタリング用に構成したことのあるアプリケーションに関する最新の説明については、インストールガイドを確認してください。
Lambda 関数に加えられた実際の変更が予想通りであることを確認するには、別のテスト関数を設定し、Datadog CLI または Custom の説明に従って構成してみてください。実際の Lambda 関数で行われた変更点 (ハンドラー、レイヤー、環境変数、タグなど) を、テスト用関数と比較してみてください。
Lambda 関数で環境変数 DD_LOG_LEVEL
を debug
に設定し、冗長なデバッグログを有効にしてください。ログからのデータ転送に Datadog Forwarder Lambda 関数を使用している場合は、Forwarder Lambda 関数上でも DD_LOG_LEVEL
を debug
に設定します。
トレースに問題がある場合、環境変数 DD_TRACE_DEBUG
を true
に設定すると、Datadog Tracer から追加のデバッグログが出力されます。
不必要なコストを避けるため、十分なデータを収集した後にデバッグログを無効にしてください。
Datadog は、AWS とのインテグレーション (オプション) を通じて、AWS からメトリクスとリソースタグを収集することができます。CloudWatch や Lambda のリソースタグから特定のメトリクスが欠落している場合は、AWS とのインテグレーションが適切に構成されていることを確認します。
Datadog 標準の service
、env
、version
タグを収集したデータに適用できない場合は、Lambda 関数に環境変数 DD_SERVICE
、DD_ENV
、DD_VERSION
が構成されているかを確認してください。カスタムタグの場合は、DD_TAGS
が構成されていることを確認します。
AWS Lambda のリソースタグで収集したデータをリッチ化したい場合は、AWS 向け Datadog インテグレーションが適切に構成されていることを確認します。
簡単な質問は、Datadog Slack コミュニティの #serverless チャンネルに投稿してください。
上記のトラブルシューティングの手順をすべて実行し、Datadog サポートからの支援を希望する場合は、チケットに次の情報を含めてください。
serverless.yaml
、package.json
、package-lock.json
、yarn.lock
、 tsconfig.json
、webpack.config.json
など。お役に立つドキュメント、リンクや記事: