-
-
-
-
VUSを使用したVDAのアップグレード
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
VDAアップグレードサービスを使用したVDAのアップグレード
VDAアップグレードサービスを通じてVDAのアップグレードを開始するには、ターゲットとなるマシンカタログ、個々のマシン、またはマシンのグループを選択し、「VDAのアップグレード」を選択します。
注：
Citrix®は、可能な限りアップグレードを実行する前にVDAをバックアップすることを推奨します。
アップグレードのスケジュール設定
CitrixにおけるVDAアップグレードプロセスは、要件に応じて、カタログレベル、マシンのグループレベル、または個々のマシンレベルで実行できます。アップグレードはすぐに開始するように設定することも、最大7日先の日付と時刻にスケジュールすることも可能です。
考慮事項
-
カタログ vs. マシンのグループ vs. マシンのスコープ: カタログアップグレードは一括更新に最適ですが、マシンを個別にまたはグループでアップグレードすることで、よりきめ細かな制御が可能になります。
-
スケジュール設定: アップグレードは最大7日先までスケジュールできます。マシンカタログレベルのアップグレードを使用している場合、アップグレードがスケジュールされた後にカタログに追加されたマシンは、既存のスケジュールされたアップグレードの一部として含まれません。
主な違い
| 機能 | カタログごとのアップグレード | マシンごとのアップグレード | マシンのグループ |
|---|---|---|---|
| アップグレードの範囲 | カタログ全体 | 個々のマシン | マシンカタログからのマシンのグループ |
| スケジュール制御 | マシンカタログ内のすべてのVDAに単一のスケジュールが適用され、大規模なアップグレード操作に最適です | VDAは個別にスケジュールされ、主にテストや1回限りのアップグレードに使用されます | VDAはグループでスケジュールされ、異なるVDAグループを異なる時間にアップグレードする柔軟性を提供します |
| 管理 | フル構成インターフェイスの「マシンカタログ」ノード、または New-VusCatalogSchedule コマンドレットを介して管理されます |
フル構成インターフェイスの「検索」ノード、または New-VusMachineUpgrade コマンドレットを介して管理されます |
フル構成インターフェイスの「検索」ノード、またはマシンのリストを New-VusMachineUpgrade コマンドレットに渡すことで管理されます |
| ユースケース | マシンカタログ全体のバルクアップグレード | ターゲットを絞ったアップグレードとテストシナリオのためのきめ細かい制御 | VDAのサブセットのターゲット制御。カタログ内のアップグレードをずらすために使用できます |
| 利用可能なVDAバージョン | CRおよび現在サポートされているすべてのLTSR VDAバージョンでは、最新バージョンと2つ前のバージョン（N-2）にアップグレードできます。利用可能なVDAバージョンで詳細を確認してください | CRおよび現在サポートされているすべてのLTSR VDAバージョンでは、最新バージョンと2つ前のバージョン（N-2）にアップグレードできます。利用可能なVDAバージョンで詳細を確認してください | 最新のLTSRまたはCR VDAバージョンのみがアップグレード可能です |
| 追加コンポーネント | 各VDAにVDAコンポーネントをインストールまたはアップグレードします。コンポーネントのチェックを外しても機能はアンインストールされませんが、コンポーネントはアップグレードされません | VDAにVDAコンポーネントをインストールまたはアップグレードします。コンポーネントのチェックを外しても機能はアンインストールされませんが、コンポーネントはアップグレードされません | マシンのグループをアップグレードする場合、VDAアップグレードサービスでは追加コンポーネントを管理できません。注：「復元クリーンアップを有効にする」などの追加機能は、マシンのグループアップグレードで利用できます |
| 追加機能 | 追加機能を有効またはアップグレードできます | 追加機能を有効またはアップグレードできます | 追加機能を有効またはアップグレードできます |
| 同時実行性 | アップグレードをスケジュールする際の設定として制御されます。同時実行性で詳細を確認してください | 単一のVDAがアップグレードされます | アップグレードスケジュールの一部として選択されたVDAの数に基づいて自動的に負荷分散されます |
| 失敗しきい値 | 指定された数のVDAのアップグレードが失敗した場合に、将来のアップグレードを防止するための失敗しきい値を設定できます。失敗しきい値で詳細を確認してください | マシンごとのアップグレードには失敗しきい値は適用されません | マシンのグループアップグレードには失敗しきい値は利用できません。アップグレードするマシンのグループのサイズを、許容できる失敗VDAの最大数に設定することを検討してください |
スケジュールされたアップグレードの仕組み
VDA上のVDAアップグレードエージェントは、VDAをアップグレードする必要があるかどうかを判断するために、Citrix Cloud™と定期的に通信します。 VDAは、すぐにアップグレードするように、または最大7日先までスケジュールできます。事前にアップグレードをスケジュールする場合、アップグレードが開始される日付と時刻（UTC）を設定できます。
アップグレード期間は、スケジュールされたアップグレード開始時刻からアップグレードが実行されるまでの時間を設定します。デフォルトでは、マシンカタログおよびマシンのグループのアップグレードの場合、Citrixはパフォーマンスを向上させ、ボトルネックを回避するために、アップグレード期間全体でVDAアップグレードの負荷分散を行います。
アップグレードが開始されると、VDAはアップグレードが完了するまでメンテナンスモードになります。VDAにセッションが存在する場合、セッションがなくなるまでVDAはアップグレードされません。メンテナンスモード中は、新しいセッションをVDAに仲介することはできません。アップグレードウィンドウ中にユーザーがセッションから切断した場合、アップグレードが完了するまで再接続できません。
VDAは、スケジュールされたアップグレード期間が完了するまでアップグレードを試行し続けます。アップグレード期間全体にわたってセッションが存在する場合、アップグレードはキャンセルされ、VDAのメンテナンスモードはオフになります。VDAアップグレードの成功率を向上させるには、より長いアップグレード期間を検討してください。
注：
スケジュールされたアップグレードの前に手動でメンテナンスモードに設定されたVDAは、アップグレードに失敗します。
利用可能なVDAバージョン
新しいVDAバージョンは、一般提供開始後すぐにVDAアップグレードサービスを通じてアップグレードできるようになります。VDAアップグレードサービスは、CRバージョンについてはN-2バージョン、現在サポートされているすべてのLTSRバージョンについてはN-2 CUバージョンを維持します。
フル構成インターフェイスでは、カタログまたは個々のマシンをアップグレードする際に、VDAをアップグレードするバージョンを選択するようにUIが促します。
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全体のアップグレードの一部としてアップグレードされることはありません。
- デフォルトでは、**Enable restore cleanup**チェックボックスが選択されています。Citrixは、管理を容易にし、失敗したアップグレードからの回復を改善するために、リストアクリーンアップ機能を有効にすることを推奨します。この機能を有効にすると、アップグレードが開始される前にシステムリストアポイントが作成されます。アップグレードが失敗した場合、VDAはシステムリストアポイントに復元されます。リストアポイントは、VDAのインストールが成功した後に削除されます。詳細については、「[インストールまたはアップグレードの失敗時の復元](https://docs.citrix.com/ja-jp/citrix-daas/install-configure/install-vdas#restore-on-install-or-upgrade-failure)」を参照してください。
- 
- > **注:**
- >
- > Windowsシステムリストアは、シングルセッションオペレーティングシステム（例：Windows 10および11）でのみサポートされています。「Enable restore cleanup」機能が動作するためには、VDAでWindowsシステムリストア機能が有効になっている必要があります。「Enable restore」または「Enable restore cleanup」が選択されているにもかかわらず、VDAでWindowsシステムリストアが構成されていない場合、アップグレードが失敗する可能性があります。
同時実行数
マシンカタログをアップグレードする際、VUSを使用すると、同時にアップグレードするVDAの最大数を定義できます。これにより、インターネット接続またはファイルサーバーへの負荷を軽減でき、失敗しきい値と組み合わせて使用することで、多数のVDAのアップグレードが失敗した場合にアップグレードを停止できます。
スケジュールされたアップグレードが開始されるとすぐに、カタログ内のすべてのVDAがメンテナンスモードになります。定義された最大同時実行設定に一致する数のVDAでアップグレードが開始されます。VDAのアップグレードが完了するとすぐに、別のVDAがアップグレードを開始し、同時にアップグレードするVDAの数を維持します。
マシンカタログのスケジュールされたアップグレードで同時実行数が指定されていない場合、Citrixはカタログ内のVDAの総数とアップグレード期間に基づいてデフォルトの同時実行値を使用します。
アップグレードの完了には平均約30分かかりますが、これは環境条件によって大きく異なる場合があります。すべてのVDAが指定されたアップグレード期間内にアップグレードできるように、同時実行数を設定することを検討してください。たとえば、4時間でアップグレードするように設定された20台のVDAがある場合、1時間に5台のVDAをアップグレードする必要があります。平均アップグレード期間が30分の場合、同時実行値を3に設定することで、1時間あたり5台のVDAアップグレード要件を満たすことができます（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インストールメディアをCitrixホスト型CDNまたはローカルファイル共有のいずれかからダウンロードするように選択できます。
ローカルでホストされたファイル共有を介したアップグレードは、VDAがインストールメディアを取得するためのネットワークルールを提供する要件を軽減し、アップグレードプロセス中の帯域幅使用量を削減できます。
Citrixホスト型CDNを使用する場合、VDAは「接続性」にリストされているURLと通信できる必要があります。
ローカルファイル共有を使用する場合、ファイル共有には以下の前提条件が必要です。
- VDAアップグレードエージェントはバージョン7.40.0.35以降である必要があります。これはVDAバージョン2311以降にデフォルトでインストールされます。
- VDAアップグレードエージェントは、アップグレードのためにVDAのスケジュールされたアップグレードを必要としません。VDAアップグレードエージェントは自動的に更新されます。
- PowerShellを使用してアップグレードする場合、Virtual Apps and Desktops Remote PowerShell SDKバージョン7.42以降がインストールされている必要があります。
- ファイル共有のアクセス許可
- VDAインストーラーパッケージを含むネットワーク共有には、Local System (NT AUTHORITY\SYSTEMプリンシパル) として実行されるVDAアップグレードエージェントサービスに対する読み取りアクセス権が必要です。
- ドメイン参加済みVDA:
- Local Systemアカウント (VUAはLocal Systemとして実行) は、ネットワーク共有にアクセスする際にコンピューターの資格情報を使用します。
- ファイル共有には、ドメインコンピューターに対する読み取りアクセス権が付与されている必要があります。
- 詳細共有設定で、ファイルとプリンターの共有を有効にする必要があります。
- ドメイン非参加VDA:
- Local Systemアカウント (VUAはLocal Systemとして実行) は、ネットワーク共有にアクセスする際にANONYMOUS LOGONを使用します。
- ネットワークと共有センターで、パスワード保護共有を無効にする必要があります。
- フォルダーのアクセス許可のセキュリティタブで、ANONYMOUS LOGONに読み取りアクセス許可を付与する必要があります。
- 詳細共有設定で、ファイルとプリンターの共有を有効にする必要があります。
- 共有フォルダー名をネットワークアクセスセキュリティポリシーに追加する必要があります。
- VDAインストーラー
- VDAインストーラーは、Citrixダウンロード Webサイトからダウンロードし、ファイル共有に配置する必要があります。
- マシンカタログに関連するVDAインストーラーをダウンロードする必要があります。
- カタログの種類がマルチセッションの場合は、マルチセッションOS VDAインストーラーを使用します。
- カタログの種類がシングルセッションの場合は、シングルセッションOS VDAインストーラーを使用します。
- 特定のアップグレードの場合、ファイル共有上のインストーラーのバージョンは、VUSによって公開されているバージョンと完全に一致している必要があります。利用可能なバージョンを特定するには、
Get-VusAvailableVersionPowerShellコマンドレットを使用します。
フル構成インターフェイスでVDAをローカルファイル共有からアップグレードするように設定するには、VDAインストーラーの場所で「ローカルファイル共有を使用」を選択し、インストーラーへのパスを入力します。例："\\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe"。
PowerShellを使用してVDAをローカルファイル共有からアップグレードするように設定するには、アップグレードをスケジュールする際に、-VdaWorkstationPackageUri (シングルセッションOS) または -VdaServerPackageUri (マルチセッションOS) パラメーターを使用します。
セッションの強制ログオフ
スケジュールされたアップグレード中にアップグレード可能なVDAの数を増やすには、アップグレード中にユーザーセッションを強制的にログオフすることを検討してください。強制ログオフは、個々のVDAのアップグレードが開始されるときに発生し、全体のスケジュールされたアップグレードウィンドウの開始時ではありません。
スケジュールされた期間内で異なるVDAが異なる時間にアップグレードを開始するため、ユーザーは特定のVDAがアップグレードを開始したときにのみログオフされます。
フル構成インターフェイスを使用して、スケジュールされたアップグレード中に切断されたセッションを強制的にログオフするには、切断されたセッションをログオフオプションを選択します。
フル構成インターフェイスを使用して、スケジュールされたアップグレード中にアクティブなセッションを強制的にログオフするには、アクティブなセッションをログオフオプションを選択します。アクティブなセッションをログオフする場合、ユーザーはアップグレード開始の10分前にセッション内で通知を受け取り、自動的にログオフされる前に作業を保存するよう促されます。
PowerShellを使用してスケジュールされたアップグレード中に切断されたセッションを強制的にログオフするには、アップグレードをスケジュールする際に-LogoffOptionパラメーターを使用します。-LogoffOptionで利用可能なオプションは以下のとおりです。
- ActiveSessionsOnly: スケジュールされたアップグレードウィンドウ中にVDAでアクティブなセッションがある場合、ユーザーはログオフされます。ユーザーがログオフされる10分前に警告としてバナーが表示されます。切断されたセッションを持つVDAは、アップグレードウィンドウ中にログオフされません。切断されたセッションがアップグレードウィンドウ全体に残っている場合、そのVDAアップグレードはキャンセルされます。
- DisconnectedSessionsOnly: スケジュールされたアップグレードウィンドウ中にVDAで切断されたセッションがある場合、ユーザーはログオフされます。ユーザーには、切断されたセッションがログオフされることは通知されません。アクティブなセッションを持つVDAは、アップグレードウィンドウ中にログオフされません。アクティブなセッションがアップグレードウィンドウ全体に残っている場合、そのVDAアップグレードはキャンセルされます。
- ActiveAndDisconnectedSessions: スケジュールされたアップグレードウィンドウ中にVDAで切断されたセッションまたはアクティブなセッションがある場合、ユーザーはログオフされます。アクティブなセッションの場合、ユーザーがログオフされる10分前に警告としてバナーが表示されます。
- DoNotLogoff: アクティブなセッションと切断されたセッションはログオフされません。アップグレードスケジュールの期間中VDAにセッションが存在する場合、アップグレードはスケジュールされたアップグレードウィンドウの終了時にキャンセルされます。
可能な場合は、Citrixはセッションを強制的にログオフして、正常にアップグレードされるVDAの数を増やすことを推奨します。
重要:
セッションを強制的にログオフすると、ユーザーはセッションから保存されていない作業を失う可能性があります。
アップグレード開始前のVDA再起動
アップグレード前にVDAを自動的に再起動するオプションを使用すると、各VDAがクリーンで一貫した状態でプロセスを開始することを保証することで、成功率を向上させることができます。アップグレード前の再起動は、保留中の再起動、残存プロセス、不完全なシステム更新などの一般的な障害のリスクを軽減できます。
このオプションが有効になっている場合、各VDAは全体のアップグレードウィンドウの開始時ではなく、アップグレードが開始される直前に個別に再起動されます。
アップグレード前のVDA再起動機能を使用するには、VDAアップグレードエージェントがバージョン7.44 (Citrix Virtual Apps and Desktops 2503でリリース) 以降である必要があります。以前のVDAアップグレードエージェントバージョンを持つVDAは、再起動なしでアップグレードされます。
VDAワークフローの編集またはキャンセル
カタログのアップグレードをスケジュールした後、アップグレードの開始時刻と期間を編集したり、完全にキャンセルしたりできます。
UIを使用してマシンカタログレベルでアップグレードを編集またはキャンセルするには、既存のスケジュールされたアップグレードがあるマシンカタログを右クリックし、スケジュールされたVDAアップグレードの編集をクリックします。PowerShellを使用して既存のマシンカタログレベルのアップグレードを編集するには、Set-VusCatalogUpgradeおよびRemove-VusCatalogUpgradeコマンドレットを使用します。
マシンレベルでアップグレードを編集またはキャンセルするには、検索ノードで既存のスケジュールされたアップグレードがあるマシンを右クリックし、スケジュールされたVDAアップグレードの編集をクリックします。複数のマシンに対してスケジュールされたVDAアップグレードを同時に編集することはできません。PowerShellを使用して既存のマシンレベルのアップグレードを編集するには、Set-VusMachineUpgradeおよびRemove-VusMachineUpgradeコマンドレットを使用します。
共有
共有
この記事の概要
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.