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

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

この記事では、エージェントのインストールと更新のプロセスの概要を示します。

Note

このドキュメントは、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 のブロックを解除する必要があります。 これらの URL のブロックの解除は、Azure Virtual Desktop サービスを使用するために必須です。

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

更新プログラムが利用可能になるたびに、Azure Virtual Desktop サービスによってエージェントが更新されます。 エージェントの更新には、新しい機能や以前の問題の修正を含めることができます。 VM が接続を失ったり、セキュリティを損なったりしないように、常に最新の安定したバージョンのエージェントがインストールされている必要があります。 Azure Virtual Desktop エージェントの初期バージョンがインストールされると、エージェントは Azure Virtual Desktop サービスに対してクエリを定期的に実行して、エージェント、スタック、または監視コンポーネントの使用可能な新しいバージョンがないか確認します。 いずれかのコンポーネントの新しいバージョンが既にデプロイされている場合は、更新されたコンポーネントがフライト システムによって自動的にインストールされます。

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

留意すべきその他の重要な点:

  • エージェントの更新は、Azure Virtual Desktop インフラストラクチャのビルドの更新と連動していません。 Azure Virtual Desktop インフラストラクチャが更新されても、エージェントが一緒に更新されるわけではありません。
  • ホスト プール内の VM は異なるタイミングでエージェントの更新を受け取る可能性があるため、フライトの問題とエージェントの更新の失敗の違いを理解できる必要があります。 [イベント ビューアー][Windows ログ][アプリケーション] で VM のイベント ログにアクセスし、"ID 3277" というラベルのイベントが表示される場合は、エージェントの更新が機能しなかったことを意味します。 このイベントが表示されない場合、VM は別のフライトにあり、後で更新されます。
  • Geneva Monitoring エージェントが最新バージョンに更新されると、新しい Monitoring エージェントの新しいタスクを作成する前に、古い Geneva タスクが検出され、無効になります。 最新バージョンの Monitoring エージェントに問題があり、修正のために以前のバージョンに戻す必要がある場合に備えて、以前のバージョンの Monitoring エージェントは削除されません。 最新バージョンに問題がある場合は、古い Monitoring エージェントが再び有効になり、監視データの配信が続行されます。 更新前にインストールした最後のモニターよりも古いすべてのバージョンのモニターが VM から削除されます。
  • VM では、同時に 3 つのバージョンのエージェントとサイドバイサイド スタックが保持されます。 これにより、更新プログラムで問題が発生した場合にすばやく回復できます。 エージェントまたはスタックが更新されるたびに、最も古いバージョンのエージェントまたはスタックが VM から削除されます。 これらのコンポーネントを途中で削除し、かつエージェントまたはスタックに障害が発生した場合、そのエージェントまたはスタックは以前のバージョンにロールバックできなくなるため、VM は使用できない状態になります。

エージェントの更新には通常、新しい VM では 2 分から 3 分かかります。これによって VM が接続を失うことや、シャットダウンされることはありません。 この更新プロセスは、Azure Virtual Desktop (クラシック) と、Azure Resource Manager を含む最新バージョンの Azure Virtual Desktop の両方に適用されます。

次のステップ

Azure Virtual Desktop エージェントについて理解を深めたので、こちらのリソースが役に立ちます。