VM Conversion のサポート要件です。
2025/12 時点では少し古めの vCenter サーバや ゲスト OS もサポートされているようです。
※ 移行元にて vCenter サーバ の準備が必須です。

１）移行元の VMware vCenter

２）移行対象のゲスト OS

１） 環境概要

今回は下記のような環境にて検証を行いました。
実際にあり得る移行シーンを想定し、少し古めの VMware 環境と延長保守切れも近い「Windows Server 2016」を移行対象として検証します。
※ 検証資材の関係で、実際にはすべて同一の物理ホスト上で構築しています。

２） 移行環境を準備しよう！

紙面の都合上、前述の「移行対象VM、移行元ハイパーバイザ、移行先ハイパーバイザ、管理／変換サーバ(OS まで)」は既に準備してあるとものとして割愛します。

① 公式手順に沿って Windows Server に 「Windows Admin Center(2.4.12.10)」をインストールします。
今回は検証のため「簡単セットアップモード」にて導入していますが、実際の環境では適切に設定を行ってください。

② 追加のソフトウェアを導入します。
「Windows Admin Center」インストール後、「VM Conversion」を利用するために、追加で下記ツール／ライブラリの導入が必要です。
こちらも公式手順がありますので、そちらに沿って導入をお願いします。

• • VMware.PowerCLI
  • Microsoft Visual C++ 再頒布可能パッケージ
  • Visual Studio 2013 用 Visual C++ 再頒布可能パッケージ
  • VMware Virtual Disk Development Kit (VDDK) バージョン 8.0.3

※ 2025/12 時点で 8.0.3 をダウンロードするためには、Broadcom 社の Developer Portal へのログインが必要でした。

環境が準備できたら、さっそく移行してみましょう

① 「Windows Admin Center」 にログインします。

② 移行先のハイパーバイザを登録します。

③ メニューの一番下にある「拡張機能 ＞ VM の変換 (プレビュー)」を選択します。

④ 「vCenter に接続する」を選択した後、「＋追加」ボタンを押し、接続する vCenter サーバを設定します。

⑤ 接続後、vCenter サーバに登録されている VM がリストアップされます。

⑥ 「同期」タブにて移行する VM を選択し、「同期」を押した後で、同期先のディレクトリを指定します。
※最大10台まで同時に同期が可能です。

→ 状態列が「Sync complete (100%)」となっていたら同期完了です。

→ この時点で、Hyper-V サーバの「⑥」で指定したフォルダに仮想ディスクが作成されています。

⑦ 同期の正常終了後、「移行」タブにて移行するサーバを選択し、「移行」を押します。

静的 IP アドレスの移行や VMware Tools のアンインストールを実施する場合は、ここで選択します。

→ 移行の状態列が「Destination VM Created. Migration complete (100%)」となっていたら移行完了です。

⑧ Hyper-V マネージャにて移行した VM が起動していることを確認します。

以上で移行は終了です。
GUI で操作できるため、比較的簡単に移行ができるのではないでしょうか。

次章では、VM Conversion について少し深堀りしたいと思います。

本章では移行をしながら気になったポイントをまとめていきます。

無停止で移行はできるか

→ できません。
データの最終同期(差分同期)が終了した後移行元 VM を停止し、その後移行先 VM を起動する挙動となるため、必ず停止が発生します。
データベース等の整合性担保が必要なサービスは移行前に停止しておいた方が安全かと思われます。
※ さすがに別ハイパーバイザに向けて vMotion／ライブマイグレーション のような仕組みは難しいのかもしれませんね。

移行の仕組み

現時点では「初期同期 → 移行(最終同期)」の2フェーズのみとなっています。
初期移行後に継続的な同期処理はできないようです。

移行前後の比較

移行前後の仮想 VM でいくつか差分が見られました。
実際に移行する時にご参考になればと思います。

ネットワーク インターフェース カード (Nic) について

移行後にはネットワーク インターフェース カードが変更(既存削除＆新規追加)となるため、実運用では移行後に若干の考慮が必要そうです。
特に複数の Nic をお使いの環境では注意が必要です。

Hyper-V 構成バージョンや仮想マシン世代について

Hyper-V 構成バージョンや仮想マシン世代については、ホスト側 OS にてサポートされる最新バージョンが設定されるようです。
今回の ホスト OS は「Windows Server 2016」でしたので、下記が設定されました。

• Hyper-V 構成バージョン： 8.0
• 仮想マシン世代：第二世代

今回未検証なポイント

今回は物理的には同一環境上にて検証を実施したため、下記の項目については割愛させていただきます。実際に移行を想定されている環境にてお試しいただいた方がよいかなと思います。

≫ 移行時間やパフォーマンス
≫ 別 CPU ファミリへの移行

その他困った点

デフォルトの仮想ディスク名をユニークにする必要があるのは理解していますが、旧 vCenter 名が付いてしまうのはちょっとどうにかならないものかと・・・
※もちろん後で変更できますので大事ではないですが、気になるとちょっとした手間ですね。

命名ルール：
(vCenter 名)‐(ディスク名)-(初期同期日時、UTC).vhdx

例：

移行が失敗した場合のシューティング

① 「Windows Admin Server」のインストール後、接続ができない (ajax error 500)
「Windows Admin Server」サービスの起動アカウントを 「ローカル システム アカウント」に変更することで解消できました。

② 急に一切移行ができなくなりました。
いろいろと試行錯誤したのですが、結局「Windows Admin Server」がメモリ不足に陥ってたようです。
再起動して事なきを得ました。

③ 一度移行が成功すると、同じ移行先(Hyper-V)には同じ名称の仮想VMは同期できない！
上記「②」の影響かどうか、検証中に移行は成功したものの、Hyper-V 側で青い画面にて OS が起動できなかったことがありました・・・
この時、VMware 側では「ディスクを統合してください」とアラートが出ている状態であるものの、起動はしている状態でした。

気を取り直してHyper-V 側のディスクを削除し、再度同期から実施をこころみましたが、既に移行済みということで再同期ができませんでした。。。

検証なので該当 VM の移行は諦めたのですが、実環境では何が起こるか分からないため、再実行できるように改善いただきたいポイントですね。
※ その後、ダメもとで VMware 上の仮想 VM 名を変更してみたのですが、同様に同期できませんでした。。。

その他 トラブルシューティングについて

「Windows Admin Server」のアプリケーション イベントログにエラー等が記載されますので、エラー発生時はこちらも確認するとよいと思います。

「Windows Admin Center」にて、かなり簡単に VM 移行ができることが確認できました。
現時点ではプレビュー版なので、是非正式なリリースを待ちたいと思います。

• VMware から Hyper-V へ、 GUI 操作で気軽に移行！
• しかも Microsoft 公式の無償ツール
• まだ少し改善して欲しいポイントがあり、今後に期待！

オンプレとクラウドがますます混在していく中、オンプレ側の旗手が発した迷走劇がどうなっていくか。
新たなハイパーバイザも続々発表されてきていますので、今後の動向から目が離せません！

最後まで読んでいただき、ありがとうございました！