- はじめに
- エージェント
- インテグレーション
- Watchdog
- イベント
- ダッシュボード
- モバイルアプリケーション
- インフラストラクチャー
- サーバーレス
- メトリクス
- ノートブック
- アラート設定
- APM & Continuous Profiler
- CI Visibility
- RUM & セッションリプレイ
- データベース モニタリング
- ログ管理
- セキュリティプラットフォーム
- Synthetic モニタリング
- ネットワークモニタリング
- 開発者
- API
- アカウントの管理
- データセキュリティ
- ヘルプ
プロファイラを設定してもプロファイル検索ページにプロファイルが表示されない場合は、デバッグモードをオンにし、デバッグファイルと次の情報でサポートチケットを開いてください。
デフォルトで設定されているオーバーヘッドを許容できない場合、プロファイラーを使用して最小限のコンフィギュレーション設定をすることができます。最小コンフィギュレーションとデフォルトの違いは以下のとおりです。
ThreadSleep、ThreadPark、JavaMonitorWait イベントのサンプリングのしきい値が、デフォルトの 100ms から 500ms に増加ObjectAllocationInNewTLAB、ObjectAllocationOutsideTLAB、ExceptionSample、ExceptionCount イベントが無効化最小コンフィギュレーションを使用するには、dd-java-agent のバージョン 0.70.0 を使用していることを確認し、サービス呼び出しを以下に変更します。
java -javaagent:dd-java-agent.jar -Ddd.profiling.enabled=true -Ddd.profiling.jfr-template-override-file=minimal -jar <YOUR_SERVICE>.jar <YOUR_SERVICE_FLAGS>
プロファイリングデータの粒度をより細かくするには、comprehensive コンフィギュレーションを指定します。この方法を取った場合、さらに細かい粒度のコストでプロファイラーオーバーヘッドが増加することにご留意ください。包括的コンフィギュレーションとデフォルトの違いは以下のとおりです。
ThreadSleep、ThreadPark、JavaMonitorWait イベントのサンプリングのしきい値が、デフォルトの 100ms から 10ms に減少ObjectAllocationInNewTLAB、ObjectAllocationOutsideTLAB、ExceptionSample、ExceptionCount イベントが有効化包括的コンフィギュレーションを使用するには、dd-trace-java のバージョン 0.70.0 を使用していることを確認し、サービス呼び出しを以下に変更します。
java -javaagent:dd-java-agent.jar -Ddd.profiling.enabled=true -Ddd.profiling.jfr-template-override-file=comprehensive -jar <YOUR_SERVICE>.jar <YOUR_SERVICE_FLAGS>
Java 15 以下では、割り当てが多いアプリケーションでプロファイラーが圧倒される可能性があるため、割り当てプロファイラーはデフォルトでオフになっています。
割り当てプロファイラーを有効にするには、-Ddd.profiling.allocation.enabled=true JVM 設定または DD_PROFILING_ALLOCATION_ENABLED=true 環境変数を使用してアプリケーションを起動します。
または、jfp オーバーライドテンプレートファイルで次のイベントを有効にすることもできます。
jdk.ObjectAllocationInNewTLAB#enabled=true
jdk.ObjectAllocationOutsideTLAB#enabled=true
または、jfp オーバーライドテンプレートファイルで次のイベントを有効にすることもできます。
jdk.OldObjectSample#enabled=true
システムプロパティにユーザー名やパスワードなどの機密情報が含まれている場合は、jdk.InitialSystemProperty を無効にして jfp オーバーライドテンプレートファイル を作成し、システムプロパティイベントをオフにします。
jdk.InitialSystemProperty#enabled=false
割り当てプロファイリングをオフにするには、jfp オーバーライドテンプレートファイルで次のイベントを無効にします。
jdk.ObjectAllocationInNewTLAB#enabled=false
jdk.ObjectAllocationOutsideTLAB#enabled=false
メモリリーク検出をオフにするには、jfp オーバーライドテンプレートファイルで次のイベントを無効にします。
jdk.OldObjectSample#enabled=false
Datadog 例外プロファイラは通常の条件下では、フットプリントとオーバーヘッドが小さくなります。ただし、多くの例外が作成されてスローされると、プロファイラに大きなオーバーヘッドが発生することがあります。これは、コントロールフローに例外を使用した場合などに発生する可能性があります。例外率が異常に高い場合は、例外の原因を修正するまで、例外プロファイリングを一時的にオフにします。
例外プロファイリングを無効にするには、-Ddd.integration.throwables.enabled=false JVM 設定でトレーサーを開始します。
より一般的な例外率に戻った後は、この設定をオンに戻すことを忘れないでください。
次の OpenJDK 8 ベンダーでは、最新バージョンに JDK Flight Recorder が含まれているため、Continuous Profiling がサポートされます。
| ベンダー | Flight Recorder を含む JDK バージョン |
|---|---|
| Azul | u212 (u262 推奨) |
| AdoptOpenJDK | u262 |
| RedHat | u262 |
| Amazon (Corretto) | u262 |
| Bell-Soft (Liberica) | u262 |
| すべてのベンダーのアップストリームビルド | u272 |
ベンダーがリストにない場合は、他のベンダーが開発中またはベータ版サポートに対応している可能性があるため、サポートチケットを開いてください。
オーバーライドテンプレートを使用すると、オーバーライドするプロファイリングプロパティを指定できます。ただし、デフォルトでは、オーバーヘッドとデータ密度の間でトレードオフのバランスを程よく保ち、大部分のユースケースに対応できるように設定されています。オーバーライドファイルを使用するには、次のステップを実行します。
アクセス可能なディレクトリで、サービスの起動時に dd-java-agent を使用して、オーバーライドファイルを作成します。
touch dd-profiler-overrides.jfp
必要なオーバーライドファイルを jfp ファイルに追加します。たとえば、割り当てプロファイリングと JVM システムプロパティを無効にする場合、dd-profiler-overrides.jfp ファイルは次のようになります。
jdk.ObjectAllocationInNewTLAB#enabled=false
jdk.ObjectAllocationOutsideTLAB#enabled=false
jdk.InitialSystemProperty#enabled=false
アプリケーションを dd-java-agent で実行している場合は、サービスの起動時に -Ddd.profiling.jfr-template-override-file=</path/to/override.jfp> を使用してオーバーライドファイルを指定する必要があります。たとえば、次のようになります。
java -javaagent:/path/to/dd-java-agent.jar -Ddd.profiling.enabled=true -Ddd.logs.injection=true -Ddd.trace.sample.rate=1 -Ddd.profiling.jfr-template-override-file=</path/to/override.jfp> -jar path/to/your/app.jar
プロファイラを設定してもプロファイル検索ページにプロファイルが表示されない場合は、デバッグモードをオンにし、デバッグファイルと次の情報でサポートチケットを開いてください。
プロファイラを設定してもプロファイル検索ページにプロファイルが表示されない場合は、デバッグモードをオンにし、デバッグファイルと次の情報でサポートチケットを開いてください。
プロファイラを設定してもプロファイル検索ページにプロファイルが表示されない場合は、デバッグモードをオンにし、デバッグファイルと次の情報でサポートチケットを開いてください。
この問題は dd-trace-rb バージョン 0.54.0 からは発生しないと思われます。
それでも問題が解決しない場合は、エラーに至るまでのバックトレースを添えて、サポートチケットを作成してください。
0.54.0 より前のバージョンでは、プロファイラーはスレッド生成を追跡するために Ruby VM をインスツルメントする必要があり、他の gem による同様のインスツルメンテーションと衝突していました。
以下の gem のいずれかを使用している場合
rollbar: バージョン 3.1.2 以降を使用していることを確認します。logging: LOGGING_INHERIT_CONTEXT 環境変数を false に設定して、 logging のスレッドコンテキストの継承を
無効にします。Resque のジョブをプロファイリングする場合、Resque のドキュメントにあるように、RUN_AT_EXIT_HOOKS 環境変数を 1 に設定する必要があります。
このフラグがないと、短期間の Resque ジョブのプロファイルは使用できなくなります。
プロファイラーを構成してもプロファイル検索ページにプロファイルが表示されない場合、確認すべき設定をいくつか紹介します。
Agent がインストールされ、起動していること、および Windows サービスパネルに表示されていることを確認します。
プロファイルのエクスポート結果を確認します。
アプリケーションの環境変数 DD_TRACE_DEBUG を設定することで、デバッグログを有効化します。
アプリケーションを再起動します。
%ProgramData%\Datadog-APM\logs\ フォルダにある DD-Dotnet-Profiler.<Application Name> ログファイルを開きます。
Profile data was NOT successfully exported via HTTP POST (HTTP POST 経由でプロファイルデータが正常にエクスポートされませんでした)というエントリーを探します。
以下のフィールドにエラーがないか確認します。
["response.StatusCode"]=...,
["response.Error"]="...",
以下のフィールドに、適切な URL が使用されていることをご確認ください。デフォルトのコンフィギュレーション設定を使用する場合は:
["_profilesIngestionEndpoint_url"]="http://127.0.0.1:8126/profiling/v1/input",
コンフィギュレーションで、 DD_TRACE_AGENT_URL または DD_AGENT_HOST および DD_TRACE_AGENT_PORT 環境変数を使用する別のトレース Agent URL を特定する場合、このフィールドはその値と一致する必要があります。たとえば、
["_profilesIngestionEndpoint_url"]="http://<DD_AGENT_HOST>:<DD_TRACE_AGENT_PORT>/profiling/v1/input",
正しくない場合は、デバッグモードをオンにして、デバッグファイルと以下の情報を添えてサポートチケットの発行を行います。
プロファイラーを構成しても、プロファイル検索ページにプロファイルが表示されない場合は、phpinfo() 関数を実行します。プロファイラーは phpinfo() をフックして診断を実行します。Web サーバーに問題がある場合は、コマンドラインからではなく、Web サーバーから phpinfo() を実行すると、各サーバー API (SAPI) を個別に構成することができます。
以下の内容でサポートチケットを発行します。
phpfo() の出力。PHP のバージョン、SAPI のタイプ、Datadog ライブラリのバージョン、そしてプロファイラーの診断が含まれます。プロファイラを設定してもプロファイル検索ページにプロファイルが表示されない場合は、冗長ロギングをオンにし、ログファイルと次の情報でサポートチケットを開いてください。
uname -r)ldd --version)/proc/sys/kernel/perf_event_paranoid の値また、必要に応じて、冗長ログを有効にし、以下のセクションを確認することでトラブルシューティングを行うことができます。
このエラーは、通常、プロファイラーを作動させるのに十分な権限がない場合に発生します。最も一般的な理由は、必要なオペレーティングシステムの機能が無効になっており、プロファイリングに失敗することです。これは通常、ホストレベルの構成であり、個々のポッドやコンテナのレベルでは設定できません。
perf_event_paranoid が再起動後も持続するように設定することは、分布に依存します。診断の手順として、以下を試してみてください。
echo 1 | sudo tee /proc/sys/kernel/perf_event_paranoid
注: これは /proc/sys/kernel/perf_event_paranoid オブジェクトが存在し、書き込み可能なマウントネームスペースから実行する必要があります。典型的には、これはルートマウントのネームスペース、言い換えれば、通常のコンテナではなく、ホストとなります。
perf_event_paranoid の値をオーバーライドするために使用できる機能は 2 つあります。
CAP_SYS_ADMIN (多くの権限を追加するので、組織によっては推奨されない場合があります)CAP_PERFMON (Linux v5.8 以降で使用可能)あまり一般的ではない権限の問題がいくつかあります。
perf_event_open() システムコールに依存していますが、コンテナランタイムによってはこれが許可されない場合があります。そのようなことがあるかどうかは、適切なドキュメントをチェックしてください。perf_event_open() を禁止しているものがあります。お使いのシステムでそのような構成が行われている場合、プロファイラーを実行できないことがあります。この警告は、システムがプロファイラーに十分なロックされたメモリーを割り当てられない場合に発生する可能性があります。この現象は、特定のホストでプロファイラーのインスタンスが多すぎる場合 (多くのコンテナ型サービスが同じホストで個別にインスツルメントされている場合など) によく発生します。この問題は、mlock() のメモリ制限を増やすか、インスツルメントされるアプリケーションの数を減らすことで解決できます。
他のプロファイリングツールも同様の制限に寄与する可能性があります。
このエラーは、通常、プロファイラーが Datadog Agent に接続できないことを意味します。プロファイラーがアップロードに使用するホスト名とポート番号を特定するには、コンフィギュレーションロギングを有効にしてください。さらに、エラーメッセージの内容から、使用されるホスト名とポートがリレーされる場合があります。これらの値をお使いの Agent の構成と比較してください。プロファイラーの入力パラメーターとデフォルト値の詳細については、プロファイラーを有効にするを参照してください。
プロファイルが空であったり (“No CPU time reported”)、フレーム数が少なかったりすることがあります。これは、アプリケーションのシンボル化情報が貧弱な場合に発生することがあります。プロファイラーは、インスツルメントされたアプリケーションが CPU 上でスケジュールされている場合にのみ起動します。
プロファイルのルートは、アプリケーション名を括弧で囲んでアノテーションをつけたフレームです。このフレームに大量の CPU 時間が表示され、子フレームがない場合、アプリケーションのプロファイリング忠実度が低い可能性があります。次のようなことを考えてみてください。
Continuous Profiler for Linux を動的ライブラリとして使用している場合、以下のエラーでアプリケーションが起動しないことがあります。
error while loading shared libraries: libdd_profiling.so: cannot open shared object file: No such file or directory
これは、アプリケーションが libdd_profiling.so の依存関係で構築されている場合に発生しますが、依存関係の調整中のランタイムでは見られません。以下のいずれかを実行することで修正できます。
ldd を使用して libdd_profiling.so で結果のバイナリに不要な動的依存関係が含まれるかどうかを確認します。libdd_profiling.so をコピー。ほとんどの Linux システムで、ld --verbose | grep SEARCH_DIR | tr -s ' ;' \\n を実行することでこのディレクトリのリストを獲得できます。お役に立つドキュメント、リンクや記事:
