専用 VDI デスクトップ割り当てに対するエージェントのアップデート機能の仕組み

このトピックでは、専用 VDI デスクトップ割り当ての Horizon Cloud でのエージェント更新機能の仕組みについて概要を説明しています。

この概要は、割り当てと個々のデスクトップの両方に適用されます。

システムは Horizon Cloud CDS(コンポーネント ダウンロード サービス)ソフトウェア配布ネットワークと定期的に通信して、Horizon Agents Installer の新しいバージョンが使用可能かどうかを確認します。その場合、システムはそのバージョンを Horizon Cloud ポッドに自動的にダウンロードします。

割り当てレベルでは、新しいバージョンがダウンロードされると、その割り当てがリストされる管理コンソールのページに、アップデートが利用可能であることが反映されます。新しいバージョンより前のレベルでのエージェントに関連するソフトウェアがある専用 VDI デスクトップ割り当てに対してビジュアル インジケータが表示されます。

専用 VDI デスクトップ割り当ての場合は [割り当て] ページでのエージェント ソフトウェアの更新、専用 VDI デスクトップ割り当ての場合は 個々の デスクトップ上のエージェント ソフトウェアの更新の手順に従って、専用 VDI 割り当てを選択し、エージェントの更新ウィザードを起動して更新を開始します。更新に使用するバージョンを選択するだけでなく、次のオプションを指定できます。

• ウィザードの最後の手順で更新タスクを送信した後、システムはデスクトップの更新を開始します。

  • 各デスクトップ仮想マシンでの更新プロセスは、仮想マシンが健全な状態にあることを確認するプリフライト チェックから始まります。これには、十分なディスク容量があること(300 MB 以上の空き容量)と、2 回の再起動によってクリアされない Windows Windows の更新による再起動、または 2 回の再起動によってクリアされないHorizon Cloud固有のアプリケーションのインストールによる再起動が行われていないことの確認が含まれます。

  • 更新が割り当てレベルまたは個別デスクトップ レベルで発生すると、システムは仮想マシンのバッチを並行して更新します。デフォルトでは、更新する仮想マシンの残りの数が 30 を下回るまで、システムはバッチごとに 30 台の仮想マシンを使用します。その時点で、最終セットは残りの仮想マシンを更新するためのものです。仮想マシンを完全に更新するには約 30 分から 45 分かかりますが、必要な時間は負荷やロールバック オプションが有効かどうかによって異なります。バッチ サイズは 30 を超えることはできません。割り当てに含まれるデスクトップが 30 台以下の場合、割り当てのすべてのデスクトップが同時に更新されます。Horizon Cloud サポートは、ご要望に応じてバッチ サイズを調整できます。

    更新がデスクトップ レベルではなく割り当てレベルで行われる場合は、 ユーザーが利用可能な仮想マシン テキスト ボックスを構成して、パワーオンしてエンド ユーザーが利用できるようにする割り当て内のデスクトップ仮想マシンの割合を指定できます。処理中の仮想マシンの数は、更新中に使用可能な状態を維持する仮想マシンの割合を指定したかどうかによって異なります。利用可能割合を設定すると、システムは、利用可能割合を満たすように処理中の仮想マシンのセットを調整します。次の表に、いくつかの例を示します。

    **メモ:**監視 > アクティビティ ページで更新の進行状況を表示すると、進行中の仮想マシンの数がバッチ サイズに基づいて予想される数よりも大きくなることがあります。これは、システムがプリフライト チェックおよびロールバック コピーの作成プロセスで現在実行されている仮想マシンもカウントしているために発生します。

    例	説明
    ユーザーが利用可能な仮想マシン 未設定 (= 0%)	利用可能割合を設定しない場合、利用可能割合は 0 になり、実行時のバッチ サイズはデフォルトの 30 台になります。割り当てに含まれるデスクトップが 30 台以下の場合、割り当て内のすべてのデスクトップが 1 回のバッチでまとめて更新されます。
    割り当てのデスクトップ数が 20 台で ユーザーが利用可能な仮想マシン = 80%	20 台のデスクトップがある割り当てで、その 80% を利用可能に保ちたい場合、システムは常時 16 台を利用可能にしておく必要があります。この場合、システムは次のように動作します。 最初に 4 台の仮想マシンのバッチを更新します(20 - 16)。 4 台の更新された仮想マシンと 12 台の未更新仮想マシンで 16 台が利用可能に保たれるので、2 回目のバッチで 4 台の仮想マシンを更新します。 この時点では、8 台の仮想マシンが更新され、12 台が未更新です。システムは、未更新の仮想マシンに対して 4 台のバッチで更新を続けます。その後の各バッチでは、更新された仮想マシンと未更新の仮想マシンが混在して利用可能に保たれます。
    割り当てのデスクトップ数が 100 台で ユーザーが利用可能な仮想マシン = 80%	100 台のデスクトップがある割り当てで、その 80% を利用可能に保ちたい場合、システムは常時 80 台を利用可能にしておく必要があります。この場合、システムは次のように動作します。 最初に 20 台の仮想マシンのバッチを更新します(100 - 80)。 20 台の更新済み仮想マシンと 60 台の未更新仮想マシンで 80 台が利用可能に保たれるので、2 回目のバッチで 20 台の仮想マシンを更新します。 この時点では、40 台の仮想マシンが更新され、60 台が未更新です。システムは、未更新の仮想マシンに対して 20 台のバッチで更新を続けます。
    割り当てのデスクトップ数が 100 台で ユーザーが利用可能な仮想マシン = 25%	割り当てのデスクトップ数が 100 台で、その 25% を利用可能に保ちたい場合、最初に更新できるのは 75 台の仮想マシンです。この場合、システムは次のように動作します。 最初に、デフォルトのバッチ サイズである 30 台の仮想マシンのバッチを更新し、70 台を未更新のままにします。 70 台の未更新分のうち、 は 30 台の仮想マシンから成る 2 回目のバッチで更新を行い、デスクトップの合計数 100 台のうち 60 台が更新され、40 台が未更新になります。 60 台の仮想マシンが更新されたので、これらの更新された仮想マシンのうち 25 台で 25% の可用性設定を満たすことができます。そのため、システムはデフォルトのバッチ サイズである 30 台の仮想マシンを使用し、残りの 40 台の未更新仮想マシンのうち 30 台を更新します。 システムは、最終バッチで残りの仮想マシン (10 台) を更新します。

エージェントの更新プロセスの最後で、割り当ての [サマリ] ページに、有効になっている Horizon Agents Installer のバージョンが一覧表示されます。

システムがデスクトップを更新している間、デスクトップのエンド ユーザーは次の動作に遭遇します。

• デスクトップにアクティブなセッションがあり、アクティブなユーザーのいる仮想マシンをスキップするように指定しなかった場合、更新が発生する 5 分前に警告が表示されます。この 5 分間の警告は、ユーザーに進行中の作業を保存する時間を与えるためのものです。
• 更新中のデスクトップにユーザーがログインしようとすると、ログインに失敗し、デスクトップを利用できないというメッセージが表示されます。

監視 > アクティビティ を選択して、更新タスクの進行状況を表示できます。タスクの説明欄には、実行されている更新と更新が実行されている割り当てが表示されます。タスクが 24 時間以内に正常に完了せず、再試行およびジョブ タイムアウトのオプションが有効になっていない場合、更新タスクは失敗ステータスで表示されます。

更新タスクでスキップされた仮想マシンがある場合、[アクティビティ] ページで更新タスクのステータスは [部分的に成功] になります。[アクティビティ] ページでは、更新タスクでスキップされた仮想マシンの数を確認できます。

• 再試行オプションが有効になっていても、更新タスクの完了後に [アクティビティ] ページにスキップされた仮想マシンの数が表示される場合は、 ジョブのタイムアウト の値が、システムがスキップされたすべての仮想マシンを更新するために十分な時間ではないか、エンド ユーザーがこれらの仮想マシンからログアウトしていません。
• 「Windows 更新プログラムが進行中です」、「ディスク容量が不足しています」、「マシン上で再起動が保留中です」などのプリフライト チェック エラーが発生しても、仮想マシンをスキップできます。

何らかの理由でスキップされた仮想マシンの場合、管理者は後でエージェントの更新を再試行できます。