Network Analysis and Monitoring は OpenTelemetry 向けマネージドサービスと連携し、エンドツーエンドのリクエストトレーシングを提供します。合成監視データとバックエンドトレースを連携させることで、各リクエストパスに沿ったノード、呼び出しスタック、応答時間を可視化し、パフォーマンスの問題を迅速に特定できます。
背景情報
トレーシングは、完全な呼び出しチェーンの可視化、リクエストボリュームの分析、サービストポロジーのマッピング、アプリケーションの依存関係の把握を可能にするツールを提供し、分散アーキテクチャにおけるパフォーマンスボトルネックの迅速な診断を支援します。
-
この機能を有効にすると、合成監視リクエストを OpenTelemetry 向けマネージドサービスに簡単に接続できます。 詳細については、「OpenTelemetry 向けマネージドサービスとは」をご参照ください。
-
トレースレコードは、サービス呼び出しとその持続時間を含む、単一リクエストの処理詳細をキャプチャします。
-
トレースは、リクエストの完全なレコードです。 分散システムを通過するトランザクションまたはプロセスのパスを表し、スパンの有向非循環グラフ (DAG) です。 各スパンは、トレース内で名前が付けられ、時間が計測された作業セグメントです。 トレースの詳細については、「基本概念」をご参照ください。
課金
Network Analysis and Monitoring は、トレーシング機能に対しては課金しません。 OpenTelemetry 向けマネージドサービスを有効にした場合、そのサービスの使用量に基づいて課金されます。
操作手順
トレーシングは、PC およびモバイル検出ポイント向けの HTTP(S) サイトモニタリングタスクを作成する場合にのみ有効にできます。 トレーシングを有効にするには、データレポートリージョンとトレーシングプロトコルを指定する必要があります。 Network Analysis and Monitoring は、OpenTelemetry W3C、Zipkin B3、Jaeger プロトコルをサポートしています。 [トレーシングを有効化] スイッチをオンにし、[トレーシングデータレポートアドレス] ドロップダウンリストから [中国 (杭州)] などのリージョンを選択し、[トレーシングプロトコル] ドロップダウンリストから [OpenTelemetry W3C] などのプロトコルタイプを選択します。 サービスが有効化されているかを確認するには、[OpenTelemetry 向けマネージドサービスが有効化されているか確認] をクリックします。
次の表に、トレーシングをサポートするリージョンを示します。
|
エリア |
リージョン |
|
中国本土 |
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (ウランチャブ)、中国 (深セン)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (香港) |
|
アジア太平洋 |
シンガポール、マレーシア (クアラルンプール)、日本 (東京)、インドネシア (ジャカルタ) |
|
ヨーロッパおよびアメリカ |
イギリス (ロンドン)、ドイツ (フランクフルト)、米国 (バージニア)、米国 (シリコンバレー) |
合成監視データをバックエンドシステムに接続するには、選択したリージョンとプロトコルがバックエンドで設定されているものと一致する必要があります。 次の表に、各バックエンドコンポーネントタイプがサポートするトレーシングプロトコルを示します。
|
カテゴリ |
コンポーネント |
ガイド |
サポートされているプロトコル |
|
ゲートウェイ |
MSE |
W3C、B3、SkyWalking |
|
|
ACK Ingress |
W3C、B3、Jaeger |
||
|
ALB |
B3 |
||
|
ASM |
W3C、B3 |
||
|
API Gateway |
B3 |
||
|
バックエンドアプリケーション |
Java/Go/Python (自社開発) |
W3C、B3、Jaeger、 SkyWalking、EagleEye |
|
|
.NET、Node.js、および その他の言語 (オープンソース) |
W3C、B3、Jaeger、 SkyWalking |
||
|
クラウドサービス |
Alibaba Cloud Model Studio |
W3C |
|
|
依存コンポーネント |
RPC、メッセージキュー、データベース、タスクスケジューリングなどをカバーする 100 以上のプラグインがサポートされています。 |
||
トレースの表示
-
サイトモニタリングタスクの検出履歴ページで、[正常] フィルタータグを選択して、正常な検出レコードを表示します。 表には、時間、検出ポイント、検出ソース、ノードタイプ、解決済み IP、検出ターゲット、応答時間、エラーメッセージなどの列が含まれます。 個々の検出の詳細を表示するには、[操作] 列の [詳細] をクリックします。
-
[エンドツーエンドのコール] タブを選択して、検出リクエストに関連付けられたトレースを表示します。トレースをクリックすると詳細ページが開き、詳細なバックエンドトレースを表示できます。詳細については、「トレース分析」をご参照ください。詳細ページは [エンドツーエンドのコール] タブからアクセスでき、いくつかの分析ツールが用意されています。上部には基本情報があり、
serviceNameまたはtraceIdで検索できます。左側のペインでは、ステータス、持続時間、アプリケーション、API 名でフィルタリングできます。中央にはコールボリュームと持続時間のチャートが表示され、その下の [スパンリスト] にはコールの詳細が表示されます。右側の [低速トレース分析] ペインには、500 ms を超えるトレースに対する推奨事項が表示されます。詳細ページには、traceId、開始時刻、合計期間 などの基本情報や、関連する アプリケーション と API のまとめも表示されます。ウォーターフォール図は各スパンのコールチェーンを視覚化し、API 名 (例:GET /user/async)、ソース、ロール、持続時間などの詳細を示します。このチャートを使用して、トレース内のパフォーマンスボトルネックや例外を特定します。