- Proxmox VEは現在、ESXiからの移行を大幅に簡素化するネイティブのインポートウィザードを提供しています。
- 集中管理が行われていない環境においては、VMDKディスクをqcow2形式に手動で変換する方法が、依然として最も確実なアプローチである。
- 特にWindowsシステムでは、起動エラーを回避するためにVirtIOドライバーを事前にインストールしておくことが不可欠です。
VMwareのライセンス管理に苦労している方、あるいはより柔軟なオープンソースの代替ソリューションをお探しの方にとって、Proxmox VEは最適な選択肢となるでしょう。このプラットフォームは強力なだけでなく、仮想マシン用のKVMとコンテナ用のLXCを統合しており、非常に直感的なWebインターフェースからデータセンター全体を管理できます。ただし、既存のワークロードを移行するのは必ずしも容易ではなく、最初からスムーズに動作させるには多少の練習が必要です。
VMDKファイルのインポートとは、基本的にVMware仮想ハードドライブを、QEMUのqcow2フォーマットをより適切に理解できる環境に移行することを意味します。vCenterを備えたエンタープライズ環境を使用している場合、またはスタンドアロンのESXiホストで自宅で設定を行う場合は、公式ウィザードを使用した自動ルートか、コマンドラインを使用した手動ルートのどちらかを選択する必要があります。重要なのは、何も考えずに作業を開始せず、新しい環境で起動する際に恐ろしいブルースクリーンエラーが発生しないよう、ソースマシンを事前に準備しておくことです。
一歩踏み出す前に必要な準備
バイトを移動する前に、ソース仮想マシンが完全にクリーンな状態であることを確認する必要があります。よくある間違いは、アクティブなスナップショットを持つ仮想マシンを移行しようとすることです。理想的には、インポートしたディスクが断片化して混乱状態にならないように、すべてのスナップショットを統合する必要があります。さらに、仮想マシンがBIOSを使用しているかUEFIを使用しているかを確認することも重要です。Proxmoxで同じファームウェアを構成しないと、マシンはブートセクタを見つけることができないためです。
Windowsユーザーにとって、ほぼ必須の手順が1つあります。それは、 VMware上でマシンをシャットダウンする前にVirtIOドライバをインストールすることです。VMwareのディスクコントローラはKVM環境には存在しないため、Windowsはエラーが発生し、起動できなくなります。VirtIO ISOイメージをマウントし、ネットワークドライバとストレージドライバをインストールしてから、マシンをシャットダウンしてください。Linuxでは、カーネルにVirtIOモジュールがデフォルトで含まれているため、この手順ははるかに簡単です。
手っ取り早い方法：Proxmoxインポートウィザード
最新バージョン以降、Proxmox はpve-esxi-import-toolsパッケージを導入し、ユーザーにとって作業がより簡単になりました。このツールを使用すると、Proxmox の Web インターフェイスから ESXi ホストに直接接続できるため、移行はほぼ 3 クリックで完了します。まず、[データセンター] > [ストレージ] > [追加] > [ESXi]でストレージを追加し、VMware サーバーのルート認証情報を入力します。自己署名証明書を使用している場合は、証明書の検証をスキップしてください。
ストレージがリンクされると、VMware VMの一覧が表示されます。いずれかを選択して「インポート」をクリックすると、システムがVMXファイルを読み込み、 Proxmox内でハードウェア構成（CPU、RAM、ネットワーク）を自動的に再作成します。標準インポートと「ライブインポート」のどちらかを選択できますが、後者は真のライブマイグレーションではなく、十分なデータが揃った時点でVMを起動するだけです。ウィザードはバックグラウンドでVMDKをqcow2に変換するため、コマンドラインでの作業時間を大幅に節約できます。
手動方式：CLIによる完全な制御
ネットワーク経由でアクセスできるESXiホストがない場合、またはすべての手順を完全に制御したい場合は、手動移行が最適な選択肢です。プロセスは、SCPまたはSFTPを使用してVMDKファイルをProxmoxサーバーにアップロードすることから始まります。VMwareでは、ディスクは記述子ファイル（.vmdk）と実際のデータファイル（-flat.vmdk）で構成されるため、変換を成功させるには両方を同じフォルダに配置する必要があることに注意してください。
ディスクをネイティブ形式に変換するには、ツールを使用します。 qemu-img変換典型的なコマンドは次のようになります。 qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2qcow2 ファイルを入手したら、 Proxmox 内の空の仮想マシン オリジナルと全く同じ機能を備えているが、ハードドライブは割り当てられていない。
変換したディスクを仮想マシンにリンクするには、2つの方法があります。よりプロフェッショナルな方法は、`qm importdisk`コマンドを使用することです。このコマンドは、ファイルをインポートするだけでなく、選択したストレージ (LVM、ZFS、NFS など) に直接配置します。その後、ディスクは Web インターフェイスのハードウェア タブで「未使用」として表示されます。未使用のディスクをダブルクリックし、バス (できれば VirtIO SCSI) に割り当て、仮想マシンの設定で起動順序を調整するだけです。
最終調整とパフォーマンス最適化
マシンが起動しても、作業は終わりではありません。VMをスムーズに動作させるには、QEMUゲストエージェントのインストールが不可欠です。これにより、Proxmoxはゲストシステムとの通信を改善し、クリーンシャットダウンや一貫性のあるスナップショットの作成といったタスクを容易に実行できるようになります。Windowsでは、I/Oパフォーマンスを最大限に高めるために、ディスクコントローラーをIDEまたはSATAからVirtIO SCSIに切り替えるのもこのタイミングです。
ネットワークが動作していないことに気づいたら、アダプターのモデルが互換性があるかどうかを確認してください。VirtIOモデルが最も高速ですが、システムが最初に認識しない場合は、エミュレートされたアダプター (E1000 など) を使用し、ドライバーをインストールした後に切り替えることができます。すべてが正常に動作していることを確認したら、ディスク容量を解放するために、Proxmox ストレージから元の VMDK ファイルを削除することを忘れないでください。
移行期間中のデータ保護
仮想マシンの移行は繊細な作業であり、常にデータ損失のリスクが伴います。そのため、作業開始前に外部バックアップシステムを導入しておくことが不可欠です。Vinchin、Nakivo、Hornetsecurityなどのソリューションを利用すれば、変更不可能なバックアップを作成でき、移行中のランサムウェア攻撃や人為的ミスからシステムを保護できます。ハイパーバイザーの切り替え時に安心して作業を進めるには、 3-2-1ルール（コピー3つ、ストレージメディア2つ、オフサイト1つ）を適用するのが唯一の方法です。
VMwareからProxmoxへの移行は、煩雑な手動プロセスから、非常に効率的な自動化ツールへと進化しました。大規模な展開に公式インポーターを使用する場合でも、特定のケースでqemu-imgやqm importdiskを利用する場合でも、成功の鍵は事前の準備にあります。スナップショットの統合、VirtIOドライバのインストール、ファームウェアの互換性の確保などが重要です。適切な計画と堅牢なセキュリティ対策を講じることで、オープンソースのインフラストラクチャへの移行はコスト最適化と仮想化環境の完全な制御回復を可能にします。