Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
By:
KVMとVMwareでは仮想ディスクイメージ形式が互換性を持ちません。QCOW2（QEMU Copy-On-Write）はKVMハイパーバイザーの標準形式で、VMwareではOVAが必要となります。OVAは仮想ディスク（VMDK）、マシン設定ファイル（OVF記述子）、マニフェストファイルを1つにまとめたアーカイブファイルです。
多くの運用現場ではVMwareの管理ツールを活用したり、インフラを単一プラットフォームに統合したりする目的で、KVM環境からVMwareへ仮想マシン（VM）を移行する際にこの形式変換の課題に直面します。
しかし、1コマンドで直接この変換を完了させる手段は存在しません。作業は2段階に分かれ、まずディスク形式を変換し、その後出力ファイルをOVF規格に準拠したアーカイブとしてパッケージングする必要があります。
本ガイドではLinux・Windowsそれぞれの2段階手順と、移行失敗の原因となる一般的なエラーの対処法を解説します。
事前準備を怠ることが、変換後VMが起動しない最も多い原因です。QCOW2をOVAに変換する前に3点を確認してください：ホストマシンに導入するツール、ゲストOS内のドライバ、元VMの起動モードです。
コマンド実行前に以下の環境が整っているか確認します：
KVM仮想マシンはストレージとネットワークにVirtIOドライバを使用しますが、VMwareはこのドライバに対応していないため、変換前にゲストOSに適切なドライバを導入する必要があります。
元VMがUEFIと従来BIOSのどちらを使用しているか確認し、VMware側の移行先VMの設定を一致させてください。設定が不一致の場合、インポート後OSが起動できなくなります。
Linuxには本手順に必要なすべてのツールが標準対応しています。変換作業は2段階で実施し、qemu-imgでディスク形式を変換後、VMware OVF ToolでOVAアーカイブを作成します。
ディストリビューションのパッケージマネージャーからqemu-imgをインストールします。
UbuntuまたはDebianの場合：
sudo apt update && sudo apt install qemu-utils
RHEL、CentOS、Fedoraの場合：
sudo yum install qemu-img
インストール完了後、以下のコマンドで形式変換を実行します：
qemu-img convert -f qcow2 -O vmdk source_image.qcow2 destination_disk.vmdk
出力されるファイルはVMwareに対応した仮想ディスクです。このファイル単体ではOVAではないため、後続手順でESXiに登録しパッケージングする必要があります。
手順2：VMDKをVMware ESXiにインポート
変換済みVMDKファイルをESXiのデータストアにアップロードし、仮想マシンを新規作成します。
次の手順に進む前にVMを起動し、正常に起動するか検証します。
手順3：OVF ToolでVMをOVAとしてエクスポート
ESXi上でVMが正常起動することを確認したら、OVF Toolでパッケージングを実行します。本手順でVMDKとOVF記述子を1つの可搬型アーカイブにまとめ、複製や配布に対応したイメージファイルを作成します。
ESXiホストまたはvCenterに対して以下のコマンドを実行します：
ovftool vi://ユーザー名:パスワード@ESXi_IP/VM名 output_appliance.ova
ESXi_IPをホストのIPアドレス、VM名をESXi上に表示される仮想マシン名に置き換えてください。
複数VMを一括で大規模移行する場合は、V2V移行ツールを活用することで作業を大幅に簡略化できます。
手順4：OVAファイルの検証
実環境にデプロイする前に検査コマンドを実行し、アーカイブが正常か確認します：
ovftool --probe output_appliance.ova
コマンド実行時にエラーが出力されなければOVAファイルは正常に利用可能です。本検証により、ファイル欠損や不正なOVF記述子などの問題を実運用前に検知できます。
形式変換の実行
変換コマンドの構文はLinuxと同一です。Windowsではパスにスペースが含まれる場合、ダブルクォーテーションで囲んでください：
qemu-img.exe convert -f qcow2 -O vmdk "C:\Source VMs\image.qcow2" "C:\Target VMs\disk1.vmdk"
変換完了後、VMDKファイルをESXiデータストアにアップロードし、Linux手順と同様に仮想マシンを作成・設定します。
WindowsへOVF Toolのインストールと実行
VMware公式サイトからWindows版OVF ToolのMSIインストーラーをダウンロードし、画面の指示に従ってインストールします。
ESXi上でVMが起動できる状態になったら、OVF Toolを使用しOVAとしてパッケージングします：
& "C:\Program Files\VMware\VMware OVF Tool\ovftool.exe" vi://root@192.168.1.10/MyMigratedVM "C:\Exports\MyVM.ova"
&演算子は、スペースを含む実行ファイルパスをPowerShellに認識させるために使用します。この演算子を省略すると、パスが文字列として扱われコマンドが失敗します。
変換失敗は主に2箇所で発生します：ディスク形式変換時、またはVMwareへインポート後の初回起動時です。以下に代表的な要因と対処法を記載します。
黒画面または「起動可能なデバイスがありません」エラーが表示される場合、VMware側のファームウェア設定が元KVM VMと不一致であることが大半です。VMオプション＞起動オプションを開き、ファームウェア設定を元環境（UEFIまたは従来BIOS）と一致させてください。それでもOSが起動しない場合は、VMwareのSCSIコントローラ種別がゲストOSに導入済みドライバと互換性があるか確認します。
一部VMwareアプライアンスで使用されるstreamOptimizedサブ形式はqemu-imgが完全に対応していません。-o subformat=monolithicSparseオプションを追加し、標準的な単一スパースVMDKとして変換してください。どうしてもstreamOptimized形式が必要な場合は、最終エクスポート段階でOVF Toolによる形式指定を実施します。
「アクセスが拒否されました」エラーは、実行ユーザーにQCOW2ファイルの読み取り権限、または出力先ディレクトリの書き込み権限がないことが原因です。ls -lコマンドで所有者を確認し、必要に応じて元ファイルにchmod 644を適用、出力先フォルダに現在のユーザーが書き込み可能か確認します。
変換時のディスクサイズ丸め処理により、特にGPTパーティションテーブルでアライメント不整合が発生するケースがあります。VMware側のディスクサイズを元イメージの正確なバイト数に一致させてください。それでもパーティションが認識されない場合は、Live ISOから起動しgdiskでGPTヘッダーを修復します。
フォルダ名に含まれるスペースはコマンドライン上で引数の区切り文字と判定され、「予期しない引数」エラーを引き起こします。すべてのファイルパスをダブルクォーテーションで囲んでください。例："C:\VM Storage\image.qcow2"
VMをVMwareへ移行するだけでは作業は完了しません。変換後のVMは、誤削除、データ破損、ハードウェア障害に備えた継続的な保護が必要です。移行時に作成したOVAファイルはあくまで特定時点のスナップショットであり、バックアップ戦略にはなりません。
i2BackupはVMwareをはじめ主要仮想化プラットフォーム向けのエージェントレスVMバックアップによりこの課題を解消します。ゲストOS内にエージェントをインストールする必要がなく、実業務に影響を与えずバックアップを実行可能です。
VMware環境に関連する主な機能：
システム稼働率が最重要な環境には、i2Availabilityがリアルタイムレプリケーションと自動フェイルオーバーにより保護範囲を拡張し、ホスト障害時でもアプリケーションの稼働を維持します。複数プラットフォーム間のデータベースレプリケーションを伴う移行の場合は、i2StreamがOracle、MySQL、SQL Serverなど主要DBに対応したリアルタイムデータ同期を実現します。
Q1：QCOW2からOVAを直接変換できますか？
できません。OVAはパッケージ形式であり単なるディスクイメージ形式ではないため、1コマンドで完全な変換を完了する手段は存在しません。まず仮想ディスクをVMDKに変換し、OVF Toolで必要なメタデータと共にパッケージングする2段階の作業が必須です。
Q2：qemu-imgはOVA出力に対応していますか？
対応していません。qemu-imgはVMDK、RAW、VHDXなど仮想ディスク形式のみを扱うツールで、仮想アプライアンス定義用のOVF記述子ファイルを作成する機能はなく、この工程はOVF Toolで実施する必要があります。
Q3：Windows上でQCOW2をOVAに変換する方法は？
Windows版qemu-imgでQCOW2ファイルをVMDKに変換後、ディスクをESXiホストにアップロードし、Windows版OVF ToolでVMをOVAアーカイブとしてエクスポートします。コマンド構文はLinuxと同一で、主な違いはパス記述方法と実行ファイルの呼び出し方のみです。
Q4：OVAとOVFの違いは何ですか？
OVF（Open Virtualization Format）は記述子ファイル、仮想ディスク、マニフェストファイルに分かれた複数ファイルの総称です。OVA（Open Virtualization Archive）はこれら一式を単一の圧縮アーカイブにまとめた形式で、配布や移植性に優れています。
Q5：OVA変換後VMが起動しない原因は？
最も多い要因はファームウェア設定の不整合で、VMware側の移行先VMの起動モード（従来BIOSまたはUEFI）を元環境と一致させる必要があります。ゲストドライバの未導入も頻出要因のため、変換前にopen-vm-toolsまたはvirtio-winを事前インストールすることを推奨します。
QCOW2イメージをOVAに変換する作業は複数工程から構成されますが、各段階に明確な役割が存在します。qemu-imgがディスク形式変換、ESXiがVM実行環境の構築、OVF Toolが全ファイルの可搬型アーカイブ作成を担います。作業開始前に起動モードとゲストドライバを適切に設定することで、移行失敗の大半のエラーを事前回避できます。
VMがVMware上で正常起動した後は、継続的なデータ保護体制を整備することが次の課題です。作成したOVAは出発点に過ぎず、障害から守る保険にはなりません。Info2softのi2Backupによる定期的なエージェントレスバックアップを導入することで、導入初期から正常な復旧ポイントを確保できます。
大規模環境を運用するチームは、VMのバックアップと並行してESXiホスト設定のバックアップも検討する価値があります。障害時にホスト側の設定が失われることは、業務VMの損失と同程度の障害を引き起こします。
