プロファイラーは、Datadog トレースライブラリ内で送信されます。アプリケーションですでに APM を使用してトレースを収集している場合は、ライブラリのインストールをスキップして、プロファイラーの有効化に直接進むことができます。
要件
For a summary of the minimum and recommended runtime and tracer versions across all languages, read Supported Language and Tracer Versions.
dd-trace-java 1.0.0 では、Java アプリケーションの CPU プロファイルデータを生成するエンジンとして、2 つのオプションがあります。Java Flight Recorder (JFR) または Datadog Profiler です。dd-trace-java 1.7.0 では、Datadog プロファイラーがデフォルトとなっています。それぞれのプロファイラーエンジンには、異なる副作用、要件、利用可能な構成、および制限があり、このページでは、それぞれについて説明します。どちらか一方、または両方のエンジンを有効にすることができます。両方を有効にすると、両方のプロファイルタイプが同時にキャプチャされます。
Supported operating systems:
JDK の最小バージョン:
- OpenJDK 8u352+、11.0.17+、17.0.5+ (その上に構築された Amazon Corretto、Azul Zulu その他のビルドを含む)
- Oracle JDK 8u352+、11.0.17+、17.0.5+
- OpenJ9 JDK 8u372+, 11.0.18+, 17.0.6+ (used on Eclipse OpenJ9, IBM JDK, IBM Semeru Runtime). The profiler is disabled by default for OpenJ9 due to the possibility of crashing JVM caused by a subtle bug in JVTMI implementation. If you are not experiencing any crashes, you can enable the profiler by adding
-Ddd.profiling.ddprof.enabled=true
. - Azul Platform Prime 23.05.0.0+ (旧 Azul Zing)
Datadog Profiler は JVMTI の AsyncGetCallTrace
関数を使用しており、JDK リリース 17.0.5 以前ではこの関数に既知の問題が存在しました。この修正は 11.0.17 と 8u352 にバックポートされています。プロファイラーがデプロイされる JVM にこの修正がない限り、Datadog Profiler は有効ではありません。Datadog Profiler を使用するには、少なくとも 8u352、11.0.17、17.0.5、または最新の非 LTS JVM バージョンにアップグレードしてください。
Supported operating systems:
JDK の最小バージョン:
- OpenJDK 1.8.0.262/8u262+、11+ (その上に構築された Amazon Corretto、その他のビルドを含む)
- Oracle JDK 11+ (JFR を有効にするには、Oracle の商用ライセンスが必要な場合があります。これがライセンスの一部であるかどうかを確認するには、Oracle の担当者にお問い合わせください)
- Azul Zulu 8 (version 1.8.0.212/8u212+), 11+
- GraalVM 17+ - both, JIT and AOT (native-image) versions
LTS 以外の JDK バージョンには、Datadog Profiler ライブラリに関連する安定性とパフォーマンスの修正が含まれていない可能性があるため、Long Term Support JDK のバージョン8、11、17 を使用してください。
Additional requirements for profiling Code Hotspots:
- OpenJDK 11+ および
dd-trace-java
バージョン 0.65.0+ - OpenJDK 8 8u282+ および
dd-trace-java
バージョン 0.77.0+
Java、Scala、Groovy、Kotlin、Clojure など、すべての JVM ベースの言語をサポートしています。
Continuous Profiler は、AWS Lambda などのサーバーレスプラットフォームには対応していません。
インストール
アプリケーションのプロファイリングを開始するには
Ensure Datadog Agent v6+ is installed and running. Datadog recommends using Datadog Agent v7+. If you don’t have APM enabled to set up your application to send data to Datadog, in your Agent, set the DD_APM_ENABLED
environment variable to true
and listening to the port 8126/TCP
.
Java Agent クラスファイルを含む dd-java-agent.jar
をダウンロードします。
wget -O dd-java-agent.jar 'https://dtdg.co/latest-java-tracer'
curl -Lo dd-java-agent.jar 'https://dtdg.co/latest-java-tracer'
ADD 'https://dtdg.co/latest-java-tracer' dd-java-agent.jar
Note: Profiler is available in the dd-java-agent.jar
library in versions 0.55+.
Ddd.profiling.enabled
フラグまたは DD_PROFILING_ENABLED
環境変数を true
に設定し、プロファイラーを有効にします。dd.service
、dd.env
、dd.version
を指定して、プロファイルをこれらの次元でフィルタリングしたりグループ化したりできるようにします。
サービスを呼び出します。
java \
-javaagent:dd-java-agent.jar \
-Ddd.service=<YOUR_SERVICE> \
-Ddd.env=<YOUR_ENVIRONMENT> \
-Ddd.version=<YOUR_VERSION> \
-Ddd.profiling.enabled=true \
-jar <YOUR_SERVICE>.jar <YOUR_SERVICE_FLAGS>
export DD_SERVICE=<YOUR_SERVICE>
export DD_ENV=<YOUR_ENV>
export DD_VERSION=<YOUR_VERSION>
export DD_PROFILING_ENABLED=true
java \
-javaagent:dd-java-agent.jar \
-jar <YOUR_SERVICE>.jar <YOUR_SERVICE_FLAGS>
Follow the Tracer Setup Instructions to build your native image with the Datadog Java Profiler.
When the service binary is built, you can use environment variables to enable and configure the Datadog Java Profiler:
DD_PROFILING_ENABLED=true DD_PROFILING_DIRECTALLOCATION_ENABLED=true ./my_service
Note: Only JFR-based profiling is supported for the GraalVM native-image applications. None of the DDPROF
related configuration options are effective.
Note: The -javaagent
argument needs to be before -jar
. This adds it as a JVM option rather than an application argument. For example, java -javaagent:dd-java-agent.jar ... -jar my-service.jar -more-flags
. For more information, see the Oracle documentation.
Optional: Set up Source Code Integration to connect your profiling data with your Git repositories.
After a minute or two, you can visualize your profiles on the Datadog APM > Profiling page.
CPU プロファイラーエンジンオプションの有効化
dd-trace-java バージョン 1.5.0 以降、使用する CPU プロファイラーに Datadog と Java Flight Recorder (JFR) の 2 つのオプションがあります。バージョン 1.7.0 以降では、Datadog がデフォルトですが、オプションで CPU プロファイリングに対して JFR を有効にすることもできます。どちらか一方、または両方のエンジンを有効にすることができます。両方を有効にすると、両方のプロファイルタイプが同時にキャプチャされます。
Datadog Profiler は、すべてのサンプルでアクティブスパンを記録し、コードホットスポットおよびエンドポイントプロファイリング機能の忠実度を向上させることができます。このエンジンを有効にすることで、APM トレースとのインテグレーションをより良くすることができます。
Datadog Profiler は、CPU、ウォールクロック、アロケーション、メモリリークプロファイラーなど、複数のプロファイリングエンジンで構成されています。
Requires JDK 11+.
The Datadog profiler is enabled by default in dd-trace-java versions 1.7.0+. Datadog CPU profiling is scheduled through perf events and is more accurate than JFR CPU profiling. To enable CPU profiling:
export DD_PROFILING_DDPROF_ENABLED=true # これは v1.7.0+ のデフォルトです
export DD_PROFILING_DDPROF_CPU_ENABLED=true
または
-Ddd.profiling.ddprof.enabled=true # これは v1.7.0+ のデフォルトです
-Ddd.profiling.ddprof.cpu.enabled=true
JDK Mission Control (JMC) ユーザーにとって、Datadog の CPU サンプルイベントは datadog.ExecutionSample
となります。
Linux の設定
CPU エンジンはほとんどのシステムで動作しますが、 /proc/sys/kernel/perf_event_paranoid
の値が 3
に設定されていると、プロファイラーは CPU サンプリングのスケジューリングに perf イベントを使用することができません。この結果、プロファイルの品質が低下し、itimer
を使用するようになります。以下のコマンドで /proc/sys/kernel/perf_event_paranoid
を 2
以下に設定してください。
sudo sh -c 'echo 2 >/proc/sys/kernel/perf_event_paranoid'
バージョン 1.7.0 以降では、デフォルトの Datadog から JFR の CPU プロファイリングに切り替えるには
export DD_PROFILING_DDPROF_CPU_ENABLED=false
または
-Ddd.profiling.ddprof.cpu.enabled=false
JDK Mission Control (JMC) ユーザーにとって、JFR の CPU サンプルイベントは jdk.ExecutionSample
となります。
Datadog Profiler ウォールクロックエンジン
ウォールクロックプロファイリングエンジンは、レイテンシーのプロファイリングに有効で、APM トレースと緊密にインテグレーションされています。このエンジンは、アクティブなトレースアクティビティを持つ、オンまたはオフ CPU のすべてのスレッドをサンプリングし、トレースまたはスパンレイテンシーの診断に使用することができます。このエンジンは 1.7.0 以降、デフォルトで有効になっています。
-Ddd.profiling.ddprof.enabled=true # これは v1.7.0+ のデフォルトです
-Ddd.profiling.ddprof.wall.enabled=true
バージョン 1.7.0 以降では、ウォールクロックプロファイラーを無効にするには
export DD_PROFILING_DDPROF_WALL_ENABLED=false
または
-Ddd.profiling.ddprof.wall.enabled=false
JMC ユーザーの場合、ウォールクロックのサンプルに対して datadog.MethodSample
イベントが発行されます。
ウォールクロックエンジンは /proc/sys/kernel/perf_event_paranoid
の設定に依存しません。
Profiler allocation engine
The JFR based allocation profiling engine is enabled by default since JDK 16.
The reason it’s not enabled by default for JDK 8 and 11, is that an allocation intensive
application can lead to high overhead and large recording sizes.
To enable it for JDK 8 and 11, add the following:
export DD_PROFILING_ENABLED_EVENTS=jdk.ObjectAllocationInNewTLAB,jdk.ObjectAllocationOutsideTLAB
または
-Ddd.profiling.enabled.events=jdk.ObjectAllocationInNewTLAB,jdk.ObjectAllocationOutsideTLAB
The Datadog allocation profiling engine contextualizes allocation profiles, which supports allocation profiles filtered by endpoint.
In dd-java-agent earlier than v1.28.0 it is disabled by default. The allocation profiler relies on JVMTI APIs which could crash before OpenJDK 21.0.3 and is disabled on older JDK versions. Enable it
with:
export DD_PROFILING_DDPROF_ENABLED=true # this is the default in v1.7.0+
export DD_PROFILING_DDPROF_ALLOC_ENABLED=true # this is the default in v1.28.0+ on OpenJDK 21.0.3+
または
-Ddd.profiling.ddprof.enabled=true # これは v1.7.0+ のデフォルトです
-Ddd.profiling.ddprof.alloc.enabled=true # これは v1.17.0+ のデフォルトです
JMC ユーザーの場合、Datadog アロケーションイベントは datadog.ObjectAllocationInNewTLAB
と datadog.ObjectAllocationOutsideTLAB
になります。
The allocation profiler engine does not depend on the /proc/sys/kernel/perf_event_paranoid
setting.
Live-heap profiler engine (alpha)
バージョン v1.17.0 以降で、JDK 11 以上が必要です。
This is an alpha feature, it is not recommended to enable this feature in production environments.
ライブヒーププロファイラーエンジンは、サービスの全体的なメモリ使用量を調査し、潜在的なメモリリークを特定する際に役立ちます。
このエンジンはアロケーションのサンプリングを行い、それらのサンプルが直近のガベージコレクションサイクルで生存したかどうかを追跡します。生存したサンプルの数は、ヒープ内のライブオブジェクト数の推定に用いられます。
追跡対象とするサンプル数は、プロファイラーのメモリ使用量が際限なく増えてしまわないように制限されます。
このエンジンはデフォルトで無効になっていますが、次の方法で有効にできます。
export DD_PROFILING_DDPROF_LIVEHEAP_ENABLED=true
または
-Ddd.profiling.ddprof.liveheap.enabled=true
JMC ユーザーの場合、Datadog のライブヒープイベントは datadog.HeapLiveObject
になります。
アロケーションエンジンは /proc/sys/kernel/perf_event_paranoid
の設定に依存しません。
ネイティブスタックトレースの収集
Datadog Profiler CPU またはウォールクロックエンジンが有効になっている場合、ネイティブスタックトレースを収集することができます。ネイティブスタックトレースには、JVM 内部、アプリケーションや JVM で使用されるネイティブライブラリ、およびシステムコールなどが含まれます。
ネイティブスタックトレースはデフォルトで収集されません。これは、通常、アクションにつながる洞察が得られず、ネイティブスタックを操作するとアプリケーションの安定性に影響を与える可能性があるためです。この設定は、実運用環境で使用する前に、非実運用環境でテストしてください。
ネイティブのスタックトレース収集を有効にするには、アプリケーションを不安定にする可能性があることを理解した上で、以下を設定します。
export DD_PROFILING_DDPROF_ENABLED=true # これは v1.7.0+ のデフォルトです
export DD_PROFILING_DDPROF_CSTACK=dwarf
または
-Ddd.profiling.ddprof.enabled=true # これは v1.7.0+ のデフォルトです
-Ddd.profiling.ddprof.cstack=dwarf
構成
次の環境変数を使用してプロファイラーを構成できます。
環境変数 | タイプ | 説明 |
---|
DD_PROFILING_ENABLED | Boolean | -Ddd.profiling.enabled 引数の代替。true に設定してプロファイラーを有効にします。 |
DD_PROFILING_ALLOCATION_ENABLED | Boolean | -Ddd.profiling.allocation.enabled 引数の代わりになります。割り当てプロファイラーを有効にするには、true に設定します。プロファイラーがすでに有効になっている必要があります。 |
DD_ENV | 文字列 | The environment name, for example: production . |
DD_SERVICE | 文字列 | The service name, for example, web-backend . |
DD_VERSION | 文字列 | The version of your service. |
DD_TAGS | 文字列 | アップロードされたプロファイルに適用するタグ。<key>:<value> のように、カンマ区切り形式のリストである必要があります(例、layer:api, team:intake )。 |
次のステップ
The Getting Started with Profiler guide takes a sample service with a performance problem and shows you how to use Continuous Profiler to understand and fix the problem.
その他の参考資料