VDAアップグレードサービスを使用したVDAのアップグレード

ターゲットのマシンカタログ、個々のマシン、またはマシンのグループを選択し、「VDAのアップグレード」を選択することで、VDAアップグレードサービスを通じてVDAアップグレードを開始できます。

注:

Citrix®は、可能な場合はアップグレードを実行する前にVDAをバックアップすることを推奨します。

アップグレードのスケジュール設定

CitrixでのVDAアップグレードプロセスは、要件に応じて、カタログレベル、マシンのグループレベル、または個々のマシンレベルで実行できます。アップグレードはすぐに開始するように設定することも、最大7日前までに日時を指定してスケジュールすることもできます。

考慮事項

• カタログ vs. マシンのグループ vs. マシンのスコープ: カタログアップグレードは一括更新に最適ですが、個別に、またはグループでマシンをアップグレードすると、よりきめ細かな制御が可能になります。

• スケジュール設定: アップグレードは最大7日前までにスケジュールできます。マシンカタログレベルのアップグレードを使用している場合、アップグレードがスケジュールされた後にカタログに追加されたマシンは、既存のスケジュールされたアップグレードの一部として含まれません。

主な違い

スケジュールされたアップグレードの仕組み

VDA上のVDAアップグレードエージェントは、VDAをアップグレードする必要があるかどうかを判断するために、定期的にDelivery Controllerと通信します。 VDAは、すぐにアップグレードするようにスケジュールすることも、最大7日前までにスケジュールすることもできます。事前にアップグレードをスケジュールする場合、アップグレードが開始される日付と時刻（UTC）を設定できます。

アップグレード期間は、スケジュールされたアップグレード開始時刻からアップグレードが実行されるまでの時間を設定します。デフォルトでは、マシンカタログおよびマシンのグループのアップグレードの場合、Citrixはパフォーマンスを向上させ、ボトルネックを回避するために、アップグレード期間全体にわたってVDAアップグレードの負荷分散を行います。

アップグレードが開始されると、アップグレードが完了するまでVDAはメンテナンスモードになります。VDAにセッションが存在する場合、セッションがなくなるまでVDAはアップグレードされません。メンテナンスモードのVDAには、新しいセッションを仲介できません。アップグレード期間中にユーザーがセッションから切断した場合、アップグレードが完了するまで再接続できません。

VDAは、スケジュールされたアップグレード期間が完了するまでアップグレードを試行し続けます。アップグレード期間全体にわたってセッションが存在する場合、アップグレードはキャンセルされ、VDAのメンテナンスモードはオフになります。VDAアップグレードの成功率を向上させるために、より長いアップグレード期間を検討してください。

注：

スケジュールされたアップグレードの前に手動でメンテナンスモードに設定されたVDAは、アップグレードに失敗します。

利用可能なVDAバージョン

VDAアップグレードサービスは、CRバージョンではVDAのN-2バージョンを、現在サポートされているすべてのLTSRバージョンではN-2 CUバージョンを維持します。

新しいCVADバージョンがリリースされると、サイト全体を更新することなく、VUSを更新してより新しいVDAバージョンを含めることができます。VUSは、利用可能なVDAバージョンを読み込むためにvda_releases.xmlファイルを使用します。vda_releases.xmldファイルは、CVADメタインストーラーの次の場所にあります。

<CVAD-ISO>\Support\VdaUpdateServiceMetadata\vda_releases.xml

新しいvda_releases.xmlファイルをVUSにインポートするには、次のコマンドレットを実行します: Import-VusVdaReleasesMetadata -Path ‘[Path to vda_releases.xml]’

Web Studioで、カタログまたは個々のマシンをアップグレードする際に、UIはVDAsをアップグレードするバージョンを尋ねます。

PowerShellを使用して利用可能なVDAバージョンを特定するには、Get-VusAvailableVdaVersionコマンドレットを使用します。

コマンドレットにマシンまたはカタログを渡さない場合、コマンドレットは、すべてのアップグレードトラックで利用可能な最新バージョンを返します。

リソースで利用可能な特定のバージョンを取得するには、VDA (-MachineName、-MachineUid、または -MachineUuid) またはカタログ (-CatalogName、-CatalogUid、または -CatalogUuid) を Get-VusAvailableVdaVersion コマンドレットに渡します。

例: Get-VusAvailableVdaVersion -CatalogName ‘[Name of your Machine Catalog]’

追加のコンポーネント

追加のコンポーネントは、マシンカタログまたは個々のマシンでVDAをアップグレードする際にインストールまたはアップグレードできます。コンポーネントをチェックしない場合、コンポーネントはアンインストールされませんが、VDA全体のアップグレードの一部としてアップグレードされません。

機能

VDAアップグレードサービスを通じて、VDAで機能を有効またはアップグレードできます。機能をチェックしない場合、機能は無効になりませんが、VDA全体のアップグレードの一部としてアップグレードされません。

デフォルトでは、復元クリーンアップを有効にするチェックボックスが選択されています。Citrixは、管理を容易にし、失敗したアップグレードの回復を改善するために、復元クリーンアップ機能を有効にすることをお勧めします。この機能が有効になっている場合、アップグレードが開始される前にシステム復元ポイントが作成されます。アップグレードが失敗した場合、VDAはシステム復元ポイントに復元されます。復元ポイントは、VDAのインストールが正常に完了した後に削除されます。詳細については、インストールまたはアップグレードの失敗時の復元を参照してください。

注記:

Windowsシステム復元は、シングルセッションオペレーティングシステム（例: Windows 10および11）でのみサポートされています。「復元クリーンアップを有効にする」機能が動作するためには、VDAでWindowsシステム復元機能が有効になっている必要があります。「復元を有効にする」または「復元クリーンアップを有効にする」が選択されていても、VDAでWindowsシステム復元が構成されていない場合、アップグレードが失敗することがあります。

同時実行

マシンカタログをアップグレードする際、VUSを使用すると、同時にアップグレードするVDAの最大数を定義できます。これにより、インターネット接続またはファイルサーバーへの負荷を軽減でき、障害しきい値と組み合わせて使用することで、多数のVDAのアップグレードが失敗した場合にアップグレードを停止できます。

スケジュールされたアップグレードが開始されるとすぐに、カタログ内のすべてのVDAがメンテナンスモードに移行します。定義された最大同時実行設定に一致する数のVDAでアップグレードが開始されます。VDAのアップグレードが完了するとすぐに、別のVDAがアップグレードを開始し、同時にアップグレードするVDAの同時実行数を維持します。

マシンカタログのスケジュールされたアップグレードで同時実行が指定されていない場合、Citrixはカタログ内のVDAの総数とアップグレード期間に基づいてデフォルトの同時実行値を使用します。

アップグレードの完了には平均約30分かかりますが、これは環境条件によって大きく異なる場合があります。提供されたアップグレード期間内にすべてのVDAがアップグレードできる数に同時実行を設定することを検討してください。例えば、20台のVDAを4時間かけてアップグレードするように設定している場合、1時間に5台のVDAをアップグレードする必要があります。平均アップグレード期間30分を使用すると、1時間あたり5台のVDAアップグレード要件を満たすために同時実行値を3に設定できます（30分あたり3回のアップグレードは1時間あたり6回の更新になります）。

障害しきい値

マシンカタログをアップグレードする際、特定数のVDAが失敗した場合に、それ以上のVDAがアップグレードされるのを防ぐために障害しきい値を使用します。障害しきい値は、アップグレードの失敗を引き起こす問題の影響範囲を縮小し、管理者のトラブルシューティング作業を軽減できます。

障害しきい値は、今後のVDAがアップグレードを開始するのを防ぎますが、すでにアップグレードを開始したVDAを停止することはありません。例えば、マシンカタログに100台のVDAがあり、同時実行が10台のVDAに設定され、障害しきい値が3に設定されている場合、すべてのVDAアップグレードが失敗すると、少なくとも13台のVDAがアップグレードを試行したことになり、残りの87台は開始されず、アップグレードはキャンセルされます。

スケジュールされたアップグレードの開始時に10台の同時実行VDAがアップグレードを開始します。最初のアップグレードが失敗した場合、別のVDAがアップグレードを開始し、10台の同時実行アップグレードを維持します。2番目のアップグレードが失敗した場合、別のVDAがアップグレードを開始します。3番目のアップグレードが失敗した場合、現在アップグレードプロセス中のすべてのVDAは続行され、アップグレードスケジュール内の残りのVDAはアップグレードがキャンセルされます。

VDAインストーラーの場所

VDAインストーラーは、環境内のローカルファイル共有でホストされている必要があります。ファイル共有とVDAインストーラーの要件を以下に示します。

ファイル共有は以下の前提条件を満たしている必要があります。

• ファイル共有のアクセス許可
  • VDAインストーラーパッケージを含むネットワーク共有には、ローカルシステム（NT AUTHORITY\SYSTEMプリンシパル）として実行されるVDAアップグレードエージェントサービスに対する読み取りアクセス権が必要です。
  • ドメイン参加済みVDA:
    • ローカルシステムアカウント（VUAはローカルシステムとして実行される）は、ネットワーク共有にアクセスする際にコンピューターの資格情報を使用します。
    • ファイル共有には、ドメインコンピューターに対する読み取りアクセス権を付与する必要があります。
    • 詳細共有設定で、ファイルとプリンターの共有を有効にする必要があります。
  • ドメイン非参加VDA:
    • ローカルシステムアカウント（VUAはローカルシステムとして実行される）は、ネットワーク共有にアクセスする際にANONYMOUS LOGONを使用します。
    • ネットワークと共有センターで、パスワード保護共有を無効にする必要があります。
    • フォルダーのアクセス許可のセキュリティタブで、ANONYMOUS LOGONに読み取りアクセス許可を付与する必要があります。
    • 詳細共有設定で、ファイルとプリンターの共有を有効にする必要があります。
    • 共有フォルダー名をネットワークアクセスセキュリティポリシーに追加する必要があります。
• VDAインストーラー
  • VDAインストーラーは、Citrix Downloads Webサイトからダウンロードし、ファイル共有に配置する必要があります。
  • マシンカタログに関連するVDAインストーラーをダウンロードする必要があります。
    • カタログの種類がマルチセッションの場合は、マルチセッションOS VDAインストーラーを使用します。
    • カタログの種類がシングルセッションの場合は、シングルセッションOS VDAインストーラーを使用します。
  • 特定のアップグレードの場合、ファイル共有上のインストーラーのバージョンは、VUSによって公開されたバージョンと完全に一致している必要があります。利用可能なバージョンを確認するには、Get-VusAvailableVersion PowerShellコマンドレットを使用します。

インストーラーへのパスは、実行可能ファイルを含むファイルパスである必要があります。例: \\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe。

PowerShellを介してVUSを使用する場合、アップグレードをスケジュールする際に、-VdaWorkstationPackageUri (シングルセッションOS) または -VdaServerPackageUri (マルチセッションOS) パラメーターを使用します。

セッションの強制ログオフ

スケジュールされたアップグレード中にアップグレード可能なVDAの数を増やすには、アップグレード中にユーザーセッションを強制的にログオフすることを検討してください。強制ログオフは、全体のスケジュールされたアップグレード期間の開始時ではなく、個々のVDAのアップグレードが開始されるときに発生します。

異なるVDAはスケジュールされた期間内で異なる時間にアップグレードを開始するため、ユーザーは特定のVDAがアップグレードを開始したときにのみログオフされます。

Web Studioを使用してスケジュールされたアップグレード中に切断されたセッションを強制的にログオフするには、切断されたセッションをログオフオプションを選択します。

Web Studioを使用してスケジュールされたアップグレード中にアクティブなセッションを強制的にログオフするには、アクティブなセッションをログオフオプションを選択します。アクティブなセッションをログオフする場合、ユーザーはアップグレード開始の10分前にセッション内で通知を受け取り、自動的にログオフされる前に作業を保存するよう促されます。

PowerShellを使用してスケジュールされたアップグレード中に切断されたセッションを強制的にログオフするには、アップグレードをスケジュールする際に-LogoffOptionパラメーターを使用します。-LogoffOptionで利用可能なオプションは以下のとおりです。

• ActiveSessionsOnly: スケジュールされたアップグレード期間中にVDAでアクティブなセッションがある場合、ユーザーはログオフされます。ユーザーがログオフされる10分前に警告としてバナーが表示されます。切断されたセッションを持つVDAは、アップグレード期間中にログオフされません。切断されたセッションがアップグレード期間中ずっと残っている場合、そのVDAのアップグレードはキャンセルされます。
• DisconnectedSessionsOnly: スケジュールされたアップグレード期間中にVDAで切断されたセッションがある場合、ユーザーはログオフされます。ユーザーには、切断されたセッションがログオフされることは通知されません。アクティブなセッションを持つVDAは、アップグレード期間中にログオフされません。アクティブなセッションがアップグレード期間中ずっと残っている場合、そのVDAのアップグレードはキャンセルされます。
• ActiveAndDisconnectedSessions: スケジュールされたアップグレード期間中にVDAで切断されたセッションまたはアクティブなセッションがある場合、ユーザーはログオフされます。アクティブなセッションの場合、ユーザーがログオフされる10分前にバナーが表示され、警告が提供されます。
• DoNotLogoff: アクティブなセッションと切断されたセッションはログオフされません。アップグレードスケジュールの期間中VDA上にセッションが存在する場合、スケジュールされたアップグレード期間の終了時にアップグレードはキャンセルされます。

可能な場合、Citrixは、アップグレードが正常に完了するVDAの数を増やすために、セッションを強制的にログオフすることを推奨します。

重要:

セッションを強制的にログオフすると、ユーザーがセッションから保存していない作業を失う可能性があります。

VDAワークフローの編集またはキャンセル

カタログのアップグレードをスケジュールした後、アップグレードの開始時刻と期間を編集したり、アップグレード全体をキャンセルしたりできます。

マシンカタログレベルでUIを使用してアップグレードを編集またはキャンセルするには、既存のスケジュールされたアップグレードがあるマシンカタログを右クリックし、スケジュールされたVDAアップグレードの編集をクリックします。PowerShellを使用して既存のマシンカタログレベルのアップグレードを編集するには、Set-VusCatalogUpgradeおよびRemove-VusCatalogUpgradeコマンドレットを使用します。

マシンレベルでアップグレードを編集またはキャンセルするには、検索ノードで、既存のスケジュールされたアップグレードがあるマシンを右クリックし、スケジュールされたVDAアップグレードの編集をクリックします。複数のマシンのスケジュールされたVDAアップグレードを同時に編集することはできません。PowerShellを使用して既存のマシンレベルのアップグレードを編集するには、Set-VusMachineUpgradeおよびRemove-VusMachineUpgradeコマンドレットを使用します。