VMwareを取り巻く環境の変化
BroadcomによるVMwareの買収は、ホームラボ愛好家（HomeLabbers）を取り巻く環境を一晩で変えてしまいました。無料版ESXiライセンスの突然の終了と高額なサブスクリプションへの移行により、多くのユーザーが脱出策を模索しています。その有力な移行先となっているのがProxmox VEです。Proxmoxは、ライセンス料なしで組み込みのバックアップやクラスタリングなどのエンタープライズ級の機能を提供します。しかし、大きな疑問が残ります。既存のVMを、再構築に一週間もかけずに移行するにはどうすればよいのでしょうか？
以前の移行方法を思い出してみます。1つのVMを移行するだけでも、巨大なOVFファイルをエクスポートし、コマンドラインで qemu-img convert を実行し、ネットワークドライバがブルースクリーン（BSOD）を引き起こさないことを祈る必要がありました。1台の仮想マシンを正常に起動させるだけで、4〜5時間かかることも珍しくない退屈な作業でした。
ありがたいことに、Proxmoxチームは画期的なアップグレードをリリースしました。それがネイティブの「ESXiインポートウィザード」です。このツールはESXiホストと直接通信し、ネットワーク経由でデータを取得します。フォーマット変換もオンザフライで行われます。ホームラボの柔軟性を維持したいのであれば、このツールをマスターすることは大幅な時短につながります。
移行が失敗する主な理由
移行時の摩擦は、各プラットフォームが仮想ハードウェアをどのように処理するかに起因します。VMwareはVMDKディスク形式とE1000ネットワークアダプタのような特定の仮想ハードウェアに依存しています。一方、ProxmoxはKVMをベースにしており、QCOW2ディスクとVirtIOドライバで最高のパフォーマンスを発揮します。
ディスクファイルを移動すると、ゲストOS（Windows 11やUbuntuなど）は突然異なる「体」で目を覚ますことになります。新しいCPUタイプ、異なるディスクコントローラー、そして見慣れないネットワークカードに直面します。OSに適切なドライバがプリインストールされていない場合、自身のブートドライブを見つけることすらできません。このハードウェアの不一致が、移行失敗の原因の約90%を占めています。
移行オプションの比較
ウィザードが登場する前、主な方法は2つありました。それらと最新の手法を比較してみましょう。
- 手動CLI変換:
qemu-imgを使用してVMDKをQCOW2に変換する方法です。信頼性は高いですが、非常に時間がかかります。ストレージの速度にもよりますが、500GBのディスク変換に1時間以上かかることもあります。 - OVF/OVAエクスポート: VMwareからVMをエクスポートし、Proxmoxにインポートします。XML記述ファイルのバージョンの不一致により、失敗することがよくあります。
- Proxmoxインポートウィザード: これが現在の「ゴールドスタンダード」です。ESXiホストをストレージバックエンドのように扱います。ProxmoxのGUIからVMをブラウズして「インポート」をクリックするだけです。システムがディスク変換を自動化し、ハードウェア設定をマッピングしてくれます。
Proxmoxインポートウィザードの使用方法
この機能を使用するには、Proxmox VE 8.2以降が必要です。このバージョンには pve-esxi-import-tools がデフォルトで含まれています。スムーズな移行のために、以下のワークフローに従ってください。
ステップ1：ESXiホストの準備
vCenterサーバーは不要です。スタンドアロンのESXiホスト（バージョン6.7〜8.0）で動作します。ウィザードは主にAPIを使用しますが、ESXiホストでSSHを有効にしておいてください。最も重要なのは、移行したいVMをシャットダウンすることです。VMが実行中の場合、ProxmoxはVMDKファイルをクリーンにロックできず、データ破損の原因となります。
ステップ2：ProxmoxをESXiに接続する
ProxmoxのWebインターフェースを開き、データセンタービューに移動します。
- データセンター > ストレージ > 追加 > ESXi を選択します。
- ID:
ESXi_Mainのように分かりやすい名前を付けます。 - サーバー: ESXiのIPアドレスを入力します。
- 資格情報: ESXiのrootログイン情報を使用します。
- Skip Certificate Verification（証明書の検証をスキップ）: ESXiホストにカスタムSSL証明書をインストールしていない場合は、これにチェックを入れます。
追加をクリックすると、サイドバーに他のストレージボリュームと同じようにESXiホストが表示されます。
ステップ3：インポートの実行
サイドバーで新しく追加したESXiストレージを選択します。そのホスト上のすべてのVMのリストが表示されます。対象のVMを選択し、画面上部の「Import（インポート）」をクリックします。
設定ボックスが表示されます。ここで古いVMware環境をProxmoxにマッピングします。
- Target Storage（ターゲットストレージ）: ProxmoxのZFSプールまたはlocal-lvmを選択します。
- Network（ネットワーク）: VMwareのポートグループをProxmoxのブリッジ（通常は
vmbr0）にマッピングします。 - Format（形式）: 後でスナップショット機能を使用したい場合は
QCOW2を選択します。
# ESXiオプションが表示されない場合は、クイックアップデートを実行します
apt update && apt install pve-esxi-import-tools -yステップ4：ハードウェアの不一致を修正する
インポートが完了しても、すぐにVMを起動しないでください。まだドライバの問題に対処する必要があります。Windows VMの場合、Proxmoxのディスクコントローラー用のVirtIOドライバがないため、おそらく起動に失敗します。
オリジナルのVMが使用していた場合、最初の起動時には SCSI Controller を「VMware PVSCSI」に設定するのが一般的です。あるいは、OSにログインするためだけにディスクをIDEまたはSATAに設定します。ログインできたら、 virtio-win ドライバをインストールします。ドライバが有効になった後、コントローラーを「VirtIO SCSI」に切り替えることで、パフォーマンスが大幅に向上します。
Linux VMは通常より簡単です。カーネルにVirtIOドライバが含まれていることが多いためです。インターフェース名が ens192 から enp0s1 のような名前に変わる場合に、ネットワーク設定を更新するだけで済む場合がほとんどです。
一般的なトラブルシューティング
合理化されたツールであっても、いくつかの障害にぶつかる可能性があります。対処法は以下の通りです。
「Locked Disk（ロックされたディスク）」エラー
インポートが即座に失敗する場合は、VeeamやSynology Active Backupなどのバックアップツールが実行されていないか確認してください。これらのツールはVMDKファイルをロックするスナップショットを作成します。再試行する前に、ESXi側で残っているスナップショットを削除してください。
転送速度が遅い
転送は管理ネットワーク経由で行われます。標準的な1Gbpsリンクでは、最大転送速度は約112MB/s程度です。1TBのデータベースを移動する場合、約2時間半かかります。速度が極端に遅い場合は、ProxmoxのCPUが圧縮タスクで限界に達していないか確認してください。
Windowsのライセンス認証
VMを移動すると、仮想ハードウェアIDが変わります。Windowsはこれを「新しいコンピュータ」と認識し、再アクティベーションを求める可能性が高いです。特にWindows Serverインスタンスの場合は、ライセンスキーを手元に用意しておいてください。
まとめ
Proxmoxインポートウィザードは、VMwareエコシステムを離れる際の最大の障壁を取り除きました。複雑なコマンドラインの作業を数回のクリックに変えてくれます。これにより、ディスクフォーマットとの格闘ではなく、サービスの運用に集中できるようになります。この体系的な手順に従えば、一晩でホームラボ全体をProxmoxに移行することも可能です。仮想化市場が急速に変化している今、これは不可欠なスキルと言えるでしょう。
