この記事では、Azure Virtual Desktop Insights に関連する主な用語と概念を一覧表示し、簡単に説明します。
アラート
サブスクリプションで構成し、 重大度 0 として分類したアクティブな Azure Monitor アラートは、[概要] ページに表示されます。 アラートを設定する方法については、「 Azure Monitor ログ アラート」を参照してください。
使用可能なセッション
使用可能なセッションは、ホスト プール内の使用可能なセッションの数を示します。 この数を計算するには、仮想マシン (VM) の数に仮想マシンごとに許可されるセッションの最大数を乗算し、セッションの合計数を減算します。
クライアント オペレーティング システム (OS)
クライアント オペレーティング システム (OS) には、現在使用している Azure Virtual Desktop リソースにアクセスしている OS エンド ユーザーのバージョンが表示されます。 クライアント OS には、Web (HTML) クライアントのバージョンと、ユーザーが持っている完全なリモート デスクトップ クライアントも表示されます。 Windows OS のバージョンの完全な一覧については、「 オペレーティング システムのバージョン」を参照してください。
接続の成功
この項目には、接続の正常性が表示されます。 "接続の成功" は、その仮想マシン上のスタックによって確認されているように、接続がホストに到達する可能性があることを意味します。 接続に失敗した場合は、接続がホストに到達できなかったことを意味します。
毎日アクティブなユーザー (DAU)
過去 24 時間以内にセッションを開始したユーザーの合計数。
毎日のアラート
毎日トリガーされるアラートの合計数。
毎日の接続と再接続
過去 24 時間以内に開始または完了した接続と再接続の合計数。
毎日の接続時間
過去 24 時間のユーザー間のセッションへの接続に費やされた時間の合計数。
診断とエラー
Azure Virtual Desktop Insights にエラーまたはアラートが表示されると、次の 3 つの項目によって分類されます。
アクティビティの種類: このカテゴリは、エラーを Azure Virtual Desktop 診断別に分類する方法です。 カテゴリは、管理アクティビティ、フィード、接続、ホスト登録、エラー、チェックポイントです。 これらのカテゴリの詳細については、「診断機能に Log Analytics を使用する」を参照してください。
種類: このカテゴリには、エラーの場所が表示されます。
- Azure Virtual Desktop サービスで "service" または "ServiceError = TRUE" としてマークされたエラーが発生しました。
- "デプロイ" または "ServiceError = FALSE" というタグが付けられたエラーは、Azure Virtual Desktop サービスの外部で発生しました。
- ServiceError タグの詳細については、「 一般的なエラー シナリオ」を参照してください。
ソース: このカテゴリでは、エラーが発生した場所の詳細な説明が提供されます。
診断: ユーザーがデプロイの問題を観察して診断できるようにするためのサービス アクティビティの監視とレポートを担当するサービス ロール。
RDBroker: デプロイ アクティビティの調整、オブジェクトの状態の維持、認証の検証などを担当するサービス ロール。
RDGateway: エンド ユーザーと仮想マシン間のネットワーク接続の処理を担当するサービス ロール。
RDStack: VM にインストールされ、Azure Virtual Desktop サービスとの通信を許可するソフトウェア コンポーネント。
クライアント: Azure Virtual Desktop サービスへのインターフェイスを提供するエンド ユーザー マシンで実行されているソフトウェア。 公開されているリソースの一覧が表示され、選択した後にリモート デスクトップ接続がホストされます。
各診断の問題またはエラーには、問題の原因を説明するメッセージが含まれています。 エラーのトラブルシューティングの詳細については、「 Azure Virtual Desktop の問題を特定して診断する」を参照してください。
ゲートウェイリージョンコード
Azure Virtual Desktop Insights の一部のメトリックには、ユーザーが接続するゲートウェイ リージョンが一覧表示されます。 ゲートウェイ リージョンは、ゲートウェイが配置されている Azure リージョンに対応する 3 文字または 4 文字のコードで表されます。 次の表に、ゲートウェイリージョンコードとそれに対応する Azure リージョンを示します。
ゲートウェイリージョンコード | Azure リージョン |
---|---|
AUC | オーストラリア中部 |
AUC2 | オーストラリア中部 2 |
AUE | オーストラリア東部 |
AUSE | オーストラリア南東部 |
BRS | ブラジル南部 |
CAC | カナダ中部 |
CAE | カナダ東部 |
CHNO | スイス北部 |
CIN | インド中部 |
CUS | 米国中部 |
EAS | 東アジア |
EEU | 東ヨーロッパ |
EUS | 米国東部 |
EUS2 | 米国東部 2 |
FRAS | フランス南部 |
FRC | フランス中部 |
GEC | ドイツ中部 |
世代 | ドイツ北部 |
遺伝子 | ドイツ北東部 |
GWC | ドイツ中西部 |
JPE | 東日本 |
JPW | 西日本 |
KRC | 韓国中部 |
KRS | 韓国 |
KRS2 | 韓国 2 |
NCUS | 米国中央北部 |
ノイ | 北ヨーロッパ |
NOE | ノルウェー東部 |
NOW | ノルウェー西部 |
SAN | 南アフリカ北部 |
鋸 | 南アフリカ西部 |
SCUS | 米国中央南部 |
SEA2 | 東南アジア 2 |
海 | 東南アジア |
SIN | インド南部 |
SWW | スイス西部 |
UAEC | アラブ首長国連邦中部 |
UAEN | アラブ首長国連邦北部 |
UKN | 英国北部 |
UKS | 英国南部 |
UKS2 | 英国南部 2 |
UKW | 英国西部 |
WCUS | 米国中央西部 |
WEU | 西ヨーロッパ |
勝つ | インド西部 |
WUS | 米国西部 |
入力遅延
Azure Virtual Desktop Insights の "入力遅延" は、各セッションのプロセス パフォーマンス カウンターごとの入力遅延を意味します。 aka.ms/azmonwvdi のホスト パフォーマンス ページでは、このパフォーマンス カウンターは、30 秒ごとにサービスにレポートを送信するように構成されています。 これらの 30 秒の間隔は "サンプル" と呼ばれ、そのウィンドウで最悪のケースが報告されます。 中央値と p95 値は、すべてのサンプルの中央値と 95 パーセンタイルを反映しています。
[ ホストごとの入力遅延] で、セッション ホスト行を選択して、ページ内の他のすべてのビジュアルをそのホストにフィルター処理できます。 プロセス名を選択して、時間グラフの中央値の入力遅延をフィルター処理することもできます。
遅延は次のカテゴリに分類されます。
- 良い: 150 ミリ秒未満。
- 許容: 150 から 500 ミリ秒。
- 不良: 500 から 2,000 ミリ秒 (2 秒未満)。
- 不正: 2,000 ミリ秒 (2 秒以上)。
入力遅延カウンターのしくみの詳細については、「 ユーザー入力遅延パフォーマンス カウンター」を参照してください。
月間アクティブ ユーザー (MAU)
過去 28 日間にセッションを開始したユーザーの合計数。 30 日以下のデータを格納する場合は、使用可能なデータが 28 日未満の期間中に、予想よりも低い MAU と接続の値が表示される場合があります。
パフォーマンス カウンター
パフォーマンス カウンターは、ハードウェア コンポーネント、オペレーティング システム、アプリケーションのパフォーマンスを示します。
次の表に、Azure Monitor が Azure Virtual Desktop に使用する推奨パフォーマンス カウンターと時間間隔を示します。
パフォーマンス カウンター名 | 時間間隔 |
---|---|
論理ディスク (C:)\Avg. Disk Queue Length | 30 秒 |
論理ディスク(C:)\Avg. Disk sec/Transfer | 60 秒 |
論理ディスク (C:)\現在のディスク キューの長さ | 30 秒 |
Memory(*)\Available Mbytes | 30 秒 |
Memory(*)\Page Faults/sec | 30 秒 |
Memory(*)\Pages/sec | 30 秒 |
使用中のメモリ(*)\% コミット済みバイト数 | 30 秒 |
PhysicalDisk(*)\Avg. Disk Queue Length | 30 秒 |
PhysicalDisk(*)\Avg. Disk sec/Read | 30 秒 |
PhysicalDisk(*)\Avg. Disk sec/Transfer | 30 秒 |
PhysicalDisk(*)\Avg. Disk sec/Write | 30 秒 |
プロセッサ情報(_Total)\% プロセッサ時間 | 30 秒 |
ターミナル サービス(*)\アクティブ セッション | 60 秒 |
ターミナル サービス(*)\非アクティブセッション | 60 秒 |
ターミナル サービス(*)\合計セッション数 | 60 秒 |
*プロセスごとのユーザー入力遅延(*)\最大入力遅延 | 30 秒 |
*セッションごとのユーザー入力遅延(*)\最大入力遅延 | 30 秒 |
RemoteFX Network(*)\Current TCP RTT | 30 秒 |
RemoteFX ネットワーク(*)\現在の UDP 帯域幅 | 30 秒 |
潜在的な接続の問題
潜在的な接続の問題は、ホスト、ユーザー、公開されたリソース、および接続エラー率が高いクライアントを示しています。 "レポート別" フィルターを選択したら、次の列の値を確認することで、問題の重大度を評価できます。
- 試行回数 (接続試行回数)
- リソース (公開されているアプリまたはデスクトップの数)
- ホスト (VM の数)
- クライアント
たとえば、[ユーザー別] フィルターを選択した場合は、[試行] 列に各ユーザーの接続試行を表示チェック。
接続の問題が複数のホスト、ユーザー、リソース、またはクライアントにまたがることに気付いた場合は、問題がシステム全体に影響を与える可能性があります。 そうでない場合は、優先度が低い小さな問題です。
エントリを選択して追加情報を表示することもできます。 問題に関連したホスト、リソース、クライアントバージョンを表示できます。 また、接続試行中に報告されたエラーも表示されます。
ラウンドトリップ時間 (RTT)
ラウンドトリップ時間 (RTT) は、エンド ユーザーの場所とセッション ホストの Azure リージョンの間の接続のラウンド トリップ時間の見積もりです。 最適な待機時間を持つ場所を確認するには、 Azure ネットワークのラウンドトリップ待機時間の統計情報で目的の場所を検索します。
セッション履歴
[セッション] 項目には、接続および切断されたすべてのセッションの状態が表示されます。 アイドル 状態のセッション には、切断されたセッションのみが表示されます。
重大度 0 アラート
あなたがすぐに世話をする必要がある最も緊急の項目。 これらの問題に対処しないと、Azure Virtual Desktop のデプロイが機能しなくなる可能性があります。
接続する時間
接続する時間は、ユーザーがセッションを開始するためにリソースを開いてから、デスクトップが読み込まれて使用できる状態になるまでの時間です。 たとえば、RemoteApp の場合、これはアプリケーションの起動にかかる時間です。
接続する時間には、次の 2 つのステージがあります。
- 接続。これは、Azure サービスがユーザーをセッション ホストにルーティングするのにかかる時間です。
- "ログオン" は、ユーザーのサインインとセッション ホストでのセッションの確立に関連するタスクをサービスが実行するのにかかる時間です。
接続時間を監視する場合は、次の点に注意してください。
接続する時間は、Azure Virtual Desktop サービス診断データからの次のチェックポイントで測定されます。 Insights が使用するチェックポイントを使用して、接続が確立されるタイミングが、デスクトップと RemoteApp のシナリオで異なります。
開始: WVDConnection 状態 = started
終了: WVDCheckpoints Name = ShellReady (desktops);Name = RdpShellAppExecuted (RemoteApp.タイミングについては、最初のアプリの起動のみを検討してください)
たとえば、Insights は、Windows エクスプローラーの起動にかかる時間に基づいて、デスクトップ エクスペリエンスの起動時間を測定します。 Insights では、接続のシェル アプリの最初のインスタンスを起動するためにかかった時間に基づいて、RemoteApp が起動する時間も測定されます。
注:
ユーザーが複数の RemoteApp を起動した場合、シェル アプリが 1 つの接続中に複数回実行される場合があります。 接続する時間を正確に測定するには、接続ごとに最初の実行チェックポイントのみを使用する必要があります。
新しいセッションを確立するには、通常、新しい接続と確立された接続の "ログオン" プロセスの違いにより、既存のセッションへの接続を再確立するよりも時間がかかります。
ユーザーが資格情報を提供するのにかかる時間は、ユーザーが資格情報を入力するのに時間がかかるか、または別の認証方法を使用してサインインする状況を考慮して接続する時間から減算されます。
接続に時間の長いトラブルシューティングを行う場合、Azure Monitor は合計接続時間データを 4 つのコンポーネントに分割して、サインイン時間を短縮する方法を特定するのに役立ちます。
注:
このセクションのコンポーネントには、プライマリ接続ステージのみが表示されます。 これらのコンポーネントは並列で実行できます。つまり、接続の合計時間に合わせて加算されることはありません。 接続する合計時間は、Azure Monitor が別のプロセスで決定する測定値です。
次のフローチャートは、サインイン プロセスの 4 つの段階を示しています。
フローチャートは、次の 4 つのコンポーネントを示しています。
ユーザー ルート: ユーザーが Azure Virtual Desktop アイコンを選択してセッションを起動してから、サービスが接続先のホストを識別するまでにかかる時間。 高いネットワーク負荷、高いサービス負荷、または一意のネットワーク トラフィック ルーティングは、ルーティング時間が長くなる可能性があります。 ユーザー ルートの問題をトラブルシューティングするには、ネットワーク パスを確認します。
スタック接続: サービスがユーザーのターゲット セッション ホストを解決してから、サービスがセッション ホストとユーザーのリモート クライアント間の接続を確立するまでにかかる時間。 ユーザー ルーティングと同様に、ネットワーク負荷、サーバー負荷、または一意のネットワーク トラフィック ルーティングは、接続時間に影響する可能性があります。 このコンポーネントでは、ネットワーク ルーティングにも注意する必要があります。 接続時間を短縮するには、クライアント ホストとセッション ホストの両方ですべてのプロキシ構成を適切に構成し、サービスへのルーティングが最適であることを確認します。
ログオン: ホストへの接続が確立されてからシェルの読み込みが開始されるまでにかかる時間。 ログオン時間には、接続時間が長くなる可能性があるいくつかのプロセスが含まれます。 Insights で "ログオン" ステージのデータを表示して、平均時間に予期しないピークがあるかどうかを確認できます。
"ログオン" プロセスは、次の 4 つのステージに分かれています。
プロファイル: ユーザーのプロファイルを新しいセッションに読み込むのにかかる時間。 読み込みにかかる時間は、ユーザー プロファイルのサイズや、使用しているユーザー プロファイル ソリューション (User Experience Virtualization など) によって異なります。 ネットワークに保存されたプロファイルに依存するソリューションを使用している場合、待機時間が長いほどプロファイルの読み込み時間が長くなる可能性があります。
グループ ポリシー オブジェクト (GPO): グループ ポリシーを新しいセッションに適用するのにかかる時間。 データのこの領域の急増は、グループ ポリシーが多すぎる、ポリシーの適用に時間がかかりすぎる、セッション ホストでリソースの問題が発生している、という兆候です。 処理時間を最適化するためにできることの 1 つは、ドメイン コントローラーが可能な限りセッション ホストの近くにあることを確認することです。
シェルの開始: シェルの起動にかかる時間 (通常は explorer.exe)。
FSLogix (Frxsvc): 新しいセッションで FSLogix を起動するのにかかる時間。 起動時間が長い場合は、FSLogix ユーザー プロファイルのホストに使用される共有に関する問題を示している可能性があります。 これらの問題をトラブルシューティングするには、共有がセッション ホストと併置され、ホストにサインインするユーザーの平均数に合わせて適切にスケーリングされていることを確認します。 もう 1 つの領域として、プロファイル サイズを調べておく必要があります。 大きなプロファイル サイズでは、起動時間が遅くなる可能性があります。
シェルの起動からシェルの準備完了: シェルが読み込みを開始してから、完全に読み込まれて使用できる状態になったときまでの時間。 このフェーズの遅延は、セッション ホストの過負荷 (CPU、メモリ、またはディスク アクティビティの高い) または構成の問題によって発生する可能性があります。
ユーザー レポート
ユーザー レポート ページでは、特定のユーザーの接続履歴と診断情報を表示できます。 各ユーザー レポートには、使用状況パターン、ユーザー フィードバック、ユーザーがセッション中に発生したエラーが表示されます。 ほとんどの小さな問題は、ユーザーのフィードバックを使用して解決できます。 さらに深く掘り下げる必要がある場合は、特定の接続 ID または期間に関する情報をフィルター処理することもできます。
コアあたりのユーザー数
これは、各仮想マシン コア内のユーザーの数です。 コアあたりの最大ユーザー数を経時的に追跡すると、環境がコアあたりのユーザー数が高い、低い、または変動する状態で一貫して実行されるかどうかを特定するのに役立ちます。 アクティブなユーザーの数を把握すると、環境を効率的にリソースをリソース化し、スケーリングするのに役立ちます。
Windows イベント ログ
Windows イベント ログは、Windows 仮想マシン上の Azure Monitor エージェントまたは Log Analytics エージェントによって収集されるデータ ソースです。 システムやアプリケーションなどの標準ログや、監視する必要があるアプリケーションによって作成されたカスタム ログからイベントを収集できます。
次の表に、Azure Virtual Desktop Insights に必要な Windows イベント ログを示します。
イベント名 | イベントの種類 |
---|---|
アプリケーション | エラーと警告 |
Microsoft-Windows-TerminalServices-RemoteConnectionManager/管理 | エラー、警告、および情報 |
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | エラー、警告、および情報 |
System | エラーと警告 |
Microsoft-FSLogix-Apps/Operational | エラー、警告、および情報 |
Microsoft-FSLogix-Apps/管理 | エラー、警告、および情報 |
次の手順
- 開始するには、「 Azure Virtual Desktop Insights を使用してデプロイを監視する」を参照してください。
- データ ストレージ コストを見積もり、測定、管理するには、「 Azure Monitor のコストを見積もる」を参照してください。
- 問題が発生した場合は、ヘルプと既知の問題に関するトラブルシューティング ガイドをチェックしてください。
また、Azure Advisor を設定して、一般的な問題を解決または防止する方法を理解するのに役立ちます。 詳細については、「 Azure Advisor の概要」を参照してください。
ヘルプが必要な場合や質問がある場合は、コミュニティ リソースをチェックしてください。
Azure Virtual Desktop TechCommunity でコミュニティに質問したり、提案したりします。
フィードバックを残す方法については、「 Azure Virtual Desktop のトラブルシューティングの概要、フィードバック、サポート」を参照してください。
Azure Virtual Desktop のフィードバックは、Azure Virtual Desktop フィードバック ハブでも残すことができます