VDA アップグレード (プレビュー)

最終公開日 : Nov 13, 2026
Related information
管理

はじめに

以前は、VDA のアップグレードには完全な手動介入が必要でした。バージョン 2503 では、VDA アップグレードエージェントを導入することで、DaaS 展開における VDA アップグレードが簡素化されます。バージョン 2503 以降のアップグレードは、共有またはローカルのファイルパスから直接実行できます。
VDA アップグレードエージェント ctxvua は、VDA アップグレードサービスとの通信と、以下の機能の実行を担当します。
  • スケジュールされたチェック: VDA アップグレードエージェントは、15 分ごとに VDA アップグレードサービスにスケジュールされたアップグレード情報を照会します。
  • 自動アップグレード: アップグレード指示を受信すると、VDA アップグレードエージェントは VDA を自動的にアップグレードします。
  • ステータスレポート: VDA アップグレードエージェントは、アップグレード結果（成功または失敗）を VDA アップグレードサービスに報告します。
VDA アップグレードサービスの詳細については、技術概要: Citrix VDA アップグレードサービス を参照してください。そこには、サービスの概要、動作の詳細情報、その他の役立つリソースが記載されています。

考慮事項

  • Linux VDA は、基盤となるパッケージ管理コマンド（rpm や apt など）を使用してアップグレードされます。これは手動アップグレードプロセスを模倣したもので、コマンドラインアップグレード中に構成ファイルが自動的に処理されます。
  • Windows とは異なり、Linux VDA には VDA アップグレードエージェントが組み込まれています。エージェントがすでに存在するため、アップグレードプロセスが簡素化されます。VDA アップグレードエージェントのバージョンは、VDA のバージョンに紐付けられています。
  • デフォルトでは、VDA アップグレードエージェントは無効になっています。エージェントを有効にするには、次のコマンドを実行します。
    /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\UpdateServices\UpdateAgent" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" --force

    systemctl start ctxvua.service
  • VDA アップグレードエージェントサービス (ctxvua) は、デフォルトで無効になっています。systemctl を使用して、このサービスを有効にして開始できます。
  • ベストプラクティスとして、本番環境に移行する前に、VDA アップグレードを十分にテストすることをお勧めします。
  • Windows とは異なり、Linux VDA のアップグレードはファイルパスからのみサポートされます。これは、Azure CDN URL やその他のオンラインリポジトリを直接使用できないことを意味します。VDA パッケージは自分で管理する必要があります。これは、メジャーバージョンアップグレードとマイナーバージョンアップグレードの両方に適用されます。
  • VDA アップグレードサービスでは、「Latest VDA Version」と「Upgrade State」は無視してください。Linux に関連するのは「VDA Upgrade State」のみです。
  • VDA パッケージのファイルパスは、VDA マシン上のローカルパス、または共有場所（たとえば、VDA にマウントされたネットワーク共有）にすることができます。システムはパッケージを自動的にダウンロードするようには設計されていません。完全なパッケージファイルを提供する必要があります。
  • StudioまたはCitrix DaaS Remote PowerShell SDKを使用する際にパス検証を通過させるには、Windows UNCパス形式（\\\&ast;*で始まる）でパスを指定します。例えば、/mnt/pkg\/\&lt;package-name>** は \\\mnt\pkg\\<package-name\> として入力する必要があります。
  • 「サーバー」VDAと「ワークステーション」VDAの区別はLinuxには適用されません。StudioまたはPowerShellでどちらのオプションを使用しても、アップグレードに影響はありません。
  • VDAのダウングレードはサポートされていません。

前提条件

  • コントロールプレーン: Citrix DaaS™
  • VDAバージョン: 2503以降
    注:
    最新のCR VDAを使用することをお勧めします。
  • VDAにはVDAアップグレードエージェントがインストールされており、サービスが実行されている必要があります。
  • VDAをアップグレードする権限があること。
  • Studioで、VDAアップグレードが適切なCRまたはLTSRトラックで構成されていること。
  • VDAが使用中でないこと。（ユーザーはVDAからサインオフする必要があります。）
  • VDAがメンテナンスモードでないこと。（VDAは管理者によってメンテナンスモードに設定できます。また、最大許容登録試行回数を超過した場合、VDAは自動的にメンテナンスモードになることもあります。）
  • VDAはデリバリーグループに属し、DaaSに登録されている必要があります。
  • 移行先のVDAが現在のVDAのオペレーティングシステムをサポートしていること。

Studioを使用してVDAをアップグレードする

一般的なワークフロー

Studioを使用してVDAをアップグレードする一般的なワークフローは次のとおりです。
  1. カタログのVDAアップグレードを有効にします。
  2. VDAはカタログごとにアップグレードします。マシンごとのVDAアップグレードは現在利用できません。詳細については、「VDAの自動アップグレードの構成」を参照してください。
    注:
    カタログのVDAアップグレードをスケジュールすると、カタログ内のすべてのマシンがアップグレードの対象に含まれます。そのため、アップグレードを開始する前に、それらのマシンをバックアップすることをお勧めします。
  3. VDAアップグレードプロセスでは、追加コンポーネントのアップグレードや、復元などの機能の使用はサポートされていません。これら2つの手順はスキップしてください。
  4. アップグレード時間やアップグレード失敗のしきい値など、スケジューリングオプションを構成します。失敗のしきい値は、プロセスが停止されるかアラートがトリガーされるまでに許容される失敗したアップグレードの数を決定する可能性があります。
  5. VDAインストーラーの場所として「Use local file share」を選択します。パスはWindows UNC形式で指定します（例: \\\\server\share\path）。
  6. 「Force logoff sessions」オプションは、VDAアップグレード中にユーザーセッションがどのように処理されるかを制御します。Studio UIでは切断されたセッションのみログオフできますが、PowerShellではすべてのセッション（接続済みおよび切断済み）をログオフできます。ログオフは即座には行われません。VDAアップグレードサービスは、VDAアップグレードエージェントがアップグレードスケジュールを照会しようとして切断されたセッションを見つけた後にログオフを開始します。その後、エージェントは15分待ってから照会を再試行します。

PowerShellを使用したVDAのアップグレード

WindowsでRemote PowerShell SDKを使用してVDAアップグレードを構成できます。Remote PowerShell SDKの詳細については、「Citrix DaaS Remote PowerShell SDK」を参照してください。
PowerShellコマンドレットは次のとおりです。
  • Get-VusCatalog
    このコマンドレットを使用して、Name、Uid、Uuid、UpgradeState（Available、UpToDate、Scheduled、Unknown）、Upgrade scheduled、StateId（Upgrade scheduledのステータス）などのカタログの詳細を取得します。
  • Get-VusMachine
    このコマンドレットを使用して、MachineName、Uid、Uuid、UpgradeState (Available、UpToDate、Scheduled、Unknown)、および StateId (Upgrade scheduled のステータス) などのマシンの詳細を取得します。
  • Get-VusComponentVersion
    このコマンドレットを使用して、VDA がコンポーネントバージョンを報告したかどうかを確認します。VDA をフィルタリングするには、MachineId を使用します。MachineId は Get-BrokerMachine からの UUID です。
  • New-VusMachineUpgrade
    このコマンドレットを使用して、マシンレベルで VDA アップグレードを構成します。
  • New-VusCatalogSchedule
    このコマンドレットを使用して、マシンカタログレベルで VDA アップグレードをスケジュールします。
例:
Get-BrokerMachine -DNSName 'u22-test*'

New-VusCatalogSchedule -CatalogName "test-catalog" -UpgradeNow -DurationInHours 2 -LogoffOption ActiveAndDisconnectedSessions -VdaServerPackageUri "\\root\xendesktopvda_24.11.0.1-1.ubuntu22.04_amd64.deb"

Get-VusComponent -CatalogName 'test-catalog'

Get-VusCatalog -Name 'test-catalog'

トラブルシューティング

アップグレードプロセスの核となるのは、VDA Upgrade Agent サービス (ctxvua) です。これは仲介役として機能し、VDA Upgrade Service と通信し、OS 関連の操作のために /opt/Citrix/VDA/sbin/update_helper.sh スクリプトを実行します。アップグレード中、プロセスに関する情報はレジストリに保存されます。

レジストリ

コマンド /opt/Citrix/VDA/bin/ctxreg dump |grep -i UpdateAgent を使用して、VDA Upgrade Agent に関連するレジストリ設定を調べます。これにより、構成の問題やアップグレードプロセス自体の問題が明らかになる場合があります。
  1. 構成の確認: ctxvua サービスの構成ファイルは /etc/xdl/updateagent.conf にあります。このファイルを確認することで、誤った構成を特定できます。

ログ

トラブルシューティングには、以下のログファイルが重要です。
  • /var/log/xdl/vua.log: ctxvua サービスのログファイル。これは、アップグレードエージェントの操作に関連する問題を確認するための主要なログです。ctxvua サービスの構成ファイルは /etc/xdl/updateagent.conf にあります。このファイルを確認することで、誤った構成を特定できます。
  • /var/log/xdl/update_helper.log: update_helper.sh スクリプトのログファイル。このログは、アップグレード中の OS レベルのタスクに関連する問題を診断するために不可欠です。

一般的な問題

このセクションでは、VDA アップグレード中に発生する一般的な問題、特に Studio で無効になっているオプションと「Upgrade Unknown」状態に焦点を当てて説明します。

共通の問題1: アップグレードオプションが無効になっている

症状: 特定のカタログについて、Studioで「Set Upgrade Type」と「Upgrade VDAs」のオプションが無効（グレー表示）になっています。
解決策: 使用しているカタログの種類でVDAアップグレードサービスがサポートされているかどうかを確認してください。サポートされていない場合、これらの自動アップグレード機能を使用することはできず、アップグレードを手動で管理する必要があります。

共通の問題2: 「Upgrade Unknown」状態

症状: マシンカタログでVDAアップグレードサービスを有効にした後、「Upgrade State」が期待どおりに「Available」または「UpToDate」に変わらず、「Unknown」のままになります。「Upgrade Unknown」は一時的な状態です。最終的には「Available」または「UpToDate」のいずれかに更新されるはずです。
「Upgrade Unknown」のトラブルシューティング手順:
  1. VDAアップグレードエージェントがバージョンを報告していることを確認します。
    • ステップ1a: マシンのUUIDを取得します。
      Get-BrokerMachine -DNSName '<hostname>'
    • ステップ1b: エージェントによって報告されたコンポーネントのバージョンを確認します。
      Get-VusComponentVersion -MachineId "<UUID>"
      Get-VusComponentVersion コマンドが空白を返す場合、VDAアップグレードエージェントがそのバージョンを報告していないことを意味します。これは、VDAが「ハード登録」されている（マシンカタログとデリバリーグループの両方の設定を確認してください）ことを示している可能性があります。また、VDAアップグレードエージェントがターゲットVDAにインストールされていないか、実行されていない可能性も示しています。
  2. VDAアップグレードサービスの同期を確認します。
    ステップ2a: VDAアップグレードサービスがBrokerデータベースからマシンを同期したかどうかを確認します。
    ```
    Get-VusEntityUnit -EntityUUID ""
    ```
    既知の場合は""を実際のEntityUUIDに置き換えるか、すべて取得するために指定せずに実行します。これが空白であることに気づいた場合、マシンがVDAアップグレードサービスサーバーと同期していないことを示している可能性があります。
    ステップ2b: マシンが同期されていない場合、VDAアップグレードサービスが同期するまでしばらく時間を置きます。その後、「Upgrade Type」が設定されていることを確認します。

参照