Я тестировал встроенную загрузку vhd на нескольких серверах. Это кажется довольно прозрачным с точки зрения развертывания, и когда я тестировал штаны, я не заметил никакой разницы в производительности. Основная причина, по которой я хочу загрузить vhd, связана с их переносимостью между разным оборудованием и серверами Hyper-V.
будут установлены следующие роли.
dfsr
dhcp
iis
сервер приложений
dc <- еще не тестировал, но не вижу причин, почему это не сработает.
С указанными выше ролями с низким влиянием (с точки зрения производительности) загрузка с VHD уместна.
Спасибо
Нет, нет, я бы не стал. Нет причин добавлять еще больше сложности без уважительной причины (и заявление Microsoft «это будущее» не считается уважительной причиной). Зачем усложнять жизнь, добавляя еще один уровень в стек с минимальными преимуществами или без них?
Загрузка с VHD никогда не предназначалась для замены традиционного развертывания образа. Для лучшей производительности вы должны развернуть образ непосредственно на целевом оборудовании. Загрузка с VHD предназначена для тестирования и разработки в ситуациях, когда разработчик или тестировщик не имеет доступа к технологии виртуализации (что в наши дни встречается довольно редко). Перед первым включением виртуальных жестких дисков необходимо провести системную подготовку (поэтому автономные соединения здесь не очень помогают), чтобы система обнаружила новое оборудование.
Я бы определенно не поддерживал какие-либо приложения, работающие в образе VHD, а не в файловой системе по умолчанию. Обратите внимание, что вы зависите от файловой системы хоста для запуска VHD. Загрузочная запись "живет" в родительской ОС (которую тоже нужно поддерживать)
Согласно этому Сообщение в блоге группы виртуализации Microsoft Одна из целей встроенной поддержки VHD - «1. Упростить создание, управление и развертывание образов Windows на физических и виртуальных машинах с использованием единого формата образа и общих инструментов».
Это отличная идея в среде Hyper-V, где мне, возможно, придется выполнить быстрое развертывание машины с непредвиденными и немедленными высокими требованиями к процессору или оперативной памяти. Когда моей виртуальной машине требуется больше ресурсов, чем может предоставить моя среда hypre-v, вы можете использовать это для быстрого развертывания образа на другой машине, на которой уже запущен сервер 2008 или Windows 7, и перепрофилировать систему. В случае этого вопроса этот сценарий неприменим, см. эта ссылка для распространенных сценариев использования VHD. В случае физических машин библиотека образов должна поддерживаться в формате WIM, так как она будет занимать больше места и проста в обслуживании. Если будет принято решение о развертывании на виртуальном жестком диске, образ WIM можно применить в любое время.
При использовании VHDS есть дополнительные предостережения, из FAQ по VHD
Храните все важные данные вне виртуальных жестких дисков с собственной загрузкой. Когда вы храните важные данные за пределами VHD, содержащего загрузочный образ Windows, их легче восстановить, если VHD станет непригодным для использования.
Создавайте файлы VHD с максимальным размером, превышающим минимальные требования к диску для операционной системы. - обратите внимание, что это означает, что требования к хранилищу изображений огромны по сравнению с WIM-файлом с несколькими экземплярами
Резервное копирование также вызывает беспокойство, поскольку вам следует создавать резервные копии VHD, пока он отключен. VSS поддерживает создание моментальных снимков томов на VHD.
Абстракция действительно увеличивает накладные расходы, особенно если вы получаете фрагментированный динамически растущий VHD.
Если VHD будет поврежден, скорее всего, вы потеряете его целиком. Если часть жесткого диска будет повреждена, вероятность потери всего диска будет ниже.
Это дополнительное осложнение (стоимость) без пользы в 99,99% ситуаций.