Microsoft Windowsクラスタのビジネスサービスをマイグレートできます(ESX 3.0.2以降)。PlateSpin Migrateは、次のクラスタリングテクノロジのシングルアクティブノードバージョンをサポートします。
Windows 2003 ServerベースのWindowsクラスタサーバ (シングルクォーラムデバイスクラスタモデル)
Windows 2008 ServerベースのMicrosoftフェールオーバークラスタ(ノードおよびディスク マジョリティモデルおよびマジョリティなし: ディスクのみモデル)
ジョブを使用して、クラスタの必須サービスを移行できます。これにより、このクラスタは仮想マシンで機能する単一ノードのクラスタになります。
現在のリリースにおけるクラスタマイグレーションのサポート範囲は、次の条件に従う必要があります。
すべての共有ノードはアクティブノードに属します。
マイグレーションのソースワークロードは、現在クラスタのクォーラムリソースを所有しているアクティブノードである必要があります。クラスタを検出するには、クラスタのリソースグループに含まれるいずれかのIPアドレスを指定します。
クラスタのクォーラムリソースは、保護されるクラスタのリソースグループ(サービス)と併置される必要があります。
X2Pまたはサーバ同期操作を正常に実行するには、クラスタの共有ディスクを個々のノードのシステムボリュームをホストしているディスクから分離するために、ターゲットディスクに別々のSCSIコントローラが必要です。
マイグレーションを機能させるには、移行されたクラスタ仮想マシンが元のドメインコントローラと同じパラメータを使用してドメインコントローラにアクセスできる必要があります。この要件に対処するには、元のドメインコントローラをオンラインのままにするか、同時にこのコントローラも移行するかのいずれかを考慮してください。
Windowsクラスタを移行するワークフローは、次のようにスタンドアロンサーバを移行するワークフローに似ています。
クラスタのIPアドレスおよびクラスタ管理者の資格情報を指定し、アクティブノードを検出します。
[サーバ]ビューで、ドラッグアンドドロップを使用してマイグレーションジョブを開始し、ジョブのパラメータを設定します。
NOTE:
ソースのマイグレーション後の終了状態に[
]を選択すると、クラスタのすべてのソースノードがシャットダウンされます。ファイル転送が完了する前にクラスタのフェールオーバーが発生すると、マイグレーションジョブが中断されます。これが発生した場合は、ソースを更新し、マイグレーションジョブを再試行します。
Xen-on-SLES上で並行仮想化されたVMへのマイグレーションを実行することが できます(バージョン10のみ)。これは、2段階プロセスを通じて、間接的に行われます。並行仮想化されたVMはまず、完全に仮想化されたVMに変換され、後で戻されます。ユーティリティ(xmps)は、PlateSpin ISOブートイメージに含まれ、VMにより使用されます。
ターゲットが新規であるか、既存の並行仮想化されたVMであるかに応じて、プロシージャは若干異なります。
PlateSpin LinuxブートISOをターゲットのXen/SLESサーバにコピーします。
Table 3-2, ターゲット物理マシン向けのISOブートイメージを参照してください。
仮想マシンマネージャを開始し、次のように、完全に仮想化されたVMを作成します。
[
]オプションをインストールします。ディスクイメージに対して適切なサイズを選択します(ディスクサイズは、ソースマシンと等しいか、それよりも大きい必要があります)。
ブートISOをインストールソースとして選択します。
VMをPlateSpin OS環境にブートします。X2P設定で使用されています。
マイグレーションを完了します。
SLES上のXen Hypervisorへのワークロードの移行を参照してください。
完了時に、VMは完全に仮想化されたマシンとして完全に機能する必要があります。
VMを再起動し、再びPlateSpin OS環境にブートされることを確認してください。
boot:プロンプトで、「switch」をタイプし、<Enter>キーを押します。
これにより、オペレーティングシステムが並行仮想化されたマシンとしてブート可能になるように再構成されます。完了時に、次のように、出力が表示されます。
出力の最後のセグメントのbootloader引数を書き留めてください。
Please apply the following data as bootloader_args for switching Xen fully-virt machine to Para-virt machine: '-entry=xvda1:/vmlinuz-2.6.16.60-0.54.5-xen, /initrd-2.6.16.60-0.54.5-xen'
これらは、並行仮想化されたマシンがブートされるカーネルの場所とinitrdイメージをセットアップするために、xmpsユーティリティにより使用されます。
仮想マシンの電源を切るには
[DB]$ poweroff
XEN/SLESサーバにrootとしてログインし、PlateSpin LinuxブートISOをマウントします(コマンドの例は、ISOが/rootディレクトリとしてコピーされていることを想定します)。
# mkdir /mnt/ps # mount -o loop /root/linuxphysicaltarget.iso /mnt/ps
xmpsユーティリティを実行して、次のように完全に仮想化されたVMの構成に基づいて並行仮想化されたVMを作成します。
# /mnt/ps/tools/xmps --pv --vm_name=SLES10-FV --new_vm_name=SLES10-PV --bootloader_args="--entry=xvda1:/vmlinuz-2.6.16.60-0.54.5-xen, /initrd-2.6.16.60-0.54.5-xen"
ユーティリティでは次の項目を入力します。
並行仮想化されたマシンの構成が基礎とする完全に仮想化されたVMの名前(SLES10-FV)
作成する仮想マシンの名前(SLES10-PV)
並行仮想化されたマシンのブートローダ引数"--bootloader_args" (Step 5に表示)
NOTE:new_vm_nameとして渡されたVMと同じ名前をもつVMの場合、xmpsユーティリティが失敗します。
新たに作成された並行仮想化されたVM (SLES10-PV)は、Virtual Machine Managerで利用できるようになっているはずで、オンにする準備が完了しています。対応する完全に仮想化されたマシンはリタイヤし、ブートができなくなります。このVMは安全に削除できます(VM構成のみが削除されます)。
PlateSpin LinuxブートISOのマウントを解除します。
# umount /mnt/ps
PlateSpin LinuxブートISOをターゲットのXen_SLESサーバにコピーします。
Table 3-2, ターゲット物理マシン向けのISOブートイメージを参照してください。
XEN/SLESサーバにrootとしてログインして、次のとおり、PlateSpin LinuxブートISOとしてマウントします。
# mkdir /mnt/ps # mount -o loop /root/linuxphysicaltarget.iso /mnt/ps
xmpsユーティリティを実行して、次のとおり、並行仮想化されたVM(対象のフェールバックターゲット)の構成に基づいて、完全に仮想化されたVMを作成します。
# /mnt/ps/tools/xmps --fv --vm_name=SLES10-PV --new_vm_name=SLES10-FV --bootiso=/root/linuxphysicaltarget.iso
ユーティリティでは次の項目を入力します。
既存の並行仮想化されたマシンの名前(SLES10-PV)。対象のフェールバックターゲットです。
一時的に完全に仮想化されたマシンの名前(SLES10-FV)。2段階フェールバック操作に対して作成されます。
ブートISOの完全パス(ISOファイルが/root: /root/linuxphysicaltarget.isoの下にあることを想定)。
NOTE:new_vm_nameとして渡されたVMと同じ名前をもつVMの場合、xmpsユーティリティが失敗します。
新しく作成された完全に仮想化されたマシン(SLES10-FV)は、Virtual Machine Managerで使用できるようになります。
新しく作成された完全に仮想化されたマシン(SLES10-FV)をオンにします。
VMをPlateSpin OS環境にブートします。X2P設定で使用されています。
マイグレーションを完了します。
SLES上のXen Hypervisorへのワークロードの移行を参照してください。
VMを再起動し、switchコマンドを実行して、新たに並行仮想化されたVMへのLinuxのマイグレーション(Step 4からStep 9までのみ)の記述に従ってワークロードを再構成します。