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

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を追加、起動、または停止しないでください。
• その期間中にカタログの更新を実行しないでください。

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

ローリングプールアップグレードは、アップグレードプロセスを簡素化し、ダウンタイムを最小限に抑えるように設計された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プール、またはスタンドアロンの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プールを対象としています。

推奨されるアップグレードオプション:

• ローリングプールアップグレード
  • 推定アップグレード時間: プール内のホスト数に単一ホストのアップグレード時間を乗じたもの。(N x 35 minutes)
  • 停止時の動作: サービス停止なし

ローリングプールアップグレード (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のスタンドアロンホストまたはプールで、その主要なワークロードが割り当てられたマシン割り当てタイプのシングルセッション仮想デスクトップである場合を対象としています。

アップグレードの推奨オプション:

• ローリングプールアップグレード 1つのメンテナンスウィンドウで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によって電源管理されるものを含む）の場合、アップグレードの実行中に完全なワークロードを維持することはできません。マシンの電源管理はアップグレードプロセス中に問題となる可能性があり、新しいセッションの作成を無効にせずに電源管理を無効にすることはできません。

アップグレードの推奨オプション：

• ローリングプールアップグレード
  • 推定アップグレード時間：プール内のホスト数に単一ホストのアップグレード時間を乗じた時間。（N x 35 minutes）
  • 停止動作：すべてのマシンは、アップグレード時間全体にわたってCitrix Virtual Apps and Desktopsメンテナンスモードになります。
• 手動アップグレード
  • 推定アップグレード時間：単一ホストのアップグレード時間の2倍。（Approximately 70 minutes）
  • 停止動作：すべてのマシンは、アップグレード時間全体にわたってCitrix Virtual Apps and Desktopsメンテナンスモードになります。

可能であれば、このプールのアップグレード中に、容量のある他のXenServerプールからワークロードを利用できるようにしてください。このアプローチは、アップグレード中に容量が減少する可能性があります。他のXenServerホストおよびプールにワークロードの容量がない場合は、ワークロード内のすべてのマシンについて停止を宣言することをお勧めします。

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

開始する前にの手順とガイダンスを確認してください。

1. プール内のすべてのマシンをメンテナンスモードにします。すべてのマシンが同じ接続を使用している場合は、マシンカタログ全体をメンテナンスモードにすることができます。

2. 影響を受けるすべてのユーザーに、間もなく発生する停止について通知します。

   • このプール内のマシンでセッションがまだ実行されている場合は、ユーザーにログオフを依頼するか、セッションを強制終了させます。

   • ユーザーに、ログオフ後、完全なサービスが再開されるまで再度ログインできないことを通知します。

3. XenCenterで、ローリングプールアップグレードウィザードを開始し、自動モードを選択します。詳細については、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は停止できますが、アップグレードが完了し、プールが混在モードでなくなるまで再起動できません。