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

XenServerには、Citrix Virtual Apps and Desktops環境で使用する理想的なハイパーバイザーであるための機能と最適化が含まれています。

Citrix Virtual Apps and DesktopsでXenServerを使用している場合、メインのアップグレード記事「既存バージョンからのアップグレード」では説明されていない、アップグレードを実行する際の考慮事項がいくつかあります。Citrix Hypervisor 8.2からXenServer 8へのアップグレードを開始する前に、この記事とメインのアップグレード記事の両方を確認してください。

重要：

Citrix Virtual Apps and Desktopsライセンスを使用してCitrix Hypervisor 8.2累積更新プログラム1ホストのライセンスを取得した場合、このライセンスはXenServer 8には適用されなくなります。代わりに、プール内のすべてのCPUソケットをカバーするXenServer Premium Editionライセンスを取得する必要があります。詳しくは、https://xenserver.com/buyを参照してください。

XenServerは、Citrixワークロードを実行するためのCitrix for Private Cloud、Citrix Universal Hybrid Multi Cloud、およびCitrix Platformライセンスサブスクリプションでの使用権になりました。詳細の表示。

Citrix Virtual Apps and Desktops環境でXenServerをアップグレードする場合の考慮事項：

• XenServerホストはアップグレードのプロセスで2回再起動します。アップグレードの開始時に、サーバーをインストールメディアで起動する必要があります。プロセスの最後に、インストーラーはサーバーを再起動してアップグレードを完了します。これらのホスト上の仮想マシンは、この間に移行か停止のどちらかを実行する必要があります。
• XenServerのアップグレードに使用するアプローチは、XenServer環境、Citrix Virtual Apps and Desktops環境、およびXenServerによってホストされているマシンとアプリケーションの種類によって異なります。
• XenServerのアップグレードを開始する前に、Citrix Virtual Apps and Desktops環境でいくつかの準備が必要な場合があります。
• この記事では、Citrix Virtual Apps and DesktopsのワークロードがXenServerプールでホストされているユースケースについてのみ説明します。XenServerプール内の仮想マシン上でCitrix Virtual Apps and Desktopsインフラストラクチャの一部もホストしているケースについては、この記事では取り上げていません。アップグレード計画を立てるときは、これらのコンポーネントを考慮に入れてください。
• 使用しているCitrix Virtual Apps and Desktopsのバージョンが、アップグレード元のXenServerのバージョンとアップグレード先のバージョンの両方でサポートされていることを確認してください。詳しくは、「Supported Hypervisors for Citrix Virtual Apps and Desktops (MCS) and Citrix Provisioning (PVS)」を参照してください。
• アップグレードにかかる時間とサービス停止の可能性は、アップグレードのアプローチによって異なります。プール全体の完全アップグレードが完了するまでに数時間かかる場合があります。
• この記事では、単一のXenServerホストを完全にアップグレードするのにかかる時間を、35分と想定しています。このホストのアップグレード時間には、アップグレードプロセスと必要な再起動が含まれます。

この記事で説明するアプローチは、サービス停止の可能性を減らし、アップグレードプロセスをメンテナンス期間内に収まるようにするアップグレード方法を案内することを目的としています。ただし、場合によっては、サービスの停止が避けられない場合もあります。XenServerのアップグレードプロセスがメンテナンス期間内に収まらない場合は、メンテナンス期間の合間に短時間、混在モードでプールを実行できます。ただし、これはお勧めできません。詳しくは、「混在モードのプール」を参照してください。

XenServerアップグレードの計画的なメンテナンス期間中は、次の制限に従ってください：

• アップグレード中のプールのインフラストラクチャを再構成しようとしないでください。たとえば、プールにホストを追加したり、プールからホストを削除したりしないでください。
• アップグレード中のプール内で仮想マシンを追加、起動、または停止しないでください。
• この期間中はカタログのアップデートを実行しないでください。

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

プールのローリングアップグレードは、アップグレードプロセスを容易にし、ダウンタイムを最小限に抑えるように設計されたXenServerの機能です。

XenCenterのプールのローリングアップグレードウィザードでは、アップグレードパスが自動的に構成され、アップグレード手順が順番に表示されます。リソースプールでは、プールコーディネーターが最初にアップグレードされ、ほかのサーバーが順番にアップグレードされます。アップグレードの前に、ウィザードによりいくつかの事前チェックが実行されます。これにより、高可用性などのプールレベルの機能が一時的に無効になっており、個々のサーバーでアップグレードの準備が完了しているかどうかが確認されます。ローリングアップグレードでは、プール内のサーバーが1台ずつオフラインになり、アップグレードがインストールされます。そのサーバー上で実行中の仮想マシンは、自動的にほかのサーバー上に移行されます。

プールのローリングアップグレードは、この記事で説明するCitrix Virtual Apps and Desktopsのユースケースの多くに使用できます。それぞれのアップグレード時間は同じです。つまり、プール内のホストの数と単一ホストのアップグレード時間の積です。（N x 35分）。仮想マシンが停止する可能性は、Citrix Virtual Apps and DesktopsのワークロードとXenServerプールの設定によって異なります。

プールのローリングアップグレードを使用してXenServerプールをアップグレードする場合でも、特定の環境の情報を確認して、Citrix Virtual Apps and Desktopsの前提条件アクション、特別な考慮事項、および予期される動作を確実に理解してください。

使用例

この記事では、さまざまなユースケースについて紹介します。これらの各ユースケースでは、XenServerプールが1種類のCitrix Virtual Apps and Desktopsのワークロードのみをホストすると想定しています。プールにさまざまな種類のワークロードが混在している場合は、プールに該当するすべてのケースを検討して、望ましいアップグレードアプローチを決定してください。

まず、XenServer環境がどのように構成されているかを検討してください：

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

  1つ以上の共有ストレージリポジトリ（SR）を持つXenServerプールでは、この共有ストレージ上で仮想マシンディスクをホストでき、アップグレード中に仮想マシンをホスト間で移行できます。この構成により、仮想マシンのダウンタイムの必要性を軽減または排除できます。

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

  共有ストレージのないXenServerプール、またはスタンドアロンのXenServerホストでは、アップグレードプロセス中に仮想マシンを移行できません。アップグレードの過程でホストが再起動するときは、仮想マシンをシャットダウンする必要があります。

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

仮想マシンディスクが共有ストレージ上にあるプールをアップグレードする場合は、アップグレード中にプール内の各XenServerホストから仮想マシンを退避できます。

このタイプのプールのほとんどのユースケースは、プールのローリングアップグレードを使用してアップグレードできます。ただし、Citrix Virtual Apps and Desktopsで必要な前提条件アクションと停止動作はワークロードによって異なります。

プールでホストされているCitrix Virtual Apps and Desktopsのワークロードの種類を検討してください：

• 未割り当てのシングルセッションデスクトップ

• その他のワークロード

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

仮想マシンディスクがローカル ストレージ上に配置されているプールをアップグレードする場合、またはプール内に単一のホストがある場合、アップグレード中に仮想マシンをXenServerホストから移行することはできません。このような場合、ホストまたはプールのアップグレード中は仮想マシンをシャットダウンする必要があります。また、仮想アプリとデスクトップはこの場合一定期間利用できません。

プールでホストされている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を使用したプールのローリングアップグレード」を参照してください。

   アップグレードが完了すると、プールのローリングアップグレードで一時停止された仮想マシンがすべて再起動されます。

4. マシンの保守モードを解除します。

   新しいセッションを開始して、完全なサービスを再開できるようになりました。

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

このユースケースでは、共有ストレージがあるXenServerプールを対象としています。共有ストレージの主なワークロードは、マシン割り当ての種類が「割り当て済み」のシングルセッション仮想デスクトップと「ランダム」のマルチセッション仮想アプリケーションです。

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

• プールのローリングアップグレード
  • 推定アップグレード時間：プール内のホストの数と単一ホストのアップグレード時間の積です。（N x 35分）
  • 停止動作：サービス停止なし

プールのローリングアップグレード（2）

「はじめに」の手順とガイダンスを確認してください。

1. プール内のホストが1つ少ない状態で、ワークロードを実行するのに十分な容量がプールにあることを確認してください。アップグレードプロセス中、各ホストは一度に1つずつ削除されます。残りのホストは、必要なすべての仮想マシンを実行できる必要があります。

   プールに十分な容量がない場合、アップグレードプロセス中に一部のマシンが使用できない可能性があります。可能であれば、重要ではない仮想マシンをすべて一時停止状態にしておくことをお勧めします。

2. XenServerプールによって提供されるすべてのマシンの電源がオンになっていて、関連するデリバリーグループのCitrix Virtual Apps and Desktopsに登録されていることを確認します。

   • 管理されていないマシンの場合：

     • XenCenterを使用して、すべての仮想マシンの電源がオンになっていることを確認します。
     • アップグレードプロセス中は手動で電源操作を実行しないでください。

   • 電源管理されたマシンの場合：

     • すべてのマシンの電源がオンになっていることを確認します（XenCenter、Citrix Studio、またはWeb Studioを使用）。
     • アップグレードプロセス中に新しいセッションを開始できるようにする場合：
       • マシンを保守モードに設定しないでください。
       • アップグレードプロセス中は手動で電源操作を実行しないでください。
       • マシンを一時停止する可能性のある電源管理スキームを無効にします。
       • マシンの電源をオフにしたり一時停止したりする可能性のあるプロセスが他にないことを確認してください。
     • アップグレード中に新しいセッションを開始できないことが許容できる場合：
       • ホスト接続を保守モードにします。詳しくは、「接続のメンテナンスモードのオン/オフの切り替え」を参照してください。
       • ログオフするとアップグレード中は再接続できないことを、エンドユーザーに通知します。

     詳しくは、「デリバリーグループの電源管理マシン」を参照してください。

   • Machine Creation Servicesで管理されるマシンの場合

     • 前述の電源管理されたマシンの場合と同じガイダンスに従ってください。
     • また、アップグレード期間中は新しいマシンを作成しないでください。

3. XenCenterで、プールのローリングアップグレードウィザードを開始し、自動モードを選択します。詳しくは、「XenCenterを使用したプールのローリングアップグレード」を参照してください。

4. 環境の操作を通常の構成に復元します。

   • 前の手順で設定した保守モードフラグをすべて削除します。
   • 前の手順で行った電源管理スキームの調整を元に戻します。

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

このユースケースでは、XenServerスタンドアロンホストまたはプールを対象としています。マシン割り当ての種類が「割り当て済み」のシングルセッション仮想デスクトップが主なワークロードである、共有ストレージはありません。

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

• プールのローリングアップグレード 単一のメンテナンス期間で、プールのローリングアップグレードを自動モードで使用します。これにより、アップグレード全体を通してすべてのユーザーが停止を経験することになりますが、プールの管理オーバーヘッドは抑えられます
  • 推定アップグレード時間：プール内のホストの数と単一ホストのアップグレード時間の積です。（N x 35分）
  • 停止動作：アップグレード中を通してすべてのマシンがCitrix Virtual Apps and Desktopsの保守モードになります。
• 手動アップグレード このモードでは、アップグレード中の各ユーザーの停止は最小限に抑えられますが、管理者にとってはより煩雑な作業になります
  • 推定アップグレード時間：単一ホストのアップグレード時間の2倍。（約70分）
  • 停止動作：各デスクトップは、個別ホストのアップグレード時間中は使用できなくなります。この時間は通常35分です。

プールのローリングアップグレード（3）

「はじめに」の手順とガイダンスを確認してください。

1. プールからマシンを提供しているすべてのデリバリーグループまたはカタログを保守モードにします。

   マシンが保守モードの間は、プール内のマシンで新しいセッションを開始できません。既存のセッションは、マシンがシャットダウンまたは一時停止されるまで維持されます。

   詳しくは、「デリバリーグループのマシンへのユーザーの接続を禁止する」を参照してください。

2. 影響を受けるすべてのユーザーに、差し迫った停止について通知します。セッションを終了しなければならない時刻を入力し、サービスがいつ復元されるかを示します。

3. 影響を受けるマシンに残っているセッションを確認し、これらのセッションに対して適切なアクションを実行します。

4. XenCenterで、プールのローリングアップグレードウィザードを開始し、自動モードを選択します。詳しくは、「XenCenterを使用したプールのローリングアップグレード」を参照してください。

   アップグレードが完了すると、プールのローリングアップグレードで一時停止された仮想マシンがすべて再起動されます。

5. マシンの保守モードを解除します。

   新しいセッションを開始して、完全なサービスを再開できるようになりました。

手動アップグレード（3）

この手動プロセスを使用して、最初にプールコーディネーターをアップグレードし、次に他のすべてのホストを並行してアップグレードすると、全体的な停止時間を大幅に短縮できます。

注：

並行アップグレードのアプローチでは、リスクプロファイルが変更されます。アップグレード中に問題が発生した場合、すべてのホストがアップグレードされ問題が発生するまで検出されない可能性があります。一方、ホストを順番にアップグレードする場合は、次のホストに進む前に、各ホストでアップグレードが成功したことを確認できます。

「はじめに」の手順とガイダンスを確認してください。

1. XenServerプールまたはホストによって提供されるすべてのマシンの電源がオンになっていて、関連するデリバリーグループのCitrix Virtual Apps and Desktopsに登録されていることを確認します。

   • 管理されていないマシンの場合：

     • XenCenterを使用して、すべての仮想マシンの電源がオンになっていることを確認します。
     • アップグレードプロセス中は手動で電源操作を実行しないでください。

   • 電源管理されたマシンの場合：

     • すべてのマシンの電源がオンになっていることを確認します（XenCenterまたはStudioを使用）。
     • アップグレードプロセス中に新しいセッションを開始できるようにする場合：
       • マシンを保守モードに設定しないでください。
       • アップグレードプロセス中は手動で電源操作を実行しないでください。
       • マシンを一時停止する可能性のある電源管理スキームを無効にします。
       • マシンの電源をオフにしたり一時停止したりする可能性のあるプロセスが他にないことを確認してください。
     • アップグレード中に新しいセッションを開始できないことが許容できる場合：
       • ホスト接続を保守モードにします。詳しくは、「接続のメンテナンスモードのオン/オフの切り替え」を参照してください。
       • ログオフするとアップグレード中は再接続できないことを、エンドユーザーに通知します。

     詳しくは、「デリバリーグループの電源管理マシン」を参照してください。

   • Machine Creation Servicesで管理されるマシンの場合

     • 前述の電源管理されたマシンの場合と同じガイダンスに従ってください。
     • また、アップグレード期間中はマシンを作成しないでください。

2. プールコーディネーターと関連する仮想マシンを特定します。

3. プールコーディネーターホスト上のカタログ内のマシンを保守モードにします。

4. Director、Citrix Studio、またはWeb Studioを使用して、アクティブなセッションにまだ接続しているユーザーにメッセージを送信し、デスクトップが一定期間オフラインになることを警告します。この期間は、この個別ホストのアップグレード時間です（約35分）。

5. xe CLIを使用してプールコーディネーターをアップデートします：

   1. プールコーディネーターを無効にします。これにより、新しい仮想マシンが当該のホスト上で起動したり当該のホストに移行されたりすることがなくなります。

      xe host-disable host=<uuid_or_name_label>
      

   2. そのプールコーディネーター上で仮想マシンが実行されていないことを確認します。実行されている場合は、シャットダウンまたは一時停止状態にするか、プール内のほかのホストに移行します。

      • 仮想マシンをシャットダウンするには、次のコマンドを使用します：

         xe vm-shutdown
        

      • 仮想マシンを一時停止するには、次のコマンドを使用します：

         xe vm-suspend
        

      • 仮想マシンを移行するには、次のコマンドを使用します：

         xe vm-migrate
        

        指定した仮想マシンを指定したホストに移行すると、移行した仮想マシンをプール内の他のホストにディストリビューションするときに、完全に制御できるようになります。

      • ホストを退避するには、次のコマンドを使用します：

         xe host-evacuate
        

        すべての仮想マシンをホストから退避すると、移行された仮想マシンのディストリビューションがXenServerに残ります。

   3. プールコーディネーターをシャットダウンします。

      xe host-shutdown
      

      重要：

      プールコーディネーターのアップグレードが完了するまで、そのプールコーディネーターに接続できなくなります。プールコーディネーターをシャットダウンすると、プール内の他のホストが緊急モードに入ります。プールコーディネーターへの接続が切断され、何回かの接続試行後も再接続できない場合に、そのプールのホストが緊急モードに切り替わります。仮想マシンはホストで引き続き緊急モードで実行されますが、制御操作はできません。

   4. XenServerインストールメディア（USBまたはネットワーク上のインストールファイル）からプールコーディネーターを起動します。

   5. XenServerのインストール手順に従って操作し、アップグレードの画面まで進めます。アップグレードを実行します。

      プールコーディネーターが再起動するとほかのホストの緊急モードが終了し、しばらくして通常のサービスが復元されます。

   6. シャットダウン状態または一時停止状態にしておいた仮想マシンを起動または再開します。

   7. また、ほかのサーバーに移行しておいた仮想マシンを必要に応じてプールコーディネーターに戻します。

   プールコーディネーターのアップグレードが中断された場合、または何らかの理由でアップグレードに失敗した場合は、アップグレードを続行しないでください。プールコーディネーターを再起動して、正常なバージョンを復元してください。

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. そのホスト上で仮想マシンが実行されていないことを確認します。実行されている場合は、シャットダウンまたは一時停止状態にするか、プール内のほかのホストに移行します。

      • 仮想マシンをシャットダウンするには、次のコマンドを使用します：

         xe vm-shutdown
        

      • 仮想マシンを一時停止するには、次のコマンドを使用します：

         xe vm-suspend
        

      • 仮想マシンを移行するには、次のコマンドを使用します：

         xe vm-migrate
        

        指定した仮想マシンを指定したホストに移行すると、移行した仮想マシンをプール内の他のホストにディストリビューションするときに、完全に制御できるようになります。

      • ホストを退避するには、次のコマンドを使用します：

         xe host-evacuate
        

        すべての仮想マシンをホストから退避すると、移行された仮想マシンのディストリビューションがXenServerに残ります。

   5. ホストをシャットダウンします。

      xe host-shutdown
      

   6. XenServerインストールメディア（USBまたはネットワーク上のインストールファイル）からホストを起動します。

   7. XenServerのインストール手順に従って操作し、アップグレードの画面まで進めます。アップグレードを実行します。

   8. ホストのアップグレードが完了したら、シャットダウン状態または一時停止状態にしておいた仮想マシンを起動または再開します。

   9. また、ほかのホストに移行しておいた仮想マシンを必要に応じて元のホストに戻します。

   プールコーディネーター以外のホストのアップグレードが失敗または中断した場合には、ホストを復元する必要はありません。プール内でコマンド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分）
  • 停止動作：アップグレード中を通してすべてのマシンがCitrix Virtual Apps and Desktopsの保守モードになります。
• 手動アップグレード
  • 推定アップグレード時間：単一ホストのアップグレード時間の2倍。（約70分）
  • 停止動作：アップグレード中を通してすべてのマシンがCitrix Virtual Apps and Desktopsの保守モードになります。

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

プールのローリングアップグレード（4）

「はじめに」の手順とガイダンスを確認してください。

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

2. 影響を受けるすべてのユーザーに、差し迫った停止について通知します。

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

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

3. XenCenterで、プールのローリングアップグレードウィザードを開始し、自動モードを選択します。詳しくは、「XenCenterを使用したプールのローリングアップグレード」を参照してください。

   アップグレードが完了すると、プールのローリングアップグレードで一時停止された仮想マシンがすべて再起動されます。

4. マシンの保守モードを解除します。

   新しいセッションを開始して、完全なサービスを再開できるようになりました。

手動アップグレード（4）

この手動プロセスを使用して、最初にプールコーディネーターをアップグレードし、次に他のすべてのホストを並行してアップグレードすると、全体的な停止時間を大幅に短縮できます。

注：

並行アップグレードのアプローチでは、リスクプロファイルが変更されます。アップグレード中に問題が発生した場合、すべてのホストがアップグレードされ問題が発生するまで検出されない可能性があります。一方、ホストを順番にアップグレードする場合は、次のホストに進む前に、各ホストでアップグレードが成功したことを確認できます。

「はじめに」の手順とガイダンスを確認してください。

1. XenServerプールまたはホストによって提供されるすべてのマシンの電源がオンになっていて、関連するデリバリーグループのCitrix Virtual Apps and Desktopsに登録されていることを確認します。

   • 管理されていないマシンの場合：

     • XenCenterを使用して、すべての仮想マシンの電源がオンになっていることを確認します。
     • アップグレードプロセス中は手動で電源操作を実行しないでください。

   • 電源管理されたマシンの場合：

     • すべてのマシンの電源がオンになっていることを確認します（XenCenterまたはStudioを使用）。
     • アップグレードプロセス中に新しいセッションを開始できるようにする場合：
       • マシンを保守モードに設定しないでください。
       • アップグレードプロセス中は手動で電源操作を実行しないでください。
       • マシンを一時停止する可能性のある電源管理スキームを無効にします。
       • マシンの電源をオフにしたり一時停止したりする可能性のあるプロセスが他にないことを確認してください。
     • アップグレード中に新しいセッションを開始できないことが許容できる場合：
       • ホスト接続を保守モードにします。詳しくは、「接続のメンテナンスモードのオン/オフの切り替え」を参照してください。
       • ログオフするとアップグレード中は再接続できないことを、エンドユーザーに通知します。

     詳しくは、「デリバリーグループの電源管理マシン」を参照してください。

   • Machine Creation Servicesで管理されるマシンの場合

     • 前述の電源管理されたマシンの場合と同じガイダンスに従ってください。
     • また、アップグレード期間中はマシンを作成しないでください。

2. プールコーディネーターと関連する仮想マシンを特定します。

3. プールコーディネーターホスト上のカタログ内のマシンを保守モードにします。

4. Director、Citrix Studio、またはWeb Studioを使用して、アクティブなセッションにまだ接続しているユーザーにメッセージを送信し、デスクトップが一定期間オフラインになることを警告します。この期間は、この個別ホストのアップグレード時間です（約35分）。

5. xe CLIを使用してプールコーディネーターをアップデートします：

   1. プールコーディネーターを無効にします。これにより、新しい仮想マシンが当該のホスト上で起動したり当該のホストに移行されたりすることがなくなります。

      xe host-disable host=<uuid_or_name_label>
      

   2. そのプールコーディネーター上で仮想マシンが実行されていないことを確認します。実行されている場合は、シャットダウンまたは一時停止状態にするか、プール内のほかのホストに移行します。

      • 仮想マシンをシャットダウンするには、次のコマンドを使用します：

         xe vm-shutdown
        

      • 仮想マシンを一時停止するには、次のコマンドを使用します：

         xe vm-suspend
        

      • 仮想マシンを移行するには、次のコマンドを使用します：

         xe vm-migrate
        

        指定した仮想マシンを指定したホストに移行すると、移行した仮想マシンをプール内の他のホストにディストリビューションするときに、完全に制御できるようになります。

      • ホストを退避するには、次のコマンドを使用します：

         xe host-evacuate
        

        すべての仮想マシンをホストから退避すると、移行された仮想マシンのディストリビューションがXenServerに残ります。

   3. プールコーディネーターをシャットダウンします。

      xe host-shutdown
      

      重要：

      プールコーディネーターのアップグレードが完了するまで、そのプールコーディネーターに接続できなくなります。プールコーディネーターをシャットダウンすると、プール内の他のホストが緊急モードに入ります。プールコーディネーターへの接続が切断され、何回かの接続試行後も再接続できない場合に、そのプールのホストが緊急モードに切り替わります。仮想マシンはホストで引き続き緊急モードで実行されますが、制御操作はできません。

   4. XenServerインストールメディア（USBまたはネットワーク上のインストールファイル）からプールコーディネーターを起動します。

   5. XenServerのインストール手順に従って操作し、アップグレードの画面まで進めます。アップグレードを実行します。

      プールコーディネーターが再起動するとほかのホストの緊急モードが終了し、しばらくして通常のサービスが復元されます。

   6. シャットダウン状態または一時停止状態にしておいた仮想マシンを起動または再開します。

   7. また、ほかのサーバーに移行しておいた仮想マシンを必要に応じてプールコーディネーターに戻します。

   プールコーディネーターのアップグレードが中断された場合、または何らかの理由でアップグレードに失敗した場合は、アップグレードを続行しないでください。プールコーディネーターを再起動して、正常なバージョンを復元してください。

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. そのホスト上で仮想マシンが実行されていないことを確認します。実行されている場合は、シャットダウンまたは一時停止状態にするか、プール内のほかのホストに移行します。

      • 仮想マシンをシャットダウンするには、次のコマンドを使用します：

         xe vm-shutdown
        

      • 仮想マシンを一時停止するには、次のコマンドを使用します：

         xe vm-suspend
        

      • 仮想マシンを移行するには、次のコマンドを使用します：

         xe vm-migrate
        

        指定した仮想マシンを指定したホストに移行すると、移行した仮想マシンをプール内の他のホストにディストリビューションするときに、完全に制御できるようになります。

      • ホストを退避するには、次のコマンドを使用します：

         xe host-evacuate
        

        すべての仮想マシンをホストから退避すると、移行された仮想マシンのディストリビューションがXenServerに残ります。

   5. ホストをシャットダウンします。

      xe host-shutdown
      

   6. XenServerインストールメディア（USBまたはネットワーク上のインストールファイル）からホストを起動します。

   7. XenServerのインストール手順に従って操作し、アップグレードの画面まで進めます。アップグレードを実行します。

   8. ホストのアップグレードが完了したら、シャットダウン状態または一時停止状態にしておいた仮想マシンを起動または再開します。

   9. また、ほかのホストに移行しておいた仮想マシンを必要に応じて元のホストに戻します。

   プールコーディネーター以外のホストのアップグレードが失敗または中断した場合には、ホストを復元する必要はありません。プール内でコマンドxe host-forgetを実行して、そのホストを削除してください。XenServerを再インストールします。その後で、xe pool-joinコマンドを使用してそのホストをプールに追加します。

8. XenServerホストが更新されたら、Citrix StudioまたはWeb Studioでマシンの保守モードを解除します。

混在モードのプール

混在モードのプールとは、プール内のホストが異なるバージョンのXenServerを使用しているプールです。混在モード（XenServerの複数のバージョンが共存する状態）のプールを必要以上に継続運用することは極力避けてください。これは、アップグレード中のプールのパフォーマンスが低下するためです。パフォーマンスが低下した状態では、特定の仮想マシン、ストレージリポジトリ、VDI、およびホストの操作がブロックされます。上位バージョンのXenServerのホストで実行されている仮想マシンは、下位バージョンのXenServerのホストに移行したり、ホスト上で起動したりすることはできません。

混在モードのプールは標準的な使用法ではサポートされておらず、プールのアップグレード中の移行状態としてのみサポートされます。混在モードでの実行中に問題が発生した場合、テクニカルサポートは、プールのアップグレードを完了してから、混在モードではないプールで問題を再現するように求めます。

Citrix Virtual Apps and Desktops環境のアップグレードオプションを確認した後、XenServerの計画的なアップグレードパスは、利用可能なメンテナンス期間よりも長くかかる可能性があります。可能であれば、メンテナンス期間を延長して、XenServerのアップグレードをその期間内に完了できるようにします。これが不可能な場合は、次のメンテナンス期間までプールを混在モードで実行することを選択できます。ただし、プールを混在モードで実行すると、予期しない動作や問題が発生する可能性が高まり、代わりに緊急メンテナンス期間が必要になる可能性があります。プールが混在モードになる時間を最小限に抑えるように計画してください。

Citrix Virtual Apps and Desktops環境が混在モードのXenServerプール上で一時的に実行されている場合は、次の動作に注意してください：

• 再利用する前に仮想マシンを再起動する必要があるプールデスクトップのワークロードの場合、仮想マシンは新しいバージョンのXenServerを実行しているホスト上でのみ再起動されます。プールの実効容量は制限されています。プール内のアップグレードされたホストの数によっては、必要なすべての仮想マシンを再起動するための容量が不足する可能性があります。この動作により障害が発生し、一部のCitrix Virtual Apps and Desktopsユーザーが必要なセッションにアクセスできなくなる可能性があります。

• 古いバージョンのXenServerを実行しているホスト上にローカルストレージを使用する専用マシンがある場合、これらの仮想マシンは停止できますが、アップグレードが完了し、プールが混在モードでなくなるまで再起動することはできません。