Евгений Ферапонтов

Некий пользователь не советует использовать Hyper-V для виртуализации.

Не советую слушать советы некого пользователя.

если есть мнение, что он не удовлетворяет чьи-то потребности, можно его прокоментировать ?

%рандомная_шутка_про_удовлетворение_и_потребности%
Hyper-V — надежный, масштабируемый и бесплатный гипервизор, полностью готовый к решению задач любого бизнеса. Облако Microsoft Azure целиком на Hyper-V, это уже должно неплохо обрисовать возможности гипервизора.

Если вкратце, циферки "максимальное количество (процессоров, памяти, дисков)" внутри ВМ у Hyper-V всегда выше, чем у vSphere.
У VMWare круче VDI, у Microsoft он дешевле.
У VMWare есть Fault Tolerance, у Microsoft его нет.
Пробрасывать в ВМ PCI-E устройства уже оба умеют (с версии WS 2016).

Hyper-V значительно дешевле. Просто даже потому что при развертывании VMWare вам все равно необходимо покупать лицензии Windows.
Hyper-V значительно менее требователен к железу. VMWare знамениты привычкой исключать из HCL кучи железа просто потому что.
Hyper-V значительно дешевле и производительнее в гиперконвергентных решениях. Storage Spaces Direct по производительности на одинаковом железе рвет vSAN в три раза при меньшей в три раза стоимости.
Хранилище для Hyper-V значительно дешевле. VMWare связан по рукам и ногам HCL. Hyper-V может использовать для хранения любую SMB 3.0 шару. Использования Windows Server и Storage Spaces в качестве хранилища под Hyper-V — поддерживаемый и рекомендуемый вариант.

Про бесплатность Hyper-V: сам по себе Hyper-V действительно бесплатен. Вы можете скачать Hyper-V Server, который полностью соответствует Core инсталляции Windows Server, только при этом бесплатен. Ограничений в гипервизоре никаких нет (в отличие от бесплатной редакции vSphere). Роль Hyper-V доступна на любой редакции Windows Server без необходимости покупки каких-либо дополнительных лицензий. Бесплатная редакция Hyper-V не имеет никаких ограничений на управление: вы можете включить ее в домен, управлять ею с помощью System Center, бэкапить ее с помощью того же System Center (в отличие от бесплатной редакции vSphere).

Итого: у VMWare, по сути, единственное преимущество: Fault Tolerance. Который вы все равно не будете использовать — те, кому действительно нужен FT, используют аппаратные решения типа Stratum. В остальном Microsoft значительно дешевле, а местами еще и производительнее.

1. Хабр хабром, а Technet все же более авторитетным ресурсом является в вопросах Windows-систем. Нет причин заводить физический контроллер домена. В случае, если у вас полегли все ВМ (в т.ч. и КД), всегда можно зайти под локальным админом и перезапустить все, что душе угодно.
2. Хабр хабром, а Technet все же... Исходить стоит из требований к сети (полосе пропускания, используемым технологиям и т.п.). Скорее всего вам хватит двух-четырех физических гигабитных сетевых адаптера. Объедините их в teaming, поверх создайте внешний виртуальный коммутатор. Создайте виртуальный адаптер (галочка при создании коммутатора) для хост-системы, назначьте ему IP и при необходимости VLAN. Добавьте при создании ВМ необходимое количество сетевых адаптеров с соответствующими VLAN'ами.
3. Windows Backup Services все еще живее всех живых, и он умеет бэкапить Hyper-V. Вполне сносное и к тому же бесплатное решение.
P. S. Если опыта в виртуализации у вас нет от слова "совсем", зайдите на Microsoft Virtual Academy и посмотрите-почитайте пару вводных курсов. Для старта хватит, дальше по ходу дела разберетесь.

Отвечаю сам себе:
Для работы MS VDI в диспетчер лицензирования необходимо установить только RDS CAL. Также требуются лицензии Windows Server CAL в таком же количестве, что и RDS CAL, + лицензии на доступ к виртуальным рабочим столам (VDA в случае использования не Windows-устройств и/или без установленной Windows с включенными в редакцию таковыми правами). WS CAL и VDA достаются из конверта и устанавливаются в папочку с остальными лицензиями в сейф. Более действий не требуется.
Гостевые системы можно активировать ключом MAK в случае использования Personal Virtual Desktops, развертывание KMS необходимо лишь при использовании Pooled Virtual Desktops.