Hyper-Vサーバーでのファイルレイアウトのベストプラクティスですか？

Hyper-Vサーバーをセットアップしましたが、ファイルのレイアウトは、複数のユーザーによってセットアップされたため、一貫性がありません。使用された2つの異なる「テンプレート」は次のとおりです。

テンプレート1

D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Hard Disks\MACHINE_NAME_1.vhdx
D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Machines\GUID_1
D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Machines\GUID_1.xml

D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Hard Disks\MACHINE_NAME_2.vhdx
D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Machines\GUID_2
D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Machines\GUID_2.xml

....

そして

テンプレート2

D:\Hyper-V\Virtual Hard Disks\MACHINE_NAME_1.vhdx
D:\Hyper-V\Virtual Hard Disks\MACHINE_NAME_2.vhdx

D:\Hyper-V\Virtual Machines\GUID_1
D:\Hyper-V\Virtual Machines\GUID_1.xml
D:\Hyper-V\Virtual Machines\GUID_2
D:\Hyper-V\Virtual Machines\GUID_2.xml

テンプレート1

テンプレート1に対して行われた議論は、VMのエクスポートを行うと、エクスポートによってマシン名のフォルダーが作成され、ディスクとvmに別々のフォルダーが配置されるというものでした。インポートを実行するときに、マシンのディレクトリを簡単に指すことができます。

このテンプレートスタイルに対する引数は、ファイルが1つしかない場合、Virtual Machinesというディレクトリが存在しても意味がないということです。もう1つの議論は、Hyper-Vサーバー自体がすべてのハードディスクが1つのフォルダーにあり、すべての仮想マシンが別のフォルダーにあることを期待しているように見えることです。つまり、VMごとに個別のフォルダーを作成しません（Virtual MachinesディレクトリーのGUIDによって名前が付けられたものを除く）

テンプレート2

テンプレート2の引数は、Hyper-Vがレイアウトに期待していることのように思われるということです。

引数AGAINSTテンプレート2は、xmlファイル内を確認しない限り、どの仮想マシンファイルが特定のマシンに関連付けられているかを特定できないということです。

どちらのレイアウトにも落とし穴があると聞きたいです。

あなたは本当に、どのファイルがどの仮想マシンに属しているかを簡単に識別できるようにしたいと思っています。Hyper-Vコンソールにアクセスできなくても。

これは、バックアップからVMを復元しようとすると発生します。または、Hyper-VがすべてのVMを忘れており、それらをインポートする必要がある場合。または、VM構成ファイルが破損しているため、VMを再作成して古いハードドライブファイルを参照する必要があります（構成ファイルが破損しているため、現在は識別できません）。または、各VMが占有するディスク容量をすばやく確認したいだけです。または、ファイル名を表示できるバックアップから復元する必要がありますが、最初に復元プロセス全体を実行せずにXMLファイルを簡単に読み取ることはできません。

それを考えると、テンプレート1に似たものを探します。そこでは、各VMのフォルダーがありますが、「仮想マシン」および「仮想マシンのハードディスク」サブフォルダーは省略します。 VMの名前を持つフォルダー。

また、Hyper-V \ Virtualマシンは必要ありません-これらのラベルのいずれかを選択します。両方は必要ありません。

そう：

D：\ Virtual Machines \ MACHINE_A \ GUID_1.xml
D：\ Virtual Machines \ MACHINE_A \ Machine_a_OS.vhdx
D：\ Virtual Machines \ MACHINE_A \ Machine_a_Data.vhdx

D：\ Virtual Machines \ MACHINE_B \ GUID_2.xml
D：\ Virtual Machines \ MACHINE_B \ Machine_b_OS.vhdx
D：\ Virtual Machines \ MACHINE_B \ Machine_b_Data.vhdx

等

または、ファイル名が仮想マシンに一致する必要がないと決めるかもしれません-フォルダ名で十分です。このように名前を付けると、ファイルの名前を変更することを心配せずにVMのクローンを作成しやすくなります。

D：\ VMs \ Machine A \ GUID_1.xml
D：\ VMs \ Machine A \ OS.vhdx
D：\ VMs \ Machine A \ Data.vhdx

D：\ VMs \ Machine B \ GUID_2.xml
D：\ VMs \ Machine B \ OS.vhdx
D：\ VMs \ Machine B \ SQLData.vhdx
D：\ VMs \ Machine B \ SQLLog.vhdx

ここでの主なポイントは、ファイルを整理することです。これにより、ファイル構造のみを確認することにより、各ファイルがどのVMに属し、そのファイルが何のためであるかを確認できます。

私はどれも好きではありません。

VMを移動した場合にテンプレートが安定しないためです。

ホスト間でVMを移動するときに取得するフォルダー構造と同じフォルダー構造を使用します。このようにすると、ホスト間でVMを移動しても、何も変わりません。

テンプレート2を実行して、仮想マシンパーツのカップリングをストレージの問題から分離する必要があります。つまり、VMの1つのVHDXがパフォーマンスボリュームに使用される場合があり、同じVMの別のVHDXは容量に関心があり、すべてが復元力の違いに関連する場合があります。

そのため、異なるストレージの場所を仮想マシンのファイルパーツのカップリングにマッピングする複雑さをファイル構造レイアウトに導入しない限り、テンプレート1を実行することはできません。

したがって：

テンプレート2

テンプレート2-ここでは、ストレージ管理がネームスペースレイアウトよりも優先されます（一方、ネームスペースレイアウトはVMを管理するためのUIで処理されます。つまり、VMの一部はローカルではなく、たとえばストレージを使用するクラウドなどバス）

...ストレージ管理におけるさまざまな懸念事項の管理：

D：\ Storage \ Pool1 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx-System-01-Prod.vhdx

D：\ Storage \ Pool1 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx-Data-01-Prod.vhdx

D：\ Storage \ Pool2 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx-Data-02-Prod.vhdx

D：\ Storage \ Pool3 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx-Recovery-01-Prod.vhdx

D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_1

D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_1.xml

D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_2

D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_2.xml

テンプレート1

テンプレート1でこのマッピングを行うには-ファイルシステムのネームスペースの問題（別名擬似プロビジョニングされたui）が優先されます-ストレージの問題を維持しながら：

D：\ VMs \ xxx-xx-xx-01-Prod \ xxx-xx-xx-System-01-Prod.vhdx>（リンク先）D：\ Storage \ Pool1 \ Hyper-V \ Virtual Hard Disks \ xxx- xx-xx-System-01-Prod.vhdx

D：\ VMs \ xxx-xx-xx-01-Prod \ xxx-xx-xx-Data-01-Prod.vhdx> D：\ Storage \ Pool1 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx- Data-01-Prod.vhdx

D：\ VMs \ xxx-xx-xx-01-Prod \ xxx-xx-xx-Data-02-Prod.vhdx> D：\ Storage \ Pool2 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx- Data-02-Prod.vhdx

D：\ VMs \ xxx-xx-xx-01-Prod \ xxx-xx-xx-Recovery-01-Prod.vhdx> D：\ Storage \ Pool3 \ Hyper-V \ Virtual Hard Disks \ xxx-xx-xx- Recovery-01-Prod.vhdx

D：\ VMs \ xxx-xx-xx-01-Prod \ GUID_1> D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_1 D：\ VMs \ xxx-xx-xx-01-Prod \ GUID_1.xml > D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_1.xml D：\ VMs \ xxx-xx-xx-01-Prod \ GUID_2> D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_2 D：\ VMs \ xxx-xx-xx-01-Prod \ GUID_2.xml> D：\ Storage \ Pool1 \ Hyper-V \ Virtual Machines \ GUID_2.xml