7 フライト・レコーダ
フライト・レコーダ(JFR)は、JDKに組み込まれているプロファイリングおよびイベント収集のフレームワークです。
フライト・レコーダにより、Javaの管理者および開発者は、JVMおよびJavaアプリケーションの動作状況に関する詳細な下位レベルの情報を収集できます。JMCとプラグインを使用して、JFRにより収集されたデータを視覚化できます。フライト・レコーダとJMCを組み合せると、完全なツールチェーンとなり、下位レベルの詳細な実行時情報が継続的に収集され、事後のインシデント分析が可能になります。
JFRを使用するメリット:
- JVMイベントに関するデータが記録されます。イベントは特定の時間に記録できます。
- JFRを使用してイベントを記録すると、実行の状態が保存され、問題を分析できます。データにはいつでもアクセスでき、問題をよく理解して解決できます。
- JFRでは、記録プロセスのオーバーヘッドを低く抑えながら、本番システムに大量のデータを記録できます。
- レイテンシの記録に最適です。アプリケーションが想定どおりに実行されていない状況が記録され、ボトルネックの詳細が示されます。
- ハードウェアからオペレーティング・システム、JVM、JDKおよびJavaアプリケーション環境に至るまでの実行環境全体とプログラムがどのように相互作用するかについて洞察が提供されます。
フライト記録は、アプリケーションの起動時、またはアプリケーションの実行中に開始できます。データは、イベントと呼ばれるタイムスタンプ付きのデータ・ポイントとして記録されます。イベントは、次のカテゴリに分類されます:
- 期間イベント: 特定の開始時間と停止時間の特定の期間に発生します。
- インスタント・イベント: 即座に発生し、すぐにログに記録されます。たとえば、スレッドのブロックなどです。
- サンプル・イベント: 定期的な間隔で発生し、システム全体のヘルス状態を確認します。たとえば、ヒープ診断を1分ごとに出力するなどです。
- カスタム・イベント: JMCまたはAPIを使用して作成されたユーザー定義イベント。
また、記録テンプレートで有効化されている事前定義済イベントがあります。一部のテンプレートは、ごく基本的なイベントのみを保存し、パフォーマンスにほとんど影響を与えません。その他のテンプレートはパフォーマンスに若干のオーバーヘッドを伴い、追加データを収集するためにガベージ・コレクションをトリガーする場合もあります。フライト・レコーダに付属して次のテンプレートが<JMC_ROOT>/lib/jfr
ディレクトリに提供されます:
default.jfc
: 低いオーバーヘッドで事前定義済のデータ・セットを収集します。profile.jfc
:default.jfc
テンプレートよりも多くのデータを提供しますが、オーバーヘッドもパフォーマンスに与える影響も大きくなります。
フライト・レコーダは、次のタイプの記録を生成します:
-
一定時間の記録: 一定時間の記録はプロファイリング記録とも呼ばれ、設定された時間だけ実行されて停止します。通常、一定時間の記録では有効になるイベントの数が多く、パフォーマンスに多少影響する場合があります。オンになるイベントは、要件に応じて変更できます。一定時間の記録は、自動的にダンプされ、開かれます。
一定時間の記録の一般的な使用事例は次のとおりです:
-
最もよく実行されるメソッドおよび最も多くのオブジェクトが作成される場所のプロファイルを記録する。
-
メモリー・リーク発生の指標となる、ヒープ使用量の増加を示しているクラスを探す。
-
同期に起因するボトルネックおよび多数のこのようなユース・ケースを探す。
-
-
連続記録: 連続記録は、常時オンの記録で、たとえば、最後の6時間のデータを保存します。この記録中、JFRはイベントを収集し、データをグローバル・バッファに書き込みます。グローバル・バッファがいっぱいになった場合、最も古いデータが破棄されます。ダンプをリクエストしたり、ルールによってダンプがトリガーされると、現在バッファにあるデータが指定されたファイルに書き込まれます。
デフォルト・テンプレートでの連続記録はオーバーヘッドが少なく、有益なデータが大量に収集されます。ただし、このテンプレートは、ヒープ統計や割当てプロファイリングを収集しません。
フライト記録への現在のバッファの保存
JFRでは、記録されたデータが.jfr
拡張子のファイルに保存されます。これらのJFR記録は、JMCで表示するためのバイナリ・ファイルです。グローバル・バッファの現在の内容を記録ファイルに手動でダンプできます。
JMCを使用したフライト記録の分析
フライト記録ファイルをJMCで開くと、コード、メモリー、スレッド、ロック、I/Oなどの様々な領域を参照して、アプリケーションの実行時動作の様々な面を分析できます。
時間が設定された記録が終了するか、実行中の記録のダンプが作成されると、記録ファイルがJMCで自動的に開きます。ダブルクリックするか、「ファイル」メニューを使用して任意の記録ファイルを開くこともできます。フライト記録が「自動分析の結果」ページで開きます。このページは、問題を迅速に診断するのに役立ちます。たとえば、ガベージ・コレクションのチューニングまたはメモリー割当ての問題の追跡などの場合は、メモリー・ビューを使用して、個々のガベージ・コレクション・イベント、割当てサイト、ガベージ・コレクションの一時休止などに関する詳細なビューを取得できます。「I/O」ビューと「スレッド」ビューでアプリケーションのレイテンシ・プロファイルを視覚化できます。また、記録内の個々のイベントを表すビューにドリルダウンすることもできます。
「自動分析の結果」ページの表示
フライト・レコーダでは、記録からデータが抽出および分析され、「自動分析の結果」ページに色分けされたレポート・ログが表示されます。
デフォルトでは、潜在的な問題に注意が向けられるよう、黄色および赤色のスコアの結果が表示されます。レポートにすべての結果を表示するには、ページの右上にある「正常な結果の表示」」ボタン(チェック・マーク)をクリックします。同様に、結果を表として表示するには、「表」ボタンをクリックします。
ベンチマークは、主に次のものに関連する問題に分かれています:
ノート:
アウトライン・ビューで、各エントリを選択して、自動分析の各ページ間を移動できます。Javaアプリケーションの分析
「Javaアプリケーション」ダッシュボードには、Javaアプリケーションの全体的なヘルスが表示されます。
黄色および赤色のスコアを持つパラメータに注意を向けてください。ダッシュボードで、問題のある状況を的確にとらえることができます。特定のページに移動し、データを分析したり、問題を修正します。
スレッド
「スレッド」ページでは、Javaアプリケーションに属するすべてのスレッドのスナップショットが提供されます。問題の診断およびアプリケーションとJVMのパフォーマンスの最適化に役立つ、アプリケーションのスレッド・アクティビティに関する情報が表示されます。
スレッドは表に表され、各行にはグラフが関連付けられています。グラフは、問題のある実行パターンの特定に役立ちます。各スレッドの状態は、スタック・トレースとして表示され、問題領域を即時に表示できるコンテキスト情報が提供されます。たとえば、デッドロックの発生を簡単に確認できます。
ロック・インスタンス
「ロック・インスタンス」では、スレッドがロックを取得しようとしていたり、ロックに関する通知を待機しているかどうかなどのロック情報を指定しているスレッドの詳細が提供されます。スレッドがロックを取得すると、詳細がスタック・トレースに表示されます。
メモリー
アプリケーションのパフォーマンスに関する問題を検出する方法の1つは、実行時にメモリーがどのように使用されるかを確認することです。
「メモリー」ページでは、グラフにJavaアプリケーションのヒープ・メモリー使用量が表されます。各サイクルには、ヒープ・メモリーの割当ての期間を表すJavaヒープ増加フェーズがあります。その後、ガベージ・コレクションを表す急な減少があり、サイクルが最初から始まります。グラフから得られる重要な推論は、各サイクルでガベージ・コレクタがヒープを開始位置に押し下げるため、メモリー割当ての期間は短いということです。
「ガベージ・コレクション」チェック・ボックスを選択すると、グラフにガベージ・コレクション一時休止時間が表示されます。これは、ガベージ・コレクタが一時休止時間中にアプリケーションを停止し、作業を行ったことを示します。一時休止時間が長いと、アプリケーションのパフォーマンスが低下するため、対処する必要があります。
メソッド・プロファイリング
「メソッド・プロファイリング」ページでは、特定のメソッドが実行された頻度やメソッドの実行にかかった時間を確認できます。実行に長い時間を要するメソッドを特定することでボトルネックが判明します。
プロファイリングでは大量のデータが生成されるため、デフォルトではオンになっていません。新しい記録を開始し、「イベント設定」ドロップダウン・メニューで「プロファイリング - サーバー上」を選択します。一定時間の記録を短い期間実行します。JFRは、指定されているファイルに記録をダンプします。JMCで「メソッド・プロファイリング」ページを開き、上位の割当てを確認します。上位のパッケージとクラスが表示されます。スタック・トレースで詳細を確認します。コードを調べて、メモリー割当てが特定のオブジェクトに集中しているかどうかを確認します。JFRは、問題が解決していない特定の行番号を指します。
JVM内部
「JVM内部」ページには、JVMとその動作の詳細が表示されます。
確認の必要な最も重要なパラメータの1つは、ガベージ・コレクションです。ガベージ・コレクションとは、未使用のオブジェクトを削除して、その領域を新規オブジェクトの割当てに使用できるようにするプロセスです。「ガベージ・コレクション」ページでは、実行時のシステム動作とガベージ・コレクションのパフォーマンスをよりよく理解できます。
グラフには、一時休止時間と比較したヒープ使用量、および指定した期間におけるヒープ使用量の変化が表示されます。ページには、記録中に発生したすべてのガベージ・コレクション・イベントも表示されます。ヒープに対する最長の一時休止時間を監視します。休止時間は、アプリケーションの処理中にガベージ・コレクションに時間がかかっていることを示します。ガベージ・コレクションによって解放されるヒープの領域が少なくなっていることを意味します。この状況は、メモリー・リークを引き起こす可能性があります。
メモリー管理を効果的に行うには、「コンパイル」ページを確認します。このページには、コード・コンパイルの詳細が期間とともに表示されます。大規模アプリケーションでは、コンパイルされたメソッドが多数存在する場合があり、メモリーが使い果たされてパフォーマンスの問題が発生する可能性があります。
環境
「環境」ページには、記録が行われた環境に関する情報が示されます。CPU使用率、使用されているメモリーおよびオペレーティング・システムについて理解するのに役立ちます。
「プロセス」ページを参照して、実行中の同時プロセスおよびこれらのプロセスの競合CPU使用率を確認します。多数のプロセスがCPUおよびその他のシステム・リソースを使用する場合、アプリケーションのパフォーマンスが影響を受けます。
「イベント・ブラウザ」ページで、すべてのイベント・タイプの統計を確認します。これにより、ボトルネックに着目し、アプリケーションのパフォーマンスを改善するための適切な措置を講じることができます。
「イベント・ブラウザ」ページを使用してカスタム・ページを作成できます。イベント・タイプ・ツリーで必要なイベント・タイプを選択し、ページの右上隅の「選択したイベント・タイプを使用した新しいページの作成」ボタンをクリックします。カスタム・ページが、イベント・ブラウザ・ページの下に新しいイベント・ページとしてリストされます。