SCVMMへHyper-Vでエクスポートしたイメージをインポートする方法

他の環境で作成された仮想マシンのSCVMMへの正しいインポート方法がわかりません。以前も同じことがあったのですがよくわからずに棚上げしてありました。

- [Hyper-Vマネージャーでインポートした仮想マシンがSCVMMに表示されない | System Center Blog](https://systemcenter.ebisuda.net/2012/10/12/hyper-v%e3%83%9e%e3%83%8d%e3%83%bc%e3%82%b8%e3%83%a3%e3%83%bc%e3%81%a7%e3%82%a4%e3%83%b3%e3%83%9d%e3%83%bc%e3%83%88%e3%81%97%e3%81%9f%e4%bb%ae%e6%83%b3%e3%83%9e%e3%82%b7%e3%83%b3%e3%81%8cscvmm/)

この問題に度々直面し、そのたびにごまかしてきたのですが、きちんと手順化をしなくてはいけないことになり本腰をいれて調査することに決めました。

現状のステータスは以下の通りで、大きく以下の3パターンがあるように思われます。

- Hyper-Vコンソールでインポートする。インポートされ作成された仮想マシンをSCVMMが認識する。
- SCVMMのライブラリにファイル群を配置する。SCVMMのライブラリが更新され、保存された仮想マシンとして認識される。新規に仮想マシンを作成する際にそれを選択する。
- SCVMMにて新規に 仮想マシンを作成する。作成された仮想マシンのVHD(X)ファイルをエクスポートされたものと差し替える。

1の方法に関しては以下の状況です。

- うまくいくケースもあれば、インポートして稼働しているにもかかわらずいつまでたってもSCVMMで認識されないケースがある(今取り組んでいるものは認識されない)。そもそも正しい方法なのかどうかよくわからない。
- 認識されたとしても高可用性の仮想マシンにならない。その後変更する方法も不明。
- 一度ホストからエージェントをアンインストールし、再インストールすると仮想マシンは認識されるが、仮想マシンのクラウドなどの設定がクリアされてしまうので作りこんだ環境では現実的ではない。
- 以下のように書かれているので、認識されないケースが異常に思われる。

Frequently Asked Questions: Data Refreshes http://technet.microsoft.com/en-us/library/dd221389.aspx

Frequency: Every 2 minutes on each host.

Data updates:

- Checks the host status to determine whether the VMM agent is running and the status of the virtualization software on the host. - Synchronizes the statuses of virtual machines deployed on the host. - Places virtual machines with missing objects in a Missing state. - Imports new virtual machines created outside VMM. When the refresher detects a new virtual machine, it imports the virtual machine into VMM and runs the VM Heavy Refresher to add virtual machine properties, resource pools, cluster information, and snapshots to the VMM database. 2の方法に関しては以下の状況です。

- きちんと認識され、新規作成時に選択可能だが、実際に作成しようとするとジョブが失敗してしまう。
- 失敗するのが操作方法の問題なのか、環境の問題なのか、エクスポートされたイメージの問題なのか現時点では不明。
- 以下のURLではこの方法が正しいインポートの方法として提示されている。

[How to Import a VM into VMM](http://social.technet.microsoft.com/Forums/systemcenter/en-US/26f63615-9666-480b-8d30-2fde25c0101b/how-to-import-a-vm-into-vmm)

3の方法に関しては以下の状況です。

- うまくいくだろうと思われるが、仮想マシンの設定等がクリアされてしまう(同じように作らなくてはいけない)のでできればやりたくない。
- NIC周りなど、別のものと認識され、再設定が発生してしまうのはできれば避けたいが、この方法では不可避に思われる。

おそらく方法として1の方法が簡単であり、きっと製品でも想定しているパターンなのだろうと思うのですが、いかんせんHyper-Vマネージャーから見えるし、可動もしているくせにSCVMMに出てこないのです。とはいえ、うまく認識されて出てきたこともあり、それがいったい何を引き金にしているのか、なにによってその認識される、されないの差異が発生しているのかがわかりません。

2分毎に

Imports new virtual machines created outside VMM. When the refresher detects a new virtual machine, it imports the virtual machine into VMM and runs the VM Heavy Refresher to add virtual machine properties, resource pools, cluster information, and snapshots to the VMM database. をやっているのであれば、出てこない方がおかしいのでしょうが、いかんせん、SCVMMのジョブをより詳細に追いかける方法がわかりません。SCCMみたいに細かいログが出ててくれればまだ当たりのつけようもあるのですが・・・。

一方3の方法はやればできちゃうのはわかっているのですが副作用が大きいので最後の手段にしておこうと思います。

というわけでうまくいくはずなのにうまくいっていない2の方法に関してもうちょっと詳細をおいかけて見たいと思います。

エクスポートした状態

まず、今回は2008R2のHyper-Vからエクスポートしたイメージを対象にします。エクスポートされたものは以下のようになっています。

\ホスト名

\Snapshots(空)

\Virtual Hard Disks

\vmname.vhd

\Virtual Machines

(GUID).exp

config.xml

この辺りバージョン毎に構成は異なっているようです。このエクスポートファイルの構造の違いによる結果の違いもありそうですが・・・。

今回はスナップショットは空です。また、Virtual Hard Disksも単純に1つのvhdファイルがあるのみです。

Virtual Machinesフォルダ以下にあるGUIDがファイル名になっているexpファイルには仮想マシンの構成が書かれているようです。

仮想システムのエクスポート設定データ0TRUETRUETRUEMicrosoft 仮想システムのエクスポート設定データMicrosoft 仮想システムのエクスポート設定データMicrosoft:E5F6F01F-5503-432C-9B0B-6596FBF7E684 FALSE11100000000000000.000000:000グローバル仮想マシン設定20100707055421.843750-000仮想マシンのグローバル設定A-KindMicrosoft:E5F6F01F-5503-432C-9B0B-6596FBF7E684\Global32768E5F6F01F-5503-432C-9B0B-6596FBF7E6842.0301 4105-9897-9514-6551-3613-1594-71{F9954C4D-AB34-4C40-B16C-5CFB7FA6B348}FALSE4105-9897-9514-6551-3613-1594-711230仮想マシンの設定4220-1056-9941-6759-2197-7832-104105-9897-9514-6551-3613-1594-7120100707055421.843750-000仮想マシンでアクティブな設定です。A-KindMicrosoft:E5F6F01F-5503-432C-9B0B-6596FBF7E684FALSE3E5F6F01F-5503-432C-9B0B-6596FBF7E684301 キーボードTRUETRUEキーボード3Microsoft 仮想キーボードの設定です。キーボードMicrosoft:E5F6F01F-5503-432C-9B0B-6596FBF7E684\655BC5C5-A784-46B7-81BC-E26328F7EB0E\Keyboard11Microsoft Virtual Keyboard1310

上記の様な形でずらずらっと65行に渡って記載されています。

一部ハードディスクの配置場所などに関して「C:\hyper-vHDD\vmname\Virtual Hard Disks\vmname.vhd」のように固定パスが書かれています。ちょっと気になります。このままでいいのでしょうか?でも、エクスポートしたファイルを別マシンの別パスに持って行ってからHyper-Vマネージャーでインポートするようなことは成功するわけであり、このままで良いのだとは思いますが・・・。

config.xmlの中身はシンプルで以下のようになっています。

C:\hyper-vHDD\A-Kind\Virtual Hard Disks\vmname.vhd true

ここでもvhdファイルの場所に関して固定パスが書かれているのが気になります。

ライブラリへの配置

これをSystem Centerで管理されているライブラリパスの中に配置します。具体的には今回はクラウドのセルフサービスユーザーが勝手に使いたいので、クラウドのライブラリにコピーしました。保存された仮想マシン用の共有ではなく、通常のライブラリ共有側です。

コピー後、ライブラリを更新するとSCVMMにVMとして認識されると同時にconfig.xmlの中身も書き換えられていました。

config.xmlは以下のようになりました。

C:\hyper-vHDD\vmname\Virtual Hard Disks\vmname.vhd

\server\share\vmname\Virtual Hard Disks\vmname.vhd

True</ VmStateCopied>

\server\share\vmname

\server\share\vmname

共有のパスが書き込まれています。sourceはローカルパスのままで良いのでしょうか・・・?一方GUID.expファイルの中身には変化がないようです。更新日時が変わっていません。

仮想マシンの生成

この状態でSCVMMには認識されているので新規仮想マシン生成時にこの仮想マシンを選択できるようになっています。

しかし、この時にクラウドの機能プロファイルは選択できません。なぜなのかはよくわかりません。

HDDに関してはきちんと共有上のパスが指定されています。ここは問題無さそうに思います。

ネットワークアダプターは未接続になっているので、きちんと接続してあげます。

可用性も標準になっているので、必要に応じて変更します。

展開先はクラウドの展開プロファイルが選択できない関係上クラウドには配置できないので、ホストに配置するより方法が無さそうです。この点に関してはあとからクラウドに割り当てればよいでしょう。とはいえはじめからクラウドに展開したいものですが・・・。

あとはウィザードを進めて展開できます。設定上何も問題無いように思えます。

・・・と実行したら成功してしまいました。いままで何度やってもうまくいかなかったのでこうやって記録しながらやってみたのですが。うーん。

とりあえず、「ライブラリにおいて認識させた後でそれを展開する」という手法はうまくいくようです。

今までとの違いを考えてみるとエクスポートしたイメージを配置する場所として通常のライブラリ共有にしたのが良かったのかもしれません。今までは「保存されたVM」の共有においていたような気がします。

何はともあれ、この方法であればうまくいくようです。Hyper-Vマネージャーからインポートした場合と違ってきちんと高可用性にもできますし、これが想定された正しい手順なのかもしれません。