У нас настроен сервер Hyper-V, и расположение файлов не соответствует, поскольку оно было настроено несколькими людьми. Вот два разных «шаблона», которые были использованы:
Шаблон 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. Затем вы можете просто указать каталог машины при запуске импорта.
Аргумент ПРОТИВ этого стиля шаблона состоит в том, что нет никакого смысла в том, чтобы существовал каталог с именем Виртуальные машины, если существует только один файл. Другим аргументом против является то, что кажется, что сам сервер Hyper-V ожидает, что все жесткие диски находятся в одной папке, а все виртуальные машины находятся в другой папке. то есть он не создает отдельных папок для каждой виртуальной машины (кроме тех, которые названы GUID в каталоге виртуальных машин)
Шаблон 2
Аргумент FOR Template 2 заключается в том, что Hyper-V ожидает, что именно так и будет выглядеть макет.
Аргумент ПРОТИВ шаблона 2 заключается в том, что вы не можете сказать, какие файлы виртуальной машины связаны с конкретной машиной, если вы не загляните внутрь файлов xml.
Я хотел бы услышать о любых подводных камнях к любой схеме.
источник
Ответы:
Вы действительно очень хотите иметь возможность легко определить, какие файлы принадлежат какой виртуальной машине. Даже если вы потеряете доступ к консоли Hyper-V.
Это происходит при попытке восстановить виртуальную машину из резервных копий. Или когда Hyper-V забывает обо всех ваших виртуальных машинах, и вам необходимо импортировать их. Или файлы конфигурации виртуальной машины повреждены, и вам нужно заново создать виртуальную машину и указать на старые файлы жесткого диска (которые вы сейчас не можете идентифицировать, поскольку ваш файл конфигурации поврежден). Или вы просто хотите быстро проверить, сколько дискового пространства занимает каждая виртуальная машина. Или вам нужно восстановить из резервных копий, где вы можете увидеть имена файлов, но не легко прочитать файлы XML, не пройдя весь процесс восстановления.
Учитывая это, я бы пошел к чему-то похожему на шаблон 1, где есть папка для каждой виртуальной машины, но пропустите подпапки «Виртуальные машины» и «Жесткие диски виртуальной машины» - просто поместите все файлы, связанные с виртуальной машиной, в папка с именем виртуальной машины.
Вам также не нужны Hyper-V \ Виртуальные машины - выберите одну из этих меток, вам не нужны обе.
Так:
и т.п.
Или вы можете решить, что вам не нужны имена файлов для соответствия виртуальной машине - достаточно имени папки. Называя его таким образом, можно было бы клонировать виртуальную машину, не беспокоясь о переименовании ее файлов:
Основной вывод здесь состоит в том, чтобы упорядочить файлы так, чтобы, рассматривая только структуру файлов, вы могли определить, к какой виртуальной машине принадлежит каждый файл, и для чего этот файл.
источник
Мне не нравится ни один.
Потому что ни один из ваших шаблонов не стабилен, если вы перемещаете виртуальную машину.
Я бы - и я делаю это сам - использовал бы структуру папок, идентичную той, которую вы получаете, когда вы перемещаете виртуальную машину между хостами. Таким образом, ничего не меняется, когда вы перемещаете виртуальную машину между хостами.
источник
Вам необходимо сделать шаблон 2, чтобы отделить связь для частей виртуальной машины от проблем хранения. Т.е. один VHDX для виртуальной машины может соответствовать объему производительности, другой VHDX для той же виртуальной машины больше связан с емкостью - и все может быть связано с различиями в отказоустойчивости.
Таким образом, вы не сможете выполнить шаблон 1, если не введете в структуру файловой структуры сложность сопоставления различных мест хранения в соединении для файловых частей виртуальных машин.
Таким образом:
ШАБЛОН 2
Шаблон 2 - Здесь управление хранилищем имеет приоритет над макетом пространств имен (между тем, макет пространства имен обрабатывается в пользовательском интерфейсе для управления виртуальной машиной ... т.е. некоторые части виртуальной машины могут даже не быть локальными, а находиться в облаке и т. Д. С использованием, например, хранилища автобус)
... управление различными проблемами в управлении хранением:
D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные жесткие диски \ xxx-xx-xx-System-01-Prod.vhdx
D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные жесткие диски \ xxx-xx-xx-Data-01-Prod.vhdx
D: \ Storage \ Pool2 \ Hyper-V \ Виртуальные жесткие диски \ xxx-xx-xx-Data-02-Prod.vhdx
D: \ Storage \ Pool3 \ Hyper-V \ Виртуальные жесткие диски \ xxx-xx-xx-Recovery-01-Prod.vhdx
D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_1
D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_1.xml
D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_2
D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_2.xml
ШАБЛОН 1
Чтобы сделать это сопоставление в шаблоне 1 - где проблемы пространства имен в файловой системе (так называемый пользовательский интерфейс с псевдообеспечением) имеют приоритет - при сохранении проблем хранения:
D: \ VMs \ xxx-xx-xx-01-Prod \ xxx-xx-xx-System-01-Prod.vhdx> (связано с) D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные жесткие диски \ xxx- хх-хх-System-01-Prod.vhdx
D: \ VMs \ xxx-xx-xx-01-Prod \ xxx-xx-xx-Data-01-Prod.vhdx> D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные жесткие диски \ 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 \ Виртуальные жесткие диски \ 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 \ Виртуальные жесткие диски \ xxx-xx-xx- Восстановление-01-Prod.vhdx
D: \ VMs \ xxx-xx-xx-01-Prod \ GUID_1> D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_1 D: \ VMs \ xxx-xx-xx-01-Prod \ GUID_1.xml > D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_1.xml D: \ VMs \ xxx-xx-xx-01-Prod \ GUID_2> D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_2 D: \ VMs \ xxx-xx-xx-01-Prod \ GUID_2.xml> D: \ Storage \ Pool1 \ Hyper-V \ Виртуальные машины \ GUID_2.xml
источник