次の方法で共有

Azure Virtual Desktop エージェントの概要

Azure Virtual Desktop Service フレームワークには、リモート デスクトップ クライアント、サービス、仮想マシンの 3 つのメイン コンポーネントがあります。 これらの仮想マシンは、Azure Virtual Desktop エージェントとエージェント ブートローダーがインストールされている顧客サブスクリプションに存在します。 エージェントは、サービスと仮想マシン間の中間コミュニケーターとして機能し、接続を有効にします。 そのため、エージェントのインストール、更新、または構成に問題が発生した場合、仮想マシンはサービスに接続できません。 エージェント ブートローダーは、エージェントを読み込む実行可能ファイルです。

この記事では、エージェントのインストールと更新プロセスの概要について説明します。

注:

このドキュメントは、FSLogix エージェントまたはリモート デスクトップ クライアント エージェント用ではありません。

初期インストール プロセス

Azure Virtual Desktop エージェントは、最初は 2 つの方法のいずれかでインストールされます。 Azure portalとAzure Marketplaceで仮想マシン (VM) をプロビジョニングすると、エージェントとエージェントのブートローダーが自動的にインストールされます。 PowerShell を使用して VM をプロビジョニングする場合は、PowerShell を使用して Azure Virtual Desktop ホスト プールを作成するときに、エージェントとエージェントのブートローダ .msi ファイルを手動でダウンロードする必要があります。 エージェントがインストールされると、Azure Virtual Desktop のサイド バイ サイド スタックと Geneva Monitoring エージェントがインストールされます。 ユーザーがサーバー間の逆接続を安全に確立するには、サイド バイ サイド スタック コンポーネントが必要です。 Geneva Monitoring エージェントは、エージェントの正常性を監視します。 これらの 3 つのコンポーネントはすべて、エンド ツー エンドのユーザー接続が適切に機能するために不可欠です。

重要

Azure Virtual Desktop エージェント、サイド バイ サイド スタック、および Geneva Monitoring エージェントを正常にインストールするには、[ 必須 URL] リストに一覧表示されているすべての URL のブロックを解除する必要があります。 Azure Virtual Desktop サービスを使用するには、これらの URL のブロックを解除する必要があります。

エージェントの更新プロセス

Azure Virtual Desktop サービスは、更新プログラムが利用可能になるとエージェントを更新します。 エージェントの更新には、以前の問題の新機能や修正プログラムを含めることができます。 VM が接続やセキュリティを失わないよう、常に最新の安定バージョンのエージェントがインストールされている必要があります。 Azure Virtual Desktop エージェントの初期バージョンをインストールすると、エージェントは定期的に Azure Virtual Desktop サービスに対してクエリを実行して、新しいバージョンのエージェント、スタック、または監視エージェントが使用可能かどうかを判断します。 新しいバージョンが存在する場合、スケジュールされたエージェントのUpdates機能を構成していない限り、更新されたコンポーネントはフライト システムによって自動的にインストールされます。 スケジュールされたエージェント Updates機能を既に構成している場合、エージェントは、指定したメンテナンス期間中にのみ更新されたコンポーネントをインストールします。 詳細については、「スケジュールされたエージェントのUpdates」を参照してください。

エージェントの新しいバージョンは、すべての Azure サブスクリプションに 5 日間の間隔で定期的にデプロイされます。 これらの更新期間は"フライト" と呼ばれます。 1 つのブローカー リージョン内のすべての VM が、フライトでエージェントの更新を受け取るには 24 時間かかります。 このため、フライトが発生すると、ホスト プール内の VM が異なるタイミングでエージェントの更新プログラムを受け取る場合があります。 また、VM が異なるリージョンにある場合は、5 日間の異なる日に更新される可能性があります。 フライトは、デプロイ期間の終わりまでに、すべてのサブスクリプション内のすべての VM エージェントを更新します。 Azure Virtual Desktop フライティング システムは、エージェント更新プログラムの安定性と品質を確保することで、サービスの信頼性を高めます。

その他の重要な点に留意する必要があります。

  • エージェントの更新プログラムは、Azure Virtual Desktop インフラストラクチャのビルド更新プログラムに接続されていません。 Azure Virtual Desktop インフラストラクチャが更新されると、エージェントがそれに伴って更新されたことを意味するものではありません。
  • ホスト プール内の VM は、異なる時刻にエージェントの更新プログラムを受け取る場合があるため、フライティングの問題と失敗したエージェントの更新の違いを確認できる必要があります。 イベント ビューアー>Windows Logs>Application で VM のイベント ログに移動し、"ID 3277" というラベルのイベントが表示された場合、エージェントの更新が機能しなかったことを意味します。 そのイベントが表示されない場合、VM は別のフライトにあり、後で更新されます。 更新プログラムを追跡し、それらが正しくインストールされていることを確認するための診断ログを設定する方法の詳細については、「エージェントの更新プログラムを監視するための診断の設定」を参照してください。
  • Geneva Monitoring エージェントが最新バージョンに更新されると、新しい監視エージェントの新しいタスクを作成する前に、古い GenevaTask タスクが配置され、無効になります。 最新バージョンの監視エージェントに問題があり、修正するために以前のバージョンに戻す必要がある場合、以前のバージョンの監視エージェントは削除されません。 最新バージョンに問題がある場合、古い監視エージェントが再び有効になり、監視データの配信が続行されます。 更新プログラムが VM から削除される前に最後にインストールしたモニターより前のすべてのバージョンのモニター。
  • VM は、一度に 3 つのバージョンのエージェントとサイド バイ サイド スタックを保持します。 これにより、更新に問題が発生した場合の迅速な復旧が可能になります。 エージェントまたはスタックの最も古いバージョンは、エージェントまたはスタックが更新されるたびに VM から削除されます。 これらのコンポーネントを途中で削除し、エージェントまたはスタックに障害が発生した場合、エージェントまたはスタックは以前のバージョンにロールバックできないため、VM は使用できない状態になります。

エージェントの更新は通常、新しい VM で 2 ~ 3 分続き、VM が接続を失ったりシャットダウンしたりすることはありません。

次の手順

Azure Virtual Desktop エージェントについて理解を深め、役立つリソースをいくつか次に示します。