Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
インフラコストの最適化、ライセンス縛りからの脱却、オープンソース仮想化のパフォーマンス活用を目指すIT組織では、Microsoft Hyper-VからProxmox仮想環境（VE）へのワークロード移行が最優先課題となっています。本ガイドでは、エージェントレスな標準ツールとエンタープライズ向けライブ移行手法を活用し、Hyper-V仮想マシンをProxmox VEへ移行するための完全な技術手順を解説します。
移行手順に入る前に、2種類のハイパーバイザーの構造的な違いと、企業が移行を決断する要因を理解することが重要です。
|
機能項目 |
Microsoft Hyper-V |
Proxmox VE |
|
ライセンス |
プロプライエタリ（Windows Serverに紐付け） |
オープンソース（任意でサブスクリプション契約可） |
|
ストレージエンジン |
VHD、VHDX、クラスター共有ボリューム |
QCOW2、ZFS、Ceph RBD、LVM |
|
コンテナ機能 |
Windowsコンテナ（Hyper-V分離型） |
Linuxコンテナ（LXC） |
|
管理UI |
Hyper-Vマネージャー / フェイルオーバークラスター |
標準搭載の統合Web管理画面 |
企業がHyper-VからProxmoxへ切り替えるのは、柔軟性向上とベンダーロックインからの脱却が目的です。このオープンソース基盤は高額なWindows Serverデータセンターライセンスが不要となるため、総所有コスト（TCO）を削減できます。コンピュート、ZFS/Cephストレージ、クラスター機能が単一のWeb画面に統合されており、追加の高額管理ツールを導入する必要がありません。
起動失敗や致命的なブルースクリーン（BSOD）を回避するため、移行元のHyper-V仮想マシンで以下の事前チェックリストを完了させてください。
PowerShell
Get-Service QEMU-GA
Proxmox標準の移行手法はハイパーバイザー層で直接動作し、データ転送中に仮想マシン内部にソフトウェアをインストールする必要がないエージェントレス方式です。ただし、移行元Hyper-V仮想マシンを完全にシャットダウンする必要があるため、コールド移行となります。
Proxmox VEにはWeb画面からV2V移行を簡略化するストレージ統合ウィザードが標準搭載されています。
手順1：Hyper-Vホスト内の対象.vhdx格納フォルダを右クリックし、プロパティを開きます。
手順2：共有タブから詳細共有設定を開き、このフォルダを共有にチェックし、管理者アカウントに読み書きフル権限を付与します。
手順1：Proxmox Web画面にログインし、データセンター＞ストレージ＞追加＞ストレージ統合（Hyper-V）へ進みます。
手順2：一意のID、Hyper-VサーバーIP、共有名、管理者ログイン情報を入力し、追加をクリックします。
手順1：Proxmox左メニューからマウント済みHyper-Vストレージを選択、VMタブを開き対象仮想マシンを選択してインポートをクリックします。
手順2：移行先Proxmoxのストレージを選択し、CPU、メモリ、ネットワークブリッジを設定後、インポートをクリックして変換を開始します。
エアギャップ環境、古いProxmox VE環境、外部ドライブでデータを転送する構成の場合は、従来のコマンドライン手順が安定した代替手段となります。
手順1：Hyper-Vマネージャーを開き、シャットダウン済みの対象VMを右クリックし、エクスポートを選択します。
手順2：参照から保存先フォルダを指定し、エクスポートを実行して統合済み.vhdxファイルを作成します。
手順1：WinSCPからProxmoxホストのIPアドレスとrootアカウントで接続します。
手順2：ローカル側の.vhdxファイルをProxmoxの/var/lib/vz/dump/ディレクトリへアップロードします。
手順3：Proxmoxターミナルを開き、下記整合性チェックコマンドを実行し、ファイル破損がないか確認します。
Bash
qemu-img check -r all /var/lib/vz/dump/your-vm-disk.vhdx
手順1：ProxmoxでVM作成をクリックし、仮想マシン名とIDを設定し、移行元と同じCPU・メモリ容量を割り当てます。
手順2：OSタブでメディアなしを選択し、システムタブでファームウェアを設定します。第2世代VMはOVMF（UEFI）、第1世代はSeaBIOSを選択します。
手順3：ディスクタブに一時的な1GBディスクを作成しウィザードを完了後、仮想マシンのハードウェア画面から該当ディスクを切り離して削除します。
手順1：Proxmoxシェルを開き、下記変換コマンドを実行し、シンプロビジョニング型QCOW2ディスクを生成します。
Bash
qemu-img convert -f vhdx -O qcow2 -o preallocation=off /var/lib/vz/dump/your-vm-disk.vhdx /var/lib/vz/images/101/vm-101-disk-0.qcow2
（101は実際のProxmox仮想マシンIDに置き換えてください）
手順2：ストレージ再スキャンコマンドを実行しProxmoxにディスクを認識させると、仮想マシンのハードウェア項目に未使用ディスク0として表示されます。
Bash
qm rescan
移行完了した仮想マシンを本番環境に公開する前に、下記項目で正常動作を確認してください。
標準のエージェントレス移行は無料で利用できますが、エンタープライズ規模のインフラで運用する際に明確な制約が存在します。
大規模クラスターの切り替え時に業務継続性を確保するため、業界標準の運用ルールを適用してください。
V2V移行方針を設計する際、エージェントレスとエージェント型の選択は本番環境の稼働時間に大きな影響を与えます。
サービス停止を一切許容できないエンタープライズ規模のワークロードでは、コールド移行ツールは利用できません。ここで活用するのがi2Migrationです。エージェント型の完全VM移行ソリューションで、ハイパーバイザーの制限を回避しOS層からデータをレプリケーションします。
手法の選択は環境規模、予算、許容できる停止時間に依存します。
Hyper-VからProxmoxへの各移行手法比較
|
手法 |
停止時間 |
難易度 |
推奨環境 |
|
インポートウィザード |
中程度 |
低い |
小規模環境 |
|
qemu-img |
長時間 |
中程度 |
上級管理者向け |
|
i2Migration |
ほぼゼロ |
低い |
エンタープライズ業務 |
ProxmoxはHyper-VのVHDXファイルをインポートできますか？
はい。最新版Proxmox VEではWeb画面の標準インポートウィザード、またはqemu-img convertコマンドラインからVHDXファイルにネイティブ対応しています。
Hyper-VからProxmoxへの移行にはどれくらい時間がかかりますか？
ネットワーク速度とディスク容量に依存します。例として、1Gbps標準回線で100GBのVMを転送する場合、移行前後の設定時間を除き約15～20分を要します。
Proxmoxは第2世代Hyper-V仮想マシンに対応していますか？
対応しています。ProxmoxのVM設定でファームウェアをOVMF（UEFI）に指定し、EFIディスクを追加するだけで元のUEFI構成と一致させられます。
停止時間ゼロでHyper-V VMをProxmoxへライブ移行できますか？
可能です。ただしProxmox標準ツールはコールド移行のみ対応しており、停止時間ゼロのライブ移行を実現するにはi2Migrationなどのサードパーティ製エージェント型ソリューションが必要です。
Proxmox標準ツールはメンテナンス時間を確保できる小規模環境向けに、無料で安定したコールド移行手段を提供します。一方、厳格なSLAが定められたエンタープライズ本番業務の場合は、業務停止を排除しシームレスなライブ切り替えを実現するため、i2Migrationのようなエージェント型移行基盤が不可欠です。
