ウェブサービスの最も遅いエンドポイントで最も遅いトレースをデバッグする

Docs > APM > トレースガイド > ウェブサービスの最も遅いエンドポイントで最も遅いトレースをデバッグする

所要時間 3 分

Datadog APM を使用すると、エンドポイントのパフォーマンスを調査して遅いリクエストを特定し、レイテンシー問題の根本原因を調査できます。上記の例では、E コマースチェックポイントのエンドポイントについて、1 日のうちで最も遅いトレースと、CPU 使用率が高いためにそのトレースが遅くなっている様子を示しています。

サービスカタログを開きます。
このページには、Datadog にデータを送信しているすべてのサービスのリストが含まれています。キーワードで検索したり、env-tagでフィルターをかけたり、時間枠を設定することができます。
関連性があるアクティブなウェブサービスを検索し、そのサービス詳細画面を開きます。
ここでは、テクノロジースタックのプライマリサーバーであり、サードパーティのサービスへのコールのほとんどを制御している web-store サービスを例として使用しています。
スループット、レイテンシー、エラー率に関する情報のほか、サービス詳細ページでは、サービスで特定されたリソース (API エンドポイント、SQL クエリ、Web リクエストなどの主なオペレーション) の一覧も確認できます。
リソース表を p99 レイテンシーで並べ替え、最も遅いリソースをクリックして開きます。注: p99 レイテンシーの列が表示されていない場合は、歯車アイコン Change Columns をクリックして p99 に切り替えます。
Resource ページには、スループット、レイテンシー、エラー率、リソースからの各ダウンストリームサービスにかかった時間の内訳など、このリソースに関する上位のメトリクスが表示されます。また、リソースをパススルーする特定のトレースや、このトレースを構成するスパンの集計ビューも確認できます。
時間フィルターを 1d One Day に設定します。トレース表までスクロールダウンし、期間で並べ替え、表の一番上のトレースにマウスを合わせ View Trace をクリックします。
これはフレームグラフと関連情報です。ここでは、トレースの各ステップの時間とエラーの有無を確認できます。これは、遅いコンポーネントやエラーが発生しやすいコンポーネントを特定するのに役立ちます。フレームグラフでは、拡大、スクロール、調査が可能です。フレームグラフの下には、関連するメタデータ、ログ、ホストの情報が表示されます。
フレームグラフは、エラーが発生しているスタックや遅延しているスタックを正確に特定するのに最適です。エラーは赤いハイライトでマークされ、時間はスパンの水平方向の長さで表されます。つまり、長いスパンが最も遅いものです。フレームグラフの活用については、トレースビューガイドを参照してください。
また、フレームグラフの下には、すべてのタグ (カスタムタグを含む) が表示されます。ここから、関連するログ (ログをトレースに接続してある場合) を確認したり、CPU の使用率やメモリの使用量など、ホストレベルの情報を確認したりできます。
Host タブをクリックして開き、リクエストがヒットしていた間の下層のホストの CPU とメモリのパフォーマンスを調査します。
Open Host Dashboard をクリックして、ホストに関するすべての関連データを表示します。