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

最終公開日 : Oct 07, 2026
XenServer には、Citrix Virtual Apps and Desktops 環境で使用するのに理想的なハイパーバイザーとなる機能と最適化が含まれています。
Citrix Virtual Apps and Desktops で XenServer を使用している場合、メインのアップグレード記事「既存バージョンからのアップグレード」ではカバーされていないアップグレード実行時の考慮事項がいくつかあります。XenServer 8.4 から XenServer 9 へのアップグレードを開始する前に、この記事とメインのアップグレード記事の両方を確認してください。
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
XenServer® と Citrix® 製品の使用

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

ローリングプールアップグレードは、アップグレードプロセスを容易にし、ダウンタイムを最小限に抑えるように設計された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プールはCitrix Virtual Apps and Desktopsワークロードの1種類のみをホストしていると仮定します。プールに異なる種類のワークロードが混在している場合は、プールに適用されるすべてのケースを確認して、推奨されるアップグレードアプローチを決定してください。
まず、XenServer環境がどのように構成されているかを検討してください。
  • 共有ストレージを持つXenServerプール
    1つ以上の共有ストレージリポジトリ（SR）を持つXenServerプールでは、VMディスクをこの共有ストレージにホストできます。これにより、アップグレード中にVMをホスト間で移行できます。この構成により、VMのダウンタイムの必要性を減らしたり、なくしたりすることができます。
  • 共有ストレージを持たないXenServerプールまたはスタンドアロンホスト
    共有ストレージを持たないXenServerプール、またはスタンドアロンのXenServerホストでは、アップグレードプロセス中にVMを移行できません。アップグレードの一部としてホストが再起動するときは、VMをシャットダウンする必要があります。

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

VMディスクが共有ストレージに配置されているプールをアップグレードする場合、アップグレード中にプール内の各XenServerホストからVMを退避させることができます。
このタイプのプールにおけるほとんどのユースケースは、ローリングプールアップグレードを使用してアップグレードできます。ただし、Citrix Virtual Apps and Desktopsで必要となる前提条件のアクションと、停止動作はワークロードによって異なります。
プールでホストされているCitrix Virtual Apps and Desktopsワークロードの種類を考慮してください。

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

VMディスクがローカルストレージに配置されているプールをアップグレードする場合、またはプールに単一のホストがある場合、アップグレード中にVMをXenServerホストから移行することはできません。これらの場合、ホストまたはプールのアップグレード中はVMをシャットダウンする必要があります。これらのケースでは、仮想アプリとデスクトップに何らかの停止が発生することは避けられません。
プールでホストされているCitrix Virtual Apps and Desktopsワークロードの種類を考慮してください。

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

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

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

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

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

このユースケースは、プライマリワークロードが割り当て済みマシン割り当てタイプのシングルセッション仮想デスクトップ、またはランダムマシン割り当てタイプのマルチセッション仮想アプリケーションである、共有ストレージを持つXenServerプールを対象としています。
アップグレードの推奨オプション:
  • ローリングプールアップグレード](#rolling-pool-upgrade-2)
    • 推定アップグレード時間: プール内のホスト数に単一ホストのアップグレード時間を乗じた時間。(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で、Rolling Pool Upgradeウィザードを開始し、自動モードを選択します。詳しくは、「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)

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

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

この手動プロセスを使用して、まずプールコーディネーターをアップグレードし、次に他のすべてのホストを並行してアップグレードすることで、全体の停止時間を大幅に短縮できます。
注:
並行アップグレードアプローチでは、リスクプロファイルが変化します。アップグレード中に問題が発生した場合、すべてのホストがアップグレードされ、その問題が発生するまで検出されない可能性があります。一方、ホストを順次アップグレードする場合、次のホストに進む前に、各ホストでアップグレードが成功したことを確認できます。
「開始する前に」(/ja-jp/xenserver/9/install/upgrade.html#before-you-start)の手順とガイダンスを確認してください。
  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 は停止できますが、アップグレードが完了し、プールが混合モードでなくなるまで再起動することはできません。