VMwareからXenServerへの移行ガイド
CitrixワークロードとインフラストラクチャコンポーネントをVMwareからXenServerに移行するためのシナリオとツールは複数存在します。最適な方法やツールの組み合わせは、移行対象によって異なります。
このガイドは、手順の概要を提供することを目的としています。すべてのタスクを段階的に説明するガイドではありません。完全な前提条件、システム要件、計画、タスクなどについては、このガイドとCitrixおよびXenServer製品のドキュメントをあわせて使用する必要があります。実稼働ワークロードを移行する前にテスト環境で移行をテストし、実稼働ワークロードを移行する場合は少数のVDAから始めることをお勧めします。
移行ツール
-
XenServer Conversion Manager(XCM):既存のVMware仮想マシンを同等のネットワークおよびストレージ接続を備えたXenServer仮想マシンにバッチ変換できる仮想アプライアンス。
移行シナリオ:インフラストラクチャ、専用VDA、MCSゴールデンイメージ
-
XenCenterのインポートウィザード(XenCenter):XenCenterの機能で、Open Virtualization Format(OVFとOVA)、ディスクイメージ形式(VHD、VHDX/AVHDX、およびVMDK)、およびXenServer XVA形式の仮想マシンをインポートできます。VHDX/AVHDXファイルをサポートするため、Citrix Provisioning(PVS)vDiskを直接インポートできます。
移行シナリオ:インフラストラクチャ、専用VDA、MCSゴールデンイメージ、(非永続なVDAの)PVSゴールデンイメージ
-
Citrix Image Portability Service(IPS):Citrix Cloudサービスであり、すべてのプラットフォームにおいてイメージを簡単に管理できるようにします。Citrix Virtual Apps and DesktopsのREST APIを使用して、Citrix Virtual Apps and Desktopsサイト内のリソースの管理を自動化できます。
移行シナリオ:非永続VDA
Citrix VDAの移行シナリオ
前提条件:
- XenServerインフラストラクチャの準備が完了し、十分な容量があります。
- コンピューターのActive Directory(AD)アカウントがプロビジョニングされているか、ADアカウントをプロビジョニングする権限があります。
MCS非永続Citrix VDA
既存のゴールデンイメージを使用して新しいマシンカタログを作成し、デリバリーグループに追加します。
- ゴールデンイメージからVMwareツールをアンインストールします。
- XCMまたはXenCenterのインポートウィザードを使用して、ゴールデンイメージ仮想マシンをXenServerにインポートします。
- XenCenter、スクリプト、またはサードパーティのツールを使用して、XenServer VM Toolsをインストールします。
-
Citrix StudioまたはCitrix Cloudの場合:
- XenServerのホスト接続を作成します。
- 新しいゴールデンイメージとXenServerホスト接続を使用して、新しいマシン(新しいADアカウントを使用)をプロビジョニングするための新しいマシンカタログを作成します。
- 新しくプロビジョニングしたVDAを既存のデリバリーグループに追加します。
問題が発生する可能性があるため、XenServerにインポートした後は、VMwareでゴールデンイメージを起動しないようにしてください。
MCS永続的Citrix VDA
XCMまたはXenCenterのインポートウィザードを使用して、既存のVDAをVMwareからXenServerにインポートします。このシナリオではダウンタイムが必要です。
- Citrix Studioから既存のマシンカタログ(または個別のVDA)で保守モードを有効にします。
- VDA上のVMwareツールをアンインストールします。
-
XCMまたはXenCenterのインポートウィザードを使用して、既存のVDA仮想マシンをシャットダウンし、XenServerにインポートします。
VDAのMACアドレスに関連付けられたファイアウォール規則がある場合は、移行ウィザード使用中にXCMでMACアドレスの保持を選択します。
- XenCenter、スクリプト、またはサードパーティのツールを使用して、XenServer VM Toolsをインストールします。
-
Citrix Studioの場合:
- XenServerのホスト接続を作成します。
- 新しいマシンカタログを作成し、新しく移行されたVDAをインポートします。
- 新しくプロビジョニングしたVDAを既存のデリバリーグループに追加します。
VDAがXenServerに移行された後、VMware上でVDAを起動しないようにしてください。
PVS非永続Citrix VDA
PVSマシンのゴールデンイメージを管理する一般的な方法は2つあります:
- インプレースアップデート: これは、PVSバージョン管理を通じてvDiskが管理され、vDiskをプライベートモードに設定してアップデートし、標準モードのターゲット仮想マシンに再度割り当てる前にアップデートが行われる方法です。
- アウトオブバンドアップデート: このメカニズムでは、別の仮想マシンに依存してアップデートが行われるゴールデンイメージを管理し、その後、ゴールデンイメージから新しいPVS vDiskが生成され、ターゲットに配布されます。
PVSによってプロビジョニングされたCitrix VDAを使用する場合は、XenServerでPVSアクセラレータを有効にすることをお勧めします。
インプレースアップデート
XenCenterのインポートウィザードを使用してPVS vDiskをXenServerにインポートします:
- XenCenterのインポートウィザードを使用して、既存のPVS vDiskをインポートします。これにより、PVS vDiskに基づく新しいハードドライブを備えた新しい仮想マシンが作成されます。
-
仮想マシンを起動する前に、仮想マシンの
has-vendor-device
フラグをfalseに設定します:ホストコンソールで、次のコマンドを入力します:
xe vm-param-set uuid=<uuid> has-vendor-device=false
- XenCenter、スクリプト、またはサードパーティのツールを使用して、XenServer VM Toolsをインストールします。
-
仮想マシンにログインし、PVSイメージ作成ウィザードを実行して、イメージをPVSサーバーにアップロードします。
イメージ作成ウィザードでテンプレートを選択するときは、テンプレートがインポートされたVHDXイメージと同じ起動方法を使用していることを確認します。不一致があると、仮想マシンを起動できなくなります(つまり、テンプレートはBIOSブートを使用しますが、VHDXはUEFIブートを使用します)。
- Citrix Studioで、XenServerのホスト接続を作成します。
- Citrix Provisioningコンソールから、Citrix Virtual Apps and Desktopsセットアップウィザードを使用して、新しいPVSイメージとXenServerホスト接続で新しいマシンカタログを作成します。
- Citrix Studioで、新しくプロビジョニングしたVDAを既存のデリバリーグループに追加します。
問題が発生する可能性があるため、XenServerにインポートした後は、VMwareでゴールデンイメージを起動しないようにしてください。
アウトオブバンドアップデート
- ゴールデンイメージからVMwareツールをアンインストールします。
- XCMまたはXenCenterのインポートウィザードを使用して、ゴールデンイメージ仮想マシンをXenServerにインポートします。
-
仮想マシンを起動する前に、仮想マシンの
has-vendor-device
フラグをfalseに設定します:ホストコンソールで、次のコマンドを入力します:
xe vm-param-set uuid=<uuid> has-vendor-device=false
- XenCenter、スクリプト、またはサードパーティのツールを使用して、XenServer VM Toolsをインストールします。
- 仮想マシンにログインし、PVSイメージ作成ウィザードを実行して、イメージをPVSサーバーにアップロードし、ゴールデンイメージから新しいPVS vDiskを作成します。
- Citrix Studioで、XenServerのホスト接続を作成します。
- Citrix Provisioningコンソールから、Citrix Virtual Apps and Desktopsセットアップウィザードを使用して、新しいPVSイメージとXenServerホスト接続で新しいマシンカタログを作成します。
- Citrix Studioで、新しくプロビジョニングしたVDAを既存のデリバリーグループに追加します。
問題が発生する可能性があるため、XenServerにインポートした後は、VMwareでゴールデンイメージを起動しないようにしてください。
専用VDA(手動またはサードパーティのツールでプロビジョニング)
XCMまたはXenCenterのインポートウィザードを使用して、既存のVDAをVMwareからXenServerにインポートします。このシナリオではダウンタイムが必要です。
- Citrix Studioから既存のマシンカタログ(または個別のVDA)で保守モードを有効にします。
- VDA上のVMwareツールをアンインストールします。
-
XCMまたはXenCenterのインポートウィザードを使用して、既存のVDA仮想マシンをシャットダウンし、XenServerにインポートします。
VDAのMACアドレスに関連付けられたファイアウォール規則がある場合は、移行ウィザード使用中にXCMでMACアドレスの保持を選択します。
- XenCenter、スクリプト、またはサードパーティのツールを使用して、XenServer VM Toolsをインストールします。
-
Citrix Studioの場合:
- XenServerのホスト接続を作成します。
- 新しいマシンカタログを作成し、新しく移行されたVDAをインポートします。
- 新しくプロビジョニングしたVDAを既存のデリバリーグループに追加します。
VDAがXenServerに移行された後、VMware上でVDAを起動しないようにしてください。
Citrixインフラストラクチャの移行
ここでは、基本的なガイダンスを提供します。詳細な考慮事項については、Citrixのドキュメントを参照してください。
-
Citrix DaaS: 必要なCloud ConnectorごとにXenServer上に仮想マシンを作成します。Citrix Cloud Connectorソフトウェアをインストールします。
-
Citrix Virtual Apps and Desktops: 必要なDelivery ControllerごとにXenServer上に仮想マシンを作成します。仮想マシンにCitrix Delivery Controllerコンポーネントをインストールし、既存のサイトに参加させます。
Delivery Controllerに関するCitrixドキュメント:Delivery Controllers - Citrix Virtual Apps and Desktops 7 2311を参照してください。
-
Storefront: 必要なStorefrontサーバーごとにXenServer上に仮想マシンを作成します。仮想マシンにStorefrontをインストールし、既存のStorefrontサーバーグループに参加させます。
Citrix Storefrontに関するCitrixドキュメント:インストール、セットアップ、アップグレードおよびアンインストール - StoreFront 2402を参照してください
-
SQL Database: Citrix構成をホストしているSQL Databaseを移動するためのオプションは複数あります。CitrixおよびMicrosoftのドキュメントを参照してください。
以下に、ガイダンスとしていくつかの記事を紹介します:
-
NetScaler: 既存のNetScalerアプライアンスの構成を別のNetScalerアプライアンスに移行します
そのほかの考慮事項
vTPM: 仮想マシンをインポートする場合にTPMを接続する必要がある場合は、XenCenter経由で仮想マシンをインポートした後にTPMを追加できます。
ADアカウント: 特にMCS非永続の場合、このプロセスの一環として、追加のADコンピューターアカウントのプロビジョニングが必要な場合があります。
ディスクストレージの消費: 永続的VDAでMCSシンプロビジョニングディスクを移行する場合、必要なストレージの量が予想よりも大きくなる可能性があります。 移行される各仮想マシンでは、仮想マシンに接続されたすべてのディスクの完全なコピー(共通の親イメージの内容を含む)が作成されます。 正確なストレージ使用量は、使用されているストレージと、各仮想マシンによって共通イメージに対して行われるアップデートの量によって異なります。
Sysprep: VMwareのゴールデンイメージを、XenServerにコピーしたゴールデンイメージと同時に管理する場合は、XenServerでゴールデンイメージのSysprep(システム準備)を行う必要があります。
ゴールデンイメージの再構築: 非永続マシンカタログの場合は、ゴールデンイメージを最初から再構築することを検討できます。
VMware環境のプロビジョニング解除: テストが完了したら、デリバリーグループとVMwareインフラストラクチャから古いVDAを削除できます。
注:
この記事はFerroque Systemsと共同で作成しました。