Azure Virtual Desktop Insights のユース ケース

Azure Virtual Desktop Insights を使用すると、Azure Virtual Desktop のデプロイを理解するのに役立ちます。 これは、接続しているクライアント バージョン、コスト削減の機会、リソースの制限や接続の問題があるかどうかを把握するなどのチェックに役立ちます。 変更を行う場合は、変更が意図した効果を持っていることを継続的に検証し、必要に応じて反復処理できます。 この記事では、Azure Virtual Desktop Insights のいくつかのユース ケースと、Azure portalを使用したシナリオの例について説明します。

前提条件

• セッション ホストを含む既存のホスト プールと、 Azure Virtual Desktop Insights を使用するように構成されたワークスペース。

• 情報に基づいた意思決定を行うには、一定期間アクティブなセッションが必要です。

接続

接続の問題は、Azure Virtual Desktop でのエンド ユーザー エクスペリエンスの品質と信頼性に重大な影響を与える可能性があります。 Azure Virtual Desktop Insights は、接続の問題を特定し、改善できる場所を理解するのに役立ちます。

待機時間が長い

待機時間が長いと、リモート セッションの品質が低下し、低速になる可能性があります。 理想的な対話時間を維持するには、通常、待機時間が 100 ミリ秒を下回る必要があり、セッションの品質は広く 200 ミリ秒を超える低品質になります。 Azure Virtual Desktop Insights は、 ラウンド トリップ時間を調べることで、待機時間の影響を受けるゲートウェイリージョンとユーザーを特定するのに役立ちます。これにより、接続に関連するユーザーへの影響のケースをより簡単に見つけることができます。

ラウンドトリップ時間を表示するには:

1. https://aka.ms/avdiを参照して、Azure portalで Azure Virtual Desktop Insights にサインインします。

2. ドロップダウン リストから、1 つ以上の サブスクリプション、 リソース グループ、 ホスト プールを選択し、 時間範囲を指定してから、[ 接続パフォーマンス ] タブを選択します。

3. ラウンドトリップ時間のセクションを確認し、ゲートウェイ リージョン別 RTT のテーブルと、すべてのリージョンの RTT 中央値と 95 パーセンタイルのグラフに注目します。 次の例では、最も中央値の待機時間は 100 ミリ秒という理想的なしきい値の下にありますが、いくつかは高くなっています。 多くの場合、95 パーセンタイル (p95) は中央値よりも大幅に高くなっています。つまり、待機時間が長くなる期間が発生しているユーザーもいます。

   

   ヒント

   ゲートウェイリージョンコードとそれに対応する Azure リージョンの一覧については、 ゲートウェイリージョンコードを参照してください。

4. ゲートウェイリージョン別のテーブル RTT の場合は、[中央値] を選択し、横の矢印が下に向くまで、中央値の待機時間を降順で並べ替えます。 この順序では、最も影響を与える可能性がある最も長い待機時間でユーザーが到達しているゲートウェイが強調表示されます。 ゲートウェイを選択して RTT 中央値と 95 パーセンタイルのグラフを表示し、20 人の上位ユーザーの一覧を特定のリージョンに対して RTT 中央値でフィルター処理します。

   この例では、 SAN ゲートウェイリージョンの待ち時間の中央値が最も高く、時間の経過に伴ってユーザーが接続品質が低下するためにしきい値を大幅に超えていることを示しています。

   

   ユーザーの一覧を使用して、これらの問題の影響を受けているユーザーを特定できます。 [ 詳細 ] 列で虫眼鏡アイコンを選択して、データをさらにドリルダウンできます。

   

Wi-Fi 接続の低下やインターネット サービス プロバイダー (ISP) の問題など、一部のユーザーの待機時間が予想よりも長くなる可能性がいくつかあります。 ただし、影響を受けるユーザーの一覧を使用すると、ネットワーク接続を理解することで、エンド ユーザー エクスペリエンスの問題に事前に連絡して解決を試みる機能があります。

パフォーマンスに関する潜在的な問題を特定するには、環境内のラウンドトリップ時間と全体的な傾向を定期的に確認する必要があります。

接続の信頼性

接続の信頼性は、エンド ユーザー エクスペリエンスに大きな影響を与える可能性があります。 Azure Virtual Desktop Insights は、切断イベントと、エンド ユーザーに影響を与えるエラー間の相関関係を理解するのに役立ちます。

接続の信頼性は、接続の信頼性を理解するのに役立つ 2 つのメイン ビューを提供します。

• 特定の時間範囲の同時接続に対する切断の数を示すグラフ。 このグラフを使用すると、接続の信頼性に影響を与える切断のクラスターを簡単に検出できます。

• 上位 20 個の切断イベントの表。最も多くの切断が発生した上位 20 の特定の時間間隔を示します。 テーブル内の行を選択すると、接続グラフの特定のセグメントを強調表示して、それらの特定の時間セグメントで発生した切断を表示できます。

また、さまざまなピボットによって接続エラーを分析して、切断の根本原因を特定し、接続の信頼性を向上させることもできます。 使用可能なピボットを次に示します。

接続の信頼性情報を表示するには:

1. https://aka.ms/avdiを参照して、Azure portalで Azure Virtual Desktop Insights にサインインします。

2. ドロップダウン リストから、1 つ以上の サブスクリプション、 リソース グループ、 ホスト プールを選択し、 時間範囲を指定してから、[ 接続の信頼性 ] タブを選択します。テーブルとグラフには、上位 20 個の切断イベントと、時間の経過に伴う同時接続と切断のグラフが表示されます。

3. グラフで、同時接続の数 (緑色で表示) で切断の数 (赤で表示) を確認します。

   

4. 表で、上位 20 件の切断イベントを確認します。 切断が発生したときにグラフ内の特定の時間セグメントと隣接する時間セグメントを強調表示する行を選択します。

   

5. テーブル内の行を選択すると、いずれかのピボットを選択して、接続エラーをさらに詳細に分析できます。 使用可能なすべての関連データを表示するには、下にスクロールする必要がある場合があります。 さまざまなピボット間の接続エラーを確認することで、切断の一般的な点を確認できます。

   

6. 特定のタイム スライスを選択すると、タイム スライス内の接続の完全な一覧、開始日と終了日、期間、成功または失敗の兆候、影響を受けるユーザーとセッション ホストの詳細が表示されます。

   

7. 特定の接続の詳細な履歴を表示するには、タイム スライスの [ 詳細 ] セクションでエントリを選択します。 エントリを選択すると、接続のステップの一覧とエラーが生成されます。

   

セッション ホストのパフォーマンス

セッション ホストに関する問題 (エンド ユーザーが実行しているワークロードに対処するためにセッションが多すぎるなど) は、エンド ユーザー エクスペリエンスが低下する主な原因となる可能性があります。 Azure Virtual Desktop Insights では、リソース使用率と ユーザー入力遅延 に関する詳細情報を提供して、ユーザーが CPU やメモリなどのリソースの制限の影響を受けるかどうかを簡単かつ迅速に見つけることができます。

セッション ホストのパフォーマンスを表示するには:

1. Azure portal にサインインし

2. 検索バーに「 Azure Virtual Desktop 」と入力し、一致するサービス エントリを選択して Azure Virtual Desktop の概要に移動します。

3. [ ホスト プール] を選択し、セッション ホストのパフォーマンスを表示するホスト プールの名前を選択します。

4. [Insights] を選択し、時間範囲を指定し、[ホスト パフォーマンス] タブを選択します。

5. 「ホスト別の入力遅延」と「時間の経過に伴う入力遅延の中央値」の表を確認して、ホスト・プール内の各セッション・ホストの中央値と 95 パーセンタイル・ユーザー入力遅延値の要約を見つけます。 理想的には、各ホストのユーザー入力遅延は 100 ミリ秒未満で、値を小さくすることをお勧めします。

   次の例では、セッション ホストのユーザー入力遅延の中央値は妥当ですが、しきい値が 100 ミリ秒を超える場合があります。これは、エンド ユーザーに影響を与える可能性があることを意味します。

   

6. 予想よりも長いユーザー入力遅延 (> 100 ミリ秒) が見つかる場合は、セッション ホストの CPU、メモリ、ディスク アクティビティの集計統計を調べて、予想より高い使用率の期間があるかどうかを確認すると便利です。 ホスト CPU とメモリのメトリック、ホスト ディスクのタイミング メトリック、ホスト ディスク キューの長さのグラフには、セッション ホスト全体の集計か、選択したセッション ホストのリソース メトリックが表示されます。

   この例では、ディスクの読み取り時間が長く、ユーザー入力の遅延が長くなる期間がいくつかあります。

   

7. 特定のセッション ホストの詳細については、[ ホストの診断 ] タブを選択します。

8. パフォーマンス カウンターのセクションを確認して、指定したしきい値を超えたデバイスの概要を確認します。

   • 使用可能な MBytes (使用可能なメモリ)
   • Page Faults/sec
   • CPU 使用率
   • ディスク領域
   • セッションごとの入力遅延

   パラメーターを選択すると、ドリルダウンして、選択したセッション ホストの傾向を確認できます。 次の例では、選択した期間 (1 分間) の 1 つのセッション ホストの CPU 使用率 (> 60%) が高くなっています。

   

セッション ホストのリソース使用率が高い期間が長い場合は、ユーザー のワークロードに対応するために、セッション ホストの Azure VM サイズ を増やすことを検討する必要があります。

クライアント バージョンの使用状況

Azure Virtual Desktop のエンド ユーザーの問題の一般的な原因は、新しい機能や更新された機能が見つからない、または最新バージョンで解決された既知の問題を含む古いクライアントを使用することです。 Azure Virtual Desktop Insights には、使用中のさまざまなクライアントの一覧と、古くなっている可能性があるクライアントの識別が含まれています。

古いクライアントを持つユーザーの一覧を表示するには:

1. https://aka.ms/avdiを参照して、Azure portalで Azure Virtual Desktop Insights にサインインします。

2. ドロップダウン リストから、1 つ以上の サブスクリプション、 リソース グループ、 ホスト プールを選択し、 時間範囲を指定してから、[ クライアント ] タブを選択します。

3. 古い可能性のあるクライアント (すべてのアクティビティの種類) を持つユーザーのセクションを確認します。 概要テーブルには、選択した時間範囲で環境に接続している各クライアントの最高バージョン レベル ( [最新] とマーク) と、古いバージョン (かっこ内) を使用しているユーザーの数が表示されます。

   次の例では、Microsoft リモート デスクトップ Client for Windows (MSRDC) の最新バージョンは 1.2.4487.0 で、993 ユーザーは現在、以前のバージョンを使用しています。 また、接続の数と、古いクライアントが最新バージョンより後ろにある日数も表示されます。

   

4. 詳細については、そのクライアントの古いバージョン、そのバージョン、およびそのバージョンとの接続が最後に表示された日付を使用して、ユーザーの一覧のクライアントを展開します。 ユーザーとの通信や更新プログラムの伝達を監視するために、テーブルの右上隅にあるボタンを使用してデータをエクスポートできます。

   

ユーザーが最適なエクスペリエンスを得られるように、使用中のクライアントのバージョンを定期的に確認する必要があります。

コスト削減の機会

セッション ホストの使用率を理解することは、スケーリング プランの使用、仮想マシンのサイズ変更、またはプール内のセッション ホストの数の削減によって支出を削減する可能性がある場所を示すのに役立ちます。 Azure Virtual Desktop Insights では、実際のユーザーの使用状況に基づいてリソースを最適に管理する方法に関する情報に基づいた意思決定を行う際に役立つ使用状況パターンを可視化できます。

セッション ホストの使用率

セッション ホストが需要のピーク時、またはセッション数が少ない場合、またはセッションがない場合は、セッション ホストを管理する方法を決定するのに役立ちます。 自動スケーリングを使用して、使用パターンに基づいてセッション ホストをスケーリングできます。 Azure Virtual Desktop Insights は、複数のホスト プールにわたるユーザー アクティビティの広範なパターンを特定するのに役立ちます。 セッション ホストをスケーリングする機会が見つかる場合は、この情報を使用して スケーリング プランを作成できます。

セッション ホストの使用率を表示するには:

1. https://aka.ms/avdiを参照して、Azure portalで Azure Virtual Desktop Insights にサインインします。

2. ドロップダウン リストから、1 つ以上の サブスクリプション、 リソース グループ、 ホスト プールを選択し、 時間範囲を指定してから、[ 使用率 ] タブを選択します。

3. セッション履歴グラフを確認します。このグラフには、時間の経過に伴うアクティブおよびアイドル (切断) セッションの数が表示されます。 高いアクティビティの期間と、ピーク ユーザー セッション数とピークが発生する期間から低いアクティビティの期間を特定します。 アクティビティの定期的な繰り返しパターンが見つかると、通常はスケーリング プランを実装する良い機会があることを意味します。

   この例では、グラフに 1 週間のユーザー セッション数が表示されます。 ピークは平日の正午頃に発生し、週末にはアクティビティが顕著に欠けています。 このパターンは、週の間に需要を満たすためにセッション ホストをスケーリングし、週末のセッション ホストの数を減らす機会があることを示唆しています。

   

4. セッション ホスト数グラフを使用して、時間の経過に伴うアクティブなセッション ホストの平均数、特にアイドル状態 (セッションなし) のセッション ホストの平均数をメモします。 理想的には、セッション ホストは、接続されたセッションとアクティブなワークロードをアクティブにサポートし、スケーリング プランを使用して使用していない場合は電源をオフにする必要があります。 ユーザーが不規則な時間に可用性を確保するには、最小限のセッション ホストの電源をオンにしておく必要があります。そのため、時間の経過に伴う使用状況を把握すると、バッファーとして電源をオンにしておくセッション ホストの適切な数を見つけるのに役立ちます。

   スケーリング プランが最終的に使用パターンに適していない場合でも、セッションの需要を分析し、アイドル状態のデバイスの数を減らすことによって、バッファーとして使用可能なセッション ホストの合計数のバランスを取る機会がまだあります。

   この例では、グラフは、アイドル 状態のセッション ホストの電源がオンになっている 1 週間にわたって長い期間が経過し、コストが増加していることを示しています。

   

5. ドロップダウン リストを使用して、スコープを 1 つのホスト プールに減らし、 セッション履歴 と セッション ホスト数の分析を繰り返します。 このスコープでは、特定のホスト プール内のセッション ホストに固有のパターンを特定して、そのホスト プールのスケーリング 計画を策定するのに役立ちます。

   この例では、最初のグラフは、午前 6 時から午後 10 時までの 1 週間のユーザー アクティビティのパターンを示しています。 週末には最小限のアクティビティがあります。 2 番目のグラフは、同じ週全体のアクティブなセッション ホストとアイドル 状態のセッション ホストの数を示しています。 アイドル 状態のセッション ホストの電源がオンになっている時間が長くなります。 この情報を使用して、スケーリング プランの最適なランプアップ時間とランプダウン時間を決定できます。

   

   

6. 特定した使用パターンに基づいてスケーリング プランを作成し、スケーリング プランをホスト プールに割り当てます。

一定の時間が経過したら、このプロセスを繰り返して、セッション ホストが効果的に使用されていることを検証する必要があります。 必要に応じてスケーリング プランを変更し、使用パターンに最適なスケーリング プランが見つかるまで反復処理を続けることができます。

次の手順

• スケーリング プランを作成する