XenServerおよびCitrix Virtual Apps and Desktops™のアップグレードシナリオ

最終公開日 : Oct 07, 2026
XenServerには、Citrix Virtual Apps and Desktops環境で使用するのに理想的なハイパーバイザーとなる機能と最適化が含まれています。
XenServerをCitrix Virtual Apps and Desktopsと併用している場合、メインのアップグレード記事「既存バージョンからのアップグレード」では説明されていない、アップグレード実行時の考慮事項がいくつかあります。Citrix Hypervisor 8.2からXenServer 8.4へのアップグレードを開始する前に、この記事とメインのアップグレード記事の両方を確認してください。
重要:
Citrix Virtual Apps and Desktopsライセンスを使用してCitrix Hypervisor 8.2 Cumulative Update 1ホストのライセンスを付与している場合、このライセンスはXenServer 8.4には適用されません。代わりに、プール内のすべてのCPUソケットをカバーするためにXenServer Premium Editionライセンスを取得する必要があります。XenServerライセンスの取得に関する詳細については、XenServer Webサイトを参照してください。
ホストとプールにライセンスファイルをホストするCitrix License Serverを使用している場合、Citrix CloudのLicense Activation Serviceに保持されているライセンスを使用するように変更する必要があります。詳細については、ライセンスを参照してください。
XenServerは、Citrix for Private Cloud、Citrix Universal Hybrid Multi-Cloud、Citrix Universal MSP、およびCitrix Platform Licenseの各サブスクリプションのエンタイトルメントとなり、Citrixワークロードを実行できるようになりました。詳細はこちら。
Citrix Virtual Apps and Desktops環境でXenServer®をアップグレードする際の考慮事項:
  • XenServerホストはアップグレードの一環として2回再起動します。アップグレードの開始時に、サーバーをインストールメディアから起動する必要があります。プロセスの最後に、インストーラーがサーバーを再起動してアップグレードを完了します。この間、これらのホスト上のVMは移行するか停止する必要があります。
  • XenServerのアップグレードに使用するアプローチは、XenServer環境、Citrix Virtual Apps and Desktops環境、およびXenServerによってホストされているマシンとアプリケーションの種類によって異なります。
  • XenServerのアップグレードを開始する前に、Citrix Virtual Apps and Desktops環境でいくつかの準備が必要になる場合があります。
  • この記事では、Citrix Virtual Apps and DesktopsワークロードがXenServerプールでホストされているユースケースのみを扱います。Citrix Virtual Apps and Desktopsインフラストラクチャの一部もXenServerプール内のVMでホストしているケースは、この記事では扱っていません。アップグレード計画を立てる際には、これらのコンポーネントを考慮に入れてください。
  • 使用しているCitrix Virtual Apps and Desktopsのバージョンが、アップグレード元のXenServerのバージョンとアップグレード先のバージョンの両方でサポートされていることを確認してください。詳細については、「Citrix Virtual Apps and Desktops (MCS) および Citrix Provisioning (PVS) でサポートされているハイパーバイザー」を参照してください。
  • アップグレードにかかる時間とサービス停止の可能性は、アップグレードのアプローチによって異なります。プール全体の完全なアップグレードには、数時間かかる場合があります。
  • この記事では、単一のXenServerホストを完全にアップグレードするのにかかる時間は35分と仮定しています。このホストのアップグレード時間には、アップグレードプロセスと必要な再起動が含まれます。
この記事で説明するアプローチは、サービス停止の可能性を減らし、メンテナンスウィンドウ内でアップグレードプロセスを完了できるアップグレード方法に導くことを目的としています。ただし、場合によってはサービス停止が避けられないこともあります。XenServerのアップグレードプロセスがメンテナンスウィンドウ内に収まらない場合は、メンテナンスウィンドウの間に短期間、プールを混合モードで実行できます。ただし、これは推奨されません。詳細については、「混合モードプール」を参照してください。
計画されたXenServerアップグレードのメンテナンスウィンドウ中は、以下の制限に従ってください。
  • アップグレード中のプールのインフラストラクチャを再構成しようとしないでください。たとえば、プールにホストを追加したり、プールからホストを排出したりしないでください。
  • アップグレード中のプール内のVMを追加、起動、または停止しないでください。
  • ウィンドウ中にカタログの更新を実行しないでください。
Related information
Citrix®製品でのXenServer®の使用

ローリングプールアップグレード

ローリングプールアップグレードは、アップグレードプロセスを容易にし、ダウンタイムを最小限に抑えるように設計されたXenServerの機能です。
XenCenter®のローリングプールアップグレードウィザードは、アップグレード手順をガイドし、アップグレードパスを自動的に整理します。プールの場合、プール内の各サーバーは、プールコーディネーターから順にアップグレードされます。アップグレードを開始する前に、ウィザードは一連の事前チェックを実行します。これらの事前チェックにより、高可用性などの特定のプール全体の機能が一時的に無効になり、プール内の各サーバーがアップグレードの準備ができていることが確認されます。一度にオフラインになるサーバーは1台のみです。実行中のVMは、そのサーバーにアップグレードがインストールされる前に、各サーバーから自動的に移行されます。
この記事で概説されているCitrix Virtual Apps and Desktopsの多くのユースケースにローリングプールアップグレードを使用できます。それぞれの場合、アップグレード時間は同じです。プールのホスト数に単一ホストのアップグレード時間を掛けたものです（N x 35分）。VM停止の可能性は、Citrix Virtual Apps and DesktopsのワークロードとXenServerプールの設定によって異なります。
XenServerプールをアップグレードするためにローリングプールアップグレードを使用する予定がある場合でも、特定の環境に関する情報を確認して、Citrix Virtual Apps and Desktopsの前提条件となるアクション、特別な考慮事項、および予想される動作を理解してください。

ユースケース

この記事では、いくつかの広範なユースケースを特定しています。これらの各ユースケースについて、XenServerプールは1種類のCitrix Virtual Apps and Desktopsワークロードのみをホストしていると仮定します。プールに異なる種類のワークロードが混在している場合は、プールに適用されるすべてのケースを確認して、推奨されるアップグレードアプローチを決定してください。
まず、XenServer環境がどのように構成されているかを検討してください。
  • 共有ストレージを持つXenServerプール
    1つ以上の共有ストレージリポジトリ（SR）を持つXenServerプールでは、VMディスクをこの共有ストレージにホストできます。これにより、アップグレード中にVMをホスト間で移行できます。この構成により、VMのダウンタイムの必要性を減らしたり、なくしたりすることができます。
  • 共有ストレージなしのXenServerプールまたはスタンドアロンホスト(#xenserver-pool-without-shared-storage-or-a-standalone-host)
    共有ストレージのないXenServerプール、またはスタンドアロンのXenServerホストでは、アップグレードプロセス中にVMを移行できません。アップグレードの一部としてホストが再起動するときは、VMをシャットダウンする必要があります。

共有ストレージを持つXenServerプール

VMディスクが共有ストレージ上にあるプールをアップグレードする場合、アップグレード中にプール内の各XenServerホストからVMを退避させることができます。
このタイプのプールのほとんどのユースケースは、ローリングプールアップグレードを使用してアップグレードできます。ただし、Citrix Virtual Apps and Desktopsで必要となる前提条件のアクションと、停止動作はワークロードによって異なります。
プールでホストされているCitrix Virtual Apps and Desktopsワークロードの種類を考慮してください。
  • 割り当てられていないシングルセッションデスクトップ(#case-1-single-session-desktops-running-on-a-pool-with-shared-storage)
  • その他のワークロード(#case-2-other-workloads-running-on-a-pool-with-shared-storage)

共有ストレージなしのXenServerプールまたはスタンドアロンホスト

VMディスクがローカルストレージ上にあるプールをアップグレードする場合、またはプールに単一のホストがある場合、アップグレード中にVMをXenServerホストから移行することはできません。これらの場合、ホストまたはプールのアップグレード中はVMをシャットダウンする必要があります。これらのケースでは、仮想アプリとデスクトップの停止は避けられません。
プールでホストされているCitrix Virtual Apps and Desktopsワークロードの種類を考慮してください。
  • 割り当てられたデスクトップ(#case-3-assigned-desktops-running-on-a-pool-with-local-storage-or-on-a-standalone-host)
  • その他のワークロード(#case-4-other-workloads-running-on-a-pool-with-local-storage-or-on-a-standalone-host)

ケース1：共有ストレージを持つプールで実行されているシングルセッションデスクトップ

このユースケースは、ランダムなマシン割り当てタイプを持つシングルセッション仮想デスクトップを主要なワークロードとする、共有ストレージを持つXenServerプールを対象としています。このタイプのマシンは、Citrix ProvisioningまたはMachine Creation Servicesのいずれかによって管理される必要があります。
Citrix Virtual Apps and Desktopsによって管理されているワークロード（Citrix Provisioning™およびMachine Creation Servicesによって電源管理されているものを含む）の場合、アップグレードの実行中に完全なワークロードを維持することはできません。アップグレードプロセス中にマシンの電源管理が問題となる可能性があり、新しいセッションの作成を無効にせずに電源管理を無効にすることはできません。
アップグレードの推奨オプション:
  • ローリングプールアップグレード
    • 推定アップグレード時間: プール内のホスト数に単一ホストのアップグレード時間を乗じた時間。(N x 35 minutes)
    • 停止時の動作: すべてのマシンは、アップグレード時間全体にわたってCitrix Virtual Apps and Desktopsのメンテナンスモードになります。
可能であれば、このプールのアップグレード中に、容量のある他のXenServerプールからワークロードを利用できるようにしてください。このアプローチでは、アップグレード中に容量が低下する可能性があります。他のXenServerホストおよびプールにワークロードの容量がない場合は、ワークロード内のすべてのマシンについて停止を宣言することをお勧めします。

ローリングプールアップグレード (1)

開始する前にの手順とガイダンスを確認してください。
  1. プール内のすべてのマシンをメンテナンスモードにします。すべてのマシンが同じ接続を使用している場合は、マシンカタログ全体をメンテナンスモードにすることができます。
  2. 間近に迫った停止について、影響を受けるすべてのユーザーに通知します。
    • このプール内のマシンでセッションがまだ実行されている場合は、ユーザーにログオフを依頼するか、セッションを強制終了してください。
    • ユーザーには、ログオフすると、完全なサービスが再開されるまで再度ログインできないことを伝えてください。
  3. XenCenterで、ローリングプールアップグレードウィザードを開始し、自動モードを選択します。詳細については、XenCenterを使用したローリングプールアップグレードを参照してください。
    アップグレードが完了すると、ローリングプールアップグレードの一部としてサスペンドされたVMはすべて再起動されます。
  4. マシンをメンテナンスモードから解除します。
    新しいセッションを開始し、完全なサービスを再開できます。

ケース2：共有ストレージを持つプールで実行されているその他のワークロード

このユースケースは、プライマリワークロードが割り当てられたマシン割り当てタイプのシングルセッション仮想デスクトップ、またはランダムマシン割り当てタイプのマルチセッション仮想アプリケーションである、共有ストレージを持つXenServerプールを対象としています。
アップグレードの推奨オプション：
  • ローリングプールアップグレード
    • 推定アップグレード時間：プール内のホスト数に単一ホストのアップグレード時間を乗じたもの。（N x 35分）
    • 停止動作：サービス停止なし

ローリングプールアップグレード (2)

開始する前にの手順とガイダンスを確認してください。
  1. プールにホストが1つ少ない状態でワークロードを実行するのに十分な容量があることを確認してください。アップグレードプロセス中、各ホストは一度に1つずつ削除されます。残りのホストは、必要なすべてのVMを実行できる必要があります。
    プールに十分な容量がない場合、アップグレードプロセス中に一部のマシンが利用できなくなる可能性があります。可能であれば、アップグレードプロセス中に重要でないVMを一時停止できます。
  2. XenServerプールによって提供されるすべてのマシンが電源オンになっており、関連するデリバリーグループでCitrix Virtual Apps and Desktops™に登録されていることを確認してください。
    • 管理されていないマシンについて：
      • XenCenter®を使用して、すべてのVMが電源オンになっていることを確認してください。
      • アップグレードプロセス中に手動で電源操作を行わないでください。
    • 電源管理されたマシンについて：
      • すべてのマシンが電源オンになっていることを確認します (XenCenter、Citrix® Studio、またはWeb Studioを使用)。
      • アップグレードプロセス中に新しいセッションを開始できるようにするには：
        • マシンをメンテナンスモードに設定しないでください。
        • アップグレードプロセス中に手動で電源操作を行わないでください。
        • マシンを一時停止させる可能性のある電源管理スキームを無効にします。
        • マシンの電源をオフにしたり、一時停止させたりする可能性のある他のプロセスがないことを確認します。
      • アップグレード中に新しいセッションを開始できないことが許容される場合：
      詳細については、「デリバリーグループ内の電源管理されたマシン」を参照してください。
    • Machine Creation Services™によって管理されるマシンについて
      • 前のリスト項目にある電源管理されたマシンと同じガイダンスに従ってください。
      • さらに、アップグレード期間全体を通して、新しいマシンを作成しようとしないでください。
  3. XenCenterで、ローリングプールアップグレードウィザードを開始し、自動モードを選択します。詳細については、「XenCenterを使用したローリングプールアップグレード」を参照してください。
  4. 環境の操作を通常の構成に戻します。
    • 以前の手順で設定されたメンテナンスモードのフラグをすべて削除します。
    • 以前の手順で行われた電源管理スキームの調整をすべて元に戻します。

ケース3：ローカルストレージを持つプールまたはスタンドアロンホストで実行されている割り当て済みデスクトップ

このユースケースは、共有ストレージを持たないXenServerスタンドアロンホストまたはプールを対象としており、その主要なワークロードは、割り当てられたマシン割り当てタイプを持つシングルセッション仮想デスクトップです。
アップグレードの推奨オプション：
  • ローリングプールアップグレード 単一のメンテナンスウィンドウでRPUを自動モードで使用します。これにより、すべてのユーザーはアップグレード全体で停止を経験しますが、プールの管理オーバーヘッドは低くなります。
    • 推定アップグレード時間：プール内のホスト数に単一ホストのアップグレード時間を乗じた時間。(N x 35分)
    • 停止動作：すべてのマシンは、アップグレード時間全体にわたってCitrix Virtual Apps and Desktopsのメンテナンスモードになります。
  • 手動アップグレード このモードは、アップグレード中の各ユーザーに対する停止時間を最小限に抑えますが、管理者にとってはより多くの作業が必要です。
    • 推定アップグレード時間：単一ホストのアップグレード時間の2倍。(約70分)
    • 停止動作：各デスクトップは、個々のホストのアップグレード時間中に利用できなくなります。この時間は通常35分です。

ローリングプールアップグレード (3)

開始する前に の手順とガイダンスを確認してください。
  1. プールからマシンを提供しているすべてのデリバリーグループまたはカタログをメンテナンスモードにします。
    マシンがメンテナンスモードの間は、プール内のマシンで新しいセッションを開始することはできません。既存のセッションは、マシンがシャットダウンまたは一時停止されるまで維持されます。
    詳細については、「デリバリーグループ内のマシンへのユーザー接続を防止する」を参照してください。
  2. 影響を受けるすべてのユーザーに、間もなく発生する停止について通知します。セッションを終了する必要がある時刻と、サービスが復元される時期を伝えます。
  3. 影響を受けるマシンに残っているセッションを確認し、これらのセッションに対して適切な措置を講じます。
  4. XenCenterで、ローリングプールアップグレードウィザードを開始し、自動モードを選択します。詳細については、「XenCenterを使用したローリングプールアップグレード」を参照してください。
    アップグレードが完了すると、ローリングプールアップグレードの一部として一時停止されていたVMはすべて再起動されます。
  5. マシンをメンテナンスモードから解除します。
    これで新しいセッションを開始し、完全なサービスを再開できます。

手動アップグレード (3)

この手動プロセスを使用して、まずプールコーディネーターをアップグレードし、次に他のすべてのホストを並行してアップグレードすることで、全体の停止時間を大幅に短縮できます。
注：
並行アップグレードアプローチでは、リスクプロファイルが変化します。アップグレード中に問題が発生した場合、すべてのホストがアップグレードされ、その問題が発生するまで検出されない可能性があります。一方、ホストを順次アップグレードする場合は、次のホストに進む前に、各ホストでアップグレードが成功したことを確認できます。
「開始する前に」の手順とガイダンスを確認してください。
  1. XenServerプールまたはホストによって提供されるすべてのマシンがオンになっており、関連するデリバリーグループでCitrix Virtual Apps and Desktops™に登録されていることを確認します。
    • 管理されていないマシンについては：
      • XenCenter® を使用して、すべての VM の電源がオンになっていることを確認します。
      • アップグレードプロセス中に手動で電源操作を行わないでください。
    • 電源管理されたマシンについて：
      • すべてのマシンが電源オンになっていることを確認します (XenCenter または Studio を使用)。
      • アップグレードプロセス中に新しいセッションを開始できるようにするには：
        • マシンをメンテナンスモードに設定しないでください。
        • アップグレードプロセス中に手動で電源操作を行わないでください。
        • マシンを一時停止させる可能性のある電源管理スキームをすべて無効にします。
        • マシンの電源をオフにしたり、一時停止させたりする可能性のある他のプロセスがないことを確認します。
      • アップグレード中に新しいセッションを開始できないことが許容される場合：
      詳細については、「デリバリーグループ内の電源管理されたマシン」を参照してください。
    • Machine Creation Services™ によって管理されるマシンについて
      • 前のリスト項目にある電源管理されたマシンと同じガイダンスに従ってください。
      • さらに、アップグレード期間中はマシンの作成を試みないでください。
  2. プールコーディネーターと関連するVMを特定します。
  3. プールコーディネーターホスト上のカタログにあるマシンをメンテナンスモードにします。
  4. Director、Citrix® Studio、またはWeb Studioを使用して、アクティブなセッションに接続しているユーザーに、デスクトップが一時的にオフラインになることを警告するメッセージを送信します。この期間は、この個々のホストのアップグレード時間です（約35分）。
  5. xe CLIを使用してプールコーディネーターを更新します。
    1. プールコーディネーターを無効にします。これにより、新しいVMが指定されたホストで起動したり、指定されたホストに移行されたりするのを防ぎます。
      xe host-disable host=<uuid_or_name_label>
    2. プールコーディネーター上でVMが実行されていないことを確認します。VMをシャットダウン、一時停止、またはプール内の他のホストに移行します。
      • VMをシャットダウンするには、次のコマンドを使用します。
        xe vm-shutdown
      • VMを一時停止するには、次のコマンドを使用します。
        xe vm-suspend
      • 特定のVMを移行するには、次のコマンドを使用します。
        xe vm-migrate
        指定されたVMを指定されたホストに移行することで、移行されたVMのプール内の他のホストへの分散を完全に制御できます。
      • ホストを退避させるには、次のコマンドを使用します。
        xe host-evacuate
        ホストからすべてのVMを退避させると、移行されたVMの分散はXenServerに任されます。
    3. プールコーディネーターをシャットダウンします。
      xe host-shutdown
      重要:
      プールコーディネーターのアップグレードが完了するまで、プールコーディネーターに連絡することはできません。プールコーディネーターをシャットダウンすると、プール内の他のホストは緊急モードに入ります。ホストは、プールコーディネーターがネットワークから消え、数回の試行後も連絡が取れないプールにいる場合、緊急モードに入ることがあります。緊急モードのホストではVMは引き続き実行されますが、制御操作は利用できません。
    4. XenServerインストールメディアと、選択した方法（USBやネットワークなど）を使用して、プールコーディネーターを起動します。
    5. インストーラーがアップグレードオプションを提示するまで、XenServerのインストール手順に従います。アップグレードを選択します。
      プールコーディネーターが再起動すると、プール内の他のホストは緊急モードを終了し、数分後に通常のサービスが復元されます。
    6. シャットダウンまたは一時停止されているVMを起動または再開します。
    7. プールコーディネーターに戻したいVMを移行します。
    プールコーディネーターのアップグレードが中断された場合、または何らかの理由でアップグレードが失敗した場合は、アップグレードを続行しようとしないでください。プールコーディネーターを再起動し、動作するバージョンに復元してください。
  6. プールコーディネーターがアップグレードされたら、Citrix StudioまたはWeb Studioで、プールコーディネーター上のマシンをメンテナンスモードから解除します。
  7. プール内の残りのすべてのホストについて、以下の手順を並行して実行します。
    1. ホスト上のカタログにあるマシンをメンテナンスモードにします。
    2. Director、Citrix Studio、またはWeb Studioを使用して、アクティブなセッションに接続しているユーザーに、デスクトップが一時的にオフラインになることを警告するメッセージを送信します。この期間は、この個々のホストのアップグレード時間（約35分）です。
    3. xe CLIを使用してホストを無効にします。
      xe host-disable host-selector=<host_selector_value>
    4. ホスト上でVMが実行されていないことを確認します。VMをシャットダウン、一時停止、またはプール内の他のホストに移行します。
      • VMをシャットダウンするには、次のコマンドを使用します。
        xe vm-shutdown
      • VMを一時停止するには、次のコマンドを使用します。
        xe vm-suspend
      • 特定のVMを移行するには、次のコマンドを使用します。
        xe vm-migrate
        指定されたVMを指定されたホストに移行することで、移行されたVMをプール内の他のホストに分散させる方法を完全に制御できます。
      • ホストを退避させるには、次のコマンドを使用します。
        xe host-evacuate
        ホストからすべてのVMを退避させると、移行されたVMの分散はXenServerに任されます。
    5. ホストをシャットダウンします。
      xe host-shutdown
    6. XenServerのインストールメディアと、選択した方法（USBやネットワークなど）を使用してホストを起動します。
    7. インストーラーがアップグレードオプションを提示するまで、XenServerのインストール手順に従います。アップグレードを選択します。
    8. ホストのアップグレードが完了したら、シャットダウンまたは中断されているVMを起動または再開します。
    9. ホストに戻したいVMを移行します。
    従属ホストのアップグレードが失敗または中断された場合でも、元に戻す必要はありません。プール内でコマンド xe host-forget を実行して、そのホストを忘却させます。ホストにXenServerを再インストールし、コマンド xe pool-join を使用して新しいホストとしてプールに参加させます。
  8. XenServerホストが更新されたら、Citrix StudioまたはWeb Studioでマシンをメンテナンスモードから解除します。

ケース4：ローカルストレージを持つプールまたはスタンドアロンホストで実行されているその他のワークロード

このユースケースは、共有ストレージを持つXenServerプールで、主要なワークロードがシングルセッションの仮想デスクトップまたはランダムマシン割り当てタイプのマルチセッション仮想アプリケーションである場合を対象としています。
Citrix Virtual Apps and Desktopsによって管理されるワークロード（Citrix ProvisioningおよびMachine Creation Servicesによって電源管理されるものを含む）の場合、アップグレードの実行中に完全なワークロードを維持することはできません。マシンの電源管理はアップグレードプロセス中に問題となる可能性があり、新しいセッションの作成を無効にせずに電源管理を無効にすることはできません。
アップグレードの推奨オプション：
  • 「ローリングプールアップグレード」(#rolling-pool-upgrade-4)
    • アップグレード時間の目安: プール内のホスト数に単一ホストのアップグレード時間を乗じた時間。(N x 35 分)
    • 停止時の動作: すべてのマシンは、アップグレード時間全体にわたってCitrix Virtual Apps and Desktopsのメンテナンスモードになります。
  • 「手動アップグレード」(#manual-upgrade-4)
    • アップグレード時間の目安: 単一ホストのアップグレード時間の2倍。(約70分)
    • 停止時の動作: すべてのマシンは、アップグレード時間全体にわたってCitrix Virtual Apps and Desktopsのメンテナンスモードになります。
可能であれば、このプールのアップグレード中に、容量のある他のXenServerプールからワークロードを利用できるようにしてください。このアプローチでは、アップグレード中に容量が減少する可能性があります。他のXenServerホストやプールにワークロードの容量がない場合は、ワークロード内のすべてのマシンで停止を宣言することをお勧めします。

ローリングプールアップグレード (4)

「開始する前に」(/ja-jp/xenserver/8/install/upgrade.html#before-you-start)の手順とガイダンスを確認してください。
  1. プール内のすべてのマシンをメンテナンスモードにします。すべてのマシンが同じ接続を使用している場合は、マシンカタログ全体をメンテナンスモードにすることができます。
  2. 影響を受けるすべてのユーザーに、間近に迫った停止を通知します。
    • このプール内のマシンでセッションがまだ実行されている場合は、ユーザーにログオフを依頼するか、セッションを強制終了させます。
    • ユーザーには、ログオフ後、完全なサービスが再開されるまで再度ログインできないことを伝えます。
  3. XenCenterで、ローリングプールアップグレードウィザードを開始し、自動モードを選択します。詳細については、「XenCenterを使用したローリングプールアップグレード」(/ja-jp/xenserver/8/install/upgrade.html#rolling-pool-upgrade-by-using-xencenter)を参照してください。
    アップグレードが完了すると、ローリングプールアップグレードの一部として中断されていたVMはすべて再起動されます。
  4. マシンをメンテナンスモードから解除します。
    新しいセッションを開始し、完全なサービスを再開できます。

手動アップグレード (4)

この手動プロセスを使用して、まずプールコーディネーターをアップグレードし、次に他のすべてのホストを並行してアップグレードすることで、全体の停止時間を大幅に短縮できます。
注：
並行アップグレードアプローチでは、リスクプロファイルが変化します。アップグレード中に問題が発生した場合、すべてのホストがアップグレードされ、問題が発生するまで検出されない可能性があります。一方、ホストを順次アップグレードする場合、次のホストに進む前に、各ホストでアップグレードが成功したことを確認できます。
開始する前に の手順とガイダンスを確認してください。
  1. XenServerプールまたはホストによって提供されるすべてのマシンがオンになっており、関連するデリバリーグループでCitrix Virtual Apps and Desktops™に登録されていることを確認してください。
    • 管理対象外のマシンについて：
      • XenCenter® を使用して、すべてのVMが電源オンになっていることを確認します。
      • アップグレードプロセス中に手動で電源操作を行わないでください。
    • 電源管理対象のマシンについて：
      • すべてのマシンが電源オンになっていることを確認します（XenCenterまたはStudioを使用）。
      • アップグレードプロセス中に新しいセッションを開始できるようにするには：
        • マシンをメンテナンスモードに設定しないでください。
        • アップグレードプロセス中に手動で電源操作を行わないでください。
        • マシンを一時停止させる可能性のある電源管理スキームをすべて無効にします。
        • マシンの電源を切ったり、一時停止させたりする可能性のある他のプロセスがないことを確認してください。
      • アップグレード中に新しいセッションを開始できないことが許容される場合：
      詳細については、「デリバリーグループ内の電源管理されたマシン」を参照してください。
    • Machine Creation Services™ で管理されているマシンについて
      • 前のリスト項目にある電源管理されたマシンと同じガイダンスに従ってください。
      • さらに、アップグレード期間全体を通してマシンの作成を試みないでください。
  2. プールコーディネーターと関連するVMを特定します。
  3. プールコーディネーターホスト上のカタログにあるマシンをメンテナンスモードにします。
  4. Director、Citrix® Studio、またはWeb Studioを使用して、アクティブなセッションに接続しているユーザーにメッセージを送信し、デスクトップが一時的にオフラインになることを警告します。この期間は、この個々のホストのアップグレード時間（約35分）です。
  5. xe CLIを使用してプールコーディネーターを更新します。
    1. プールコーディネーターを無効にします。これにより、新しいVMが指定されたホストで起動したり、指定されたホストに移行されたりするのを防ぎます。
      xe host-disable host=<uuid_or_name_label>
    2. プールコーディネーター上でVMが実行されていないことを確認します。VMをシャットダウン、一時停止、またはプール内の他のホストに移行します。
      • VMをシャットダウンするには、次のコマンドを使用します。
        xe vm-shutdown
      • VMを一時停止するには、次のコマンドを使用します。
        xe vm-suspend
      • 特定のVMを移行するには、次のコマンドを使用します。
        xe vm-migrate
        指定されたVMを指定されたホストに移行することで、移行されたVMのプール内の他のホストへの分散を完全に制御できます。
      • ホストを退避させるには、次のコマンドを使用します。
        xe host-evacuate
        ホストからすべてのVMを退避させると、移行されたVMの分散はXenServerに任されます。
    3. プールコーディネーターをシャットダウンします。
      xe host-shutdown
      重要:
      プールコーディネーターのアップグレードが完了するまで、プールコーディネーターに接続できません。プールコーディネーターをシャットダウンすると、プール内の他のホストは緊急モードに入ります。ホストは、プールコーディネーターがネットワークから消え、何度か試行しても接続できないプールに属している場合に緊急モードに入ることがあります。緊急モードのホストではVMは引き続き実行されますが、制御操作は利用できません。
    4. XenServerインストールメディアと、選択した方法（USBまたはネットワークなど）を使用して、プールコーディネーターを起動します。
    5. XenServerのインストール手順に従い、インストーラーがアップグレードオプションを提示するまで進めます。アップグレードを選択します。
      プールコーディネーターが再起動すると、プール内の他のホストは緊急モードを終了し、数分後に通常のサービスが復元されます。
    6. シャットダウンまたは一時停止したVMを起動または再開します。
    7. プールコーディネーターに戻したいVMを移行します。
    プールコーディネーターのアップグレードが中断された場合、または何らかの理由でアップグレードが失敗した場合は、アップグレードを続行しないでください。プールコーディネーターを再起動し、動作するバージョンに復元してください。
  6. プールコーディネーターがアップグレードされたら、Citrix StudioまたはWeb Studioでプールコーディネーター上のマシンをメンテナンスモードから解除します。
  7. プール内の残りのすべてのホストについて、以下の手順を並行して実行します。
    1. ホスト上のカタログにあるマシンをメンテナンスモードにします。
    2. Director、Citrix Studio、またはWeb Studioを使用して、アクティブなセッションに接続しているユーザーに、デスクトップが一時的にオフラインになることを警告するメッセージを送信します。この期間は、この個々のホストのアップグレード時間（約35分）です。
    3. xe CLIを使用してホストを無効にします。
      xe host-disable host-selector=<host_selector_value>
    4. ホスト上でVMが実行されていないことを確認します。VMをシャットダウン、一時停止、またはプール内の他のホストに移行します。
      • VMをシャットダウンするには、次のコマンドを使用します。
        xe vm-shutdown
      • VMを一時停止するには、次のコマンドを使用します。
        xe vm-suspend
      • 特定のVMを移行するには、次のコマンドを使用します。
        xe vm-migrate
        指定されたVMを指定されたホストに移行することで、移行されたVMのプール内の他のホストへの分散を完全に制御できます。
      • ホストを退避させるには、次のコマンドを使用します。
        xe host-evacuate
        ホストからすべてのVMを退避させると、移行されたVMの分散はXenServerに任されます。
    5. ホストをシャットダウンします。
      xe host-shutdown
    6. XenServerインストールメディアと選択した方法（USBやネットワークなど）を使用してホストを起動します。
    7. XenServerのインストール手順に従い、インストーラーがアップグレードのオプションを提示するまで進めます。アップグレードを選択してください。
    8. ホストのアップグレードが完了したら、シャットダウンまたは一時停止されているVMを起動または再開します。
    9. ホストに戻したいVMを移行します。
    従属ホストのアップグレードが失敗または中断された場合でも、元に戻す必要はありません。プール内でコマンド xe host-forget を実行して、そのホストを削除します。ホストにXenServerを再インストールし、新しいホストとしてコマンド xe pool-join を使用してプールに参加させます。
  8. XenServerホストが更新されたら、Citrix StudioまたはWeb Studioでマシンをメンテナンスモードから解除します。

混在モードプール

混在モードプールとは、プール内のホストが異なるバージョンのXenServerを使用している状態を指します。アップグレード中にプールは機能低下状態で動作するため、必要以上に混在モード（複数のバージョンのXenServerを使用）でプールを運用しないでください。この機能低下状態では、特定のVM、SR、VDI、およびホスト操作がブロックされます。より新しいバージョンのXenServerを実行しているホストで実行されたVMは、より古いバージョンのXenServerを実行しているホストに移行したり、そこで起動したりすることはできません。
混在モードプールは標準的な使用にはサポートされておらず、プールのアップグレード中の一時的な状態としてのみサポートされます。混在モードで実行中に問題が発生した場合、テクニカルサポートはプールのアップグレードを完了し、非混在プールで問題を再現するよう求めます。
Citrix Virtual Apps and Desktops環境のアップグレードオプションを確認した後、計画しているXenServerのアップグレードパスが、利用可能なメンテナンスウィンドウよりも長くかかる場合があります。可能であれば、メンテナンスウィンドウを延長して、その期間内にXenServerのアップグレードが完了するようにしてください。これが不可能な場合は、次のメンテナンスウィンドウまでプールを混在モードで実行することを選択できます。ただし、プールを混在モードで実行すると、予期しない動作や問題が発生し、緊急メンテナンスウィンドウが必要になる可能性が高まります。プールが混在モードで費やす時間を最小限に抑えるように計画してください。
Citrix Virtual Apps and Desktops環境が一時的に混在モードのXenServerプール上で実行されている場合、以下の動作に注意してください。
  • 再利用前にVMの再起動が必要なプールされたデスクトップワークロードの場合、VMは新しいバージョンのXenServerを実行しているホストでのみ再起動されます。プールの実効容量は制限されます。プール内のホストのうち、どれだけがアップグレードされたかによっては、必要なすべてのVMを再起動するための容量が不足する可能性があります。この動作は障害を引き起こす可能性があり、一部のCitrix Virtual Apps and Desktopsユーザーは必要なセッションにアクセスできない場合があります。
  • 古いバージョンのXenServerを実行しているホスト上にあるローカルストレージを使用する専用マシンがある場合、これらのVMは停止できますが、アップグレードが完了し、プールが混在モードでなくなるまで再起動することはできません。