Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
By:
XVAはXenServer標準のVMエクスポート形式です。VMwareへ移行する場合、ESXiはXVAを認識できないため、事前にVMDKへ変換する必要があります。本ガイドでは4種類の変換手法と、移行後に頻出する起動・ドライバー障害の解消方法を解説します。
XVAファイルはCitrix XenServerおよびXCP-ngの標準エクスポート形式です。VMのVHDディスクとXML設定ファイルを1つのtarアーカイブにまとめたものです。
VMDKはVMwareの仮想ディスク形式で、ESXiとvSphere上で仮想マシンを起動するために必須です。VMXファイルはVMのハードウェア設定を定義する設定ファイルとしてVMDKと併用されます。
XVAはパッケージ化されたアーカイブ、VMDKは単体のディスクイメージであるため、VMwareはXVAファイルを直接マウント・起動できません。XenServer仮想マシンをESXi上で稼働させるには、ディスク形式の変換が唯一の手段となります。
この形式変換は、プラットフォーム移行、データセンター統合、2拠点でハイパーバイザーが異なる災害対策環境の構築時に頻繁に実施されます。
移行の成否は変換ツールよりも移行元VMの事前準備に大きく左右されます。手順を省略すると起動不能や「起動デバイスにアクセスできない」エラーが発生しやすくなります。
Linux環境向け手動手法では、XVAアーカイブを展開し、分割されたデータからディスクイメージを再構築します。自由度が高く、XCP-ngまたはスタンドアロンXenServerホストでの作業に適しています。
まずXenServerホスト側で作業を行い、rawディスクイメージを作成してからVMware側の作業に移ります。
手順1：XenServerからVMをエクスポート：XenServerまたはXCP-ngホスト上で以下のコマンドを実行し、VMを.xvaファイルとして出力します。
sudo yum install qemu-img
手順2：XVAアーカイブの展開：XVAファイルは1MB単位のディスクチャンクを格納したtarアーカイブです。作業用フォルダに中身を展開します。
mkdir xva_out && tar -xf vm.xva -C xva_out
手順3：rawディスクの再構築：xva-imgを使用し、展開したチャンクを1つのrawディスクイメージに結合します。チャンクはRef:1といったディスク識別子のサブフォルダに格納されています。
xva-img -p disk-export xva_out/Ref\:1/ vm.raw
手順4：rawイメージの検証：次の手順に進む前に出力ファイルが正常に作成されたか確認します。
qemu-img info vm.raw
手順5：rawディスクをVMDKへ変換：qemu-imgを使用しrawイメージからVMDKファイルを作成します。
qemu-img convert -f raw -O vmdk vm.raw output.vmdk
VMDKファイルが完成したら、VMware環境側で作業を実施します。
手順6：VMwareへアップロード：vSphere ClientまたはSCPを使用し.vmdkファイルをESXiのデータストアに転送します。新規VMを作成し、「既存の仮想ディスクを使用」を選択してファイルを接続します。
XenConvertはCitrixの旧型ツールで、仮想アプライアンスの形式変換用に開発されました。現在更新は停止していますが、コマンドラインではなくGUIを利用したいWindows管理者向けの選択肢となります。
本手順にはXenConvert 2.3.1または2.3.2が必須です。2.4以降のバージョンはXVAからOVFへの変換機能が削除されているため、本手法には使用できません。
まずXenServerからVMをエクスポートし、XenConvertで処理して利用可能なディスクファイルを作成します。
xe vm-export vm=<VM_NAME> filename=vm.xva
ディスクをインポートする前に記述ファイルを手動編集し、VMware上での起動障害を回避します。
qemu-img convert -f vpc -O vmdk input.vhd output.vmdkddb.adapterType = "lsilogic"記述ファイルの修正完了後、ディスクをアップロードし新規VMに接続します。
OVA（Open Virtualization Appliance）形式はハイパーバイザー間のVM移行で最も効率的な手法の一つです。CitrixとVMware双方がOVF規格に対応しているため、別途V2V変換ツールを用意する必要がありません。
最初に既存のXenServerまたはXCP-ng環境からOVAファイルを生成します。
OVAファイルが作成できたら、残りの作業はすべてvSphere上で実施します。
本手法は事前のXVAエクスポートやディスクファイル操作が不要で、稼働中のVMをネットワーク経由で直接変換する点が手動エクスポートと異なります。VMware P2V移行と同様の仕組みでConverterがデータ転送と形式変換を自動処理します。
変換ジョブを実行する前に、以下2つの条件が満たされているか確認してください。
本手法にはXenServerホストと移行先ESXiホストまたはvCenter間の安定したネットワーク接続が必要です。またVMware vCenter Converter Standaloneは両方の環境に到達可能なWindows端末にインストールする必要があります。
事前条件を整えた後、Converterを起動し以下の手順で移行タスクを作成します。
移行完了後、ゲストOSにVMware Toolsをインストールします。事前にXenServer Toolsをアンインストールしていない場合は、先にXen関連ツールを削除してからVMware Toolsを導入してください。
変換処理が正常に完了した場合でも、移行後のVMが起動しない、パフォーマンスが低下するケースが存在します。大半の障害はXenServerとVMwareのストレージコントローラー・デバイスドライバーの仕様差に起因します。
主な原因はSCSIコントローラーの不整合です。まず.vmdk記述ファイル（2つの.vmdkファイルのうちサイズの小さい方）をテキストエディタで開き、アダプタ種別が正しく設定されているか確認します。
ddb.adapterType = "lsilogic"
記述ファイルの設定が正しいのに起動に失敗する場合は、VM設定内のディスクコントローラー種別をLSI Logic SASまたはLSI Logic Parallelに変更し再起動を試します。
VMwareはXenServerと異なる仮想NIC（VMXNET3）を使用するため、初回起動時にゲストOSがネットワークデバイスを検出できない場合があります。VMware Toolsをインストールすると正しいネットワークドライバーが導入されます。
VMは起動するが動作が遅い場合、XenServer PVドライバーまたはCitrix関連コンポーネントが残留していないか確認します。これらのドライバーは存在しないXenハイパーバイザーと通信を試行するため、不要なシステムオーバーヘッドを発生させます。すべてのXen・Citrixコンポーネントをアンインストールし再起動してください。
本ガイドに記載した手法は単発の移行に適していますが、XVAファイルのエクスポート、ディスクチャンクの処理、記述ファイルの編集、起動障害のトラブルシューティングなど多大な手間を要します。複数台のVMを移行する場合や、停止時間を許容できない本番環境での移行を実施する運用チームには、専用移行プラットフォームがより実用的な選択肢となります。
i2Migrationは物理・仮想・クラウド環境間のクロスプラットフォームワークロード転送向け統合移行プラットフォームです。本記事で紹介する異種仮想化環境のV2V移行に対応しており、手動でのディスク変換やファイル操作が不要です。
移行後も継続的なデータ保護が必要な運用チームには、i2Availabilityが環境間のリアルタイムレプリケーションと自動フェイルオーバーを提供し、VMware環境稼働後の補完ツールとして最適です。
Q1：Linux環境なしでXVAをVMDKへ変換できますか？
可能です。Windows向けツールXenConvert（2.3.1または2.3.2）を使用すればコマンドライン操作なしで変換できます。またはXenCenterからOVAファイルとしてエクスポートする手法がより簡単で、ディスクの手動編集なしでvSphereに直接インポート可能です。
Q2：XVAに複数のディスクが含まれる場合の処理方法は？
XVAファイルに複数の仮想ディスクを格納可能です。tarコマンドでアーカイブを展開すると、各ディスクはRef:1、Ref:2といった独立したサブフォルダに分かれて保存されます。各フォルダに対して個別にxva-imgを実行し個別のrawイメージを作成、それぞれVMDKへ変換後、vSphere上の新規VMに接続してください。
Q3：VMDKからXVAへ逆変換できますか？
可能ですが1ステップで完了する単純な逆手順は存在しません。VMware VMをOVFまたはOVAとしてエクスポートし、XenCenterのインポートウィザードでXenServerへ取り込みます。インポート時にディスク形式が自動変換されますが、完了後はゲストOS上のVMware Toolsをアンインストールし、XenServer Toolsを再インストールする必要があります。
Q4：手動でXVAを変換せずOVAを直接使用できますか？
はい、大半の環境で推奨される手法です。OVAはXenServerとVMware双方が対応する業界標準形式のため、手動でのディスク再構築や記述ファイル編集が不要となります。主な制限事項として、古いバージョンのXenServerはOVAエクスポートに対応していないため、その場合はxva-imgによる手動手法を代替手段として使用します。
XVAからVMDKへの変換は単一ステップで完了しないケースが大半です。環境と利用可能なツールによって適切な手法が異なります。Linuxコマンドライン手法は自由度が最大、XenConvertとOVA手法はWindows運用に適し、稼働中VMを停止なしで移行したい場合はvCenter Converterが最善の選択肢となります。
いずれの手法を採用する場合も、事前準備の重要度は変換作業自体と同等です。エクスポート前のXenServer Tools削除、変換後のディスクアダプタ種別修正は、VMが初回起動で正常に動作するかどうかを左右する2つの核心手順です。
複数台規模または本番環境の移行プロジェクトを実施する運用チームは、Info2softのi2Migrationを活用することで大半の手作業を削減できます。クロスプラットフォームV2V転送、ドライバー自動挿入、データ検証を自動処理するため、ツール操作ではなく移行結果に注力できます。
