次の方法で共有

Azure Virtual Desktop ホスト プールのスケジュールされたエージェント Updates

スケジュールされたエージェント Updates機能を使用すると、Azure Virtual Desktop エージェント、サイド バイ サイド スタック、および Geneva Monitoring エージェントの最大 2 つのメンテナンス期間を作成して、ピーク営業時間中に更新が行われないように更新できます。 エージェントの更新を監視するには、Log Analytics を使用して、エージェント コンポーネントの更新プログラムが利用可能なタイミングと、更新が失敗したタイミングを確認できます。

この記事では、スケジュールされたエージェント Updates機能のしくみと、その設定方法について説明します。

Azure portalを使用してスケジュールされたエージェントのUpdates機能を構成する

Azure portalを使用してスケジュールされたエージェント Updatesを構成するには:

  1. ブラウザーを開き、Azure portalに移動します。

  2. Azure portalで、Azure Virtual Desktop に移動します。

  3. [ ホスト プール] を選択し、機能を有効にするホスト プールに移動します。 この機能は、既存のホスト プールに対してのみ構成できます。 新しいホスト プールを作成するときに、この機能を有効にすることはできません。

  4. ホスト プールで、[スケジュールされたエージェントのUpdates] を選択します。 スケジュールされたエージェント Updatesは、既定で無効になっています。 つまり、この設定を有効にしない限り、エージェントはエージェント更新フライティング サービスによっていつでも更新されます。 [ スケジュールされたエージェントの更新 ] チェック ボックスをオンにして、この機能を有効にします。

    ホスト プールの目次の [スケジュールされたエージェント] Updates オプションと、スケジュールされたエージェントのUpdatesを有効にするチェック ボックスを示すスクリーンショット。どちらも選択され、赤い枠線で強調表示されます。

  5. 任意のタイム ゾーン設定を入力します。 [ローカル セッション ホスト タイム ゾーンを使用する] を選択すると、スケジュールされたエージェント Updatesによって VM のローカル タイム ゾーンが自動的に使用されます。 [ ローカル セッション ホスト タイム ゾーンを使用する] を選択しない場合は、タイム ゾーンを指定する必要があります。

  6. [ メンテナンス] ウィンドウの曜日と時刻を選択します。 オプションの 2 番目のメンテナンス期間を作成する場合は、ここで日付と時刻を選択することもできます。 スケジュールされたエージェント Updatesはホスト プールの設定であるため、構成したタイム ゾーン設定とメンテナンス期間は、ホスト プール内のすべてのセッション ホストに適用されます。

  7. [ 適用] を 選択して設定を適用します。

    スケジュールされたエージェントUpdatesスケジュール オプションを示すスクリーンショット。

追加情報

機能のしくみ

スケジュールされたエージェント Updates機能は、これらのコンポーネントの 1 つ以上を更新する必要がある場合に、Azure Virtual Desktop エージェント、サイド バイ サイド スタック、および Geneva Monitoring エージェントを更新します。 エージェント コンポーネントへの参照は、これら 3 つのコンポーネントを参照しています。 スケジュールされたエージェント Updatesは、エージェント コンポーネントの初期インストールには適用されません。 仮想マシン (VM) にエージェントをインストールすると、エージェントは、設定したメンテナンス期間に関係なく、サイド バイ サイド スタックと Geneva Monitoring エージェントを自動的にインストールします。 インストール後の重要でない更新は、メンテナンス期間内にのみ行われます。 スケジュールされたエージェント Updates機能が有効になっているホスト プールは、エージェントが運用環境に完全にフライトされた後にエージェントの更新を受け取ります。 エージェントのフライティングのしくみの詳細については、「 エージェントの更新プロセス」を参照してください。 スケジュールされた更新期間中にセッション ホスト VM がシャットダウンまたは割り当て解除された場合、エージェント コンポーネントの更新は成功しません。 スケジュールされたエージェント Updatesを有効にする場合は、構成されたメンテナンス期間中にホスト プール内のすべてのセッション ホストがオンになっていることを確認します。 ブローカーは、指定された各メンテナンス期間中にエージェント コンポーネントの更新を最大 4 回試行します。 4 回目の試行後、ブローカーは強制的に更新プログラムをインストールします。 このプロセスにより、更新が失敗した場合にインストールの再試行に時間が与えられます。また、セッション ホストが古いバージョンのエージェント コンポーネントを持つことを防ぎます。 重要なエージェント コンポーネントの更新プログラムが利用可能な場合、ブローカーはセキュリティ上の目的でエージェント コンポーネントを強制的にインストールします。

メンテナンス期間とタイム ゾーン情報

  • 少なくとも 1 つのメンテナンス期間を指定する必要があります。 2 番目のメンテナンス期間の構成は省略可能です。 2 つのメンテナンス期間を作成すると、いずれかのウィンドウで最初の更新が失敗した場合に、エージェント コンポーネントに更新の機会が追加されます。

  • すべてのメンテナンス期間は、3 つのエージェント コンポーネントすべてを同時に更新する必要がある状況を考慮して 2 時間です。 たとえば、メンテナンス期間が土曜日の午前 9:00 PST の場合、更新は午前 9:00 PST から午前 11:00 PST の間に行われます。

  • [ セッション ホストのローカル時刻を使用 する] パラメーターは既定では選択されていません。 エージェント コンポーネントの更新をホスト プール内のすべてのセッション ホストに対して同じタイム ゾーンに設定する場合は、メンテナンス期間に 1 つのタイム ゾーンを指定する必要があります。 1 つのタイム ゾーンを持つことは、すべてのセッション ホストまたはユーザーが同じタイム ゾーンに配置されている場合に役立ちます。

  • [ セッション ホストのローカル時刻を使用する] を選択した場合、エージェント コンポーネントの更新はホスト プール内の各セッション ホストのローカル タイム ゾーンになります。 この設定は、ホスト プール内のすべてのセッション ホストまたは割り当てられたユーザーが異なるタイム ゾーンにある場合に使用します。 たとえば、太平洋Standardタイム ゾーンの米国西部にセッション ホストを含むホスト プールが 1 つあり、東部Standardタイム ゾーンの米国東部のセッション ホストがあり、メンテナンス期間を午後 9 時 00 分に設定したとします。 [ セッション ホストのローカル時刻を使用 する] を有効にすると、ホスト プール内のすべてのセッション ホストに対する更新が、それぞれのタイム ゾーンで午後 9 時に行われます。 [セッション ホストのローカル時刻を使用する] を無効にし、タイム ゾーンを [Central Standard Time] に設定すると、セッション ホストのローカル タイム ゾーンに関係なく、ホスト プール内のセッション ホストの更新が午後 9 時中央Standard時刻に行われます。

  • Azure portalを使用して作成する VM のローカル タイム ゾーンは、既定で協定世界時 (UTC) に設定されています。 VM タイム ゾーンを変更する場合は、VM で Set-TimeZone PowerShell コマンドレット を実行します。

  • VM で使用可能なタイム ゾーンの一覧を取得するには、VM で Get-TimeZone PowerShell コマンドレット を実行します。

次の手順

スケジュールされたエージェント Updatesおよびエージェント コンポーネントに関連する詳細については、次のリソースをチェックします。

  • Last updated on