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

По итогу начал изучать VMware и угадайте, как мне удалось его себе "продать"? VDI. Все то, что на Microsoft VDI приходится делать костылями и окольными путями, у VMware доступно из единой консоли.
Конечно же, за деньги.
Всем спасибо за мнения.

Выключить ВМ -- это уже исключает "живую миграцию". Будет выполнена обычная миграция.
Какую ошибку получаете при выполнении миграции?
Лучший способ -- live migration, второй вариант лучше сразу забыть

Некий пользователь не советует использовать 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 и посмотрите-почитайте пару вводных курсов. Для старта хватит, дальше по ходу дела разберетесь.

Это можно сделать с помощью командлета Set-VMNetworkAdapterVlan (https://technet.microsoft.com/en-us/library/hh8484... ). Но зачем? Зачем вам запихивать пачку виланов в один ВИРТУАЛЬНЫЙ интерфейс и затем разбирать их на стороне гостевой ОС пачкой других ВИРТУАЛЬНЫХ интерфейсов? Вам выше правильно написали: просто добавьте необходимое количество интерфейсов и настройте в них виланы. Никаких виртуальных свитчей плодить не надо.

В Q3 2016 выйдет WS2016 с его фичей Storage Spaces Direct -- аналог VMware VSAN. Требования: не менее 4 хостов, 10Гбит сеть и редакция Datacenter.
Уже сейчас на WS2012R2 можно сделать SOFS, как писалось выше.

как избежать выхода из строя SAS JBOD'а,

JBOD'ы можно каскадировать. Два JBOD'а и mirror pool позволят избежать полного отказа одной полки. Отдавать хранилище хостам Hyper-V будете по SMB3.0, а если бюджет позволяет еще и RDMA сетевушки прикупить, тогда вообще проблем знать не будете.
Если будете строить какой-нибудь из Storage Spaces основательно и надолго, внимательно почитайте блог команды Storage Spaces на Technet'е, особенно их рекомендации касательно количества SSD на полку.
Также настоятельно рекомендую к прочтению
"руководство" по созданию SOFS: www.aidanfinn.com/?p=13176
планирование SDS на базе WS2016: www.aidanfinn.com/?p=18608
да и в целом неплохо было бы почитать весь этот блог -- этот мужик имеет MVP и пишет в основном про Hyper-V и хранилище под него.

Также никогда не стоит сбрасывать со счетов брендовые СХД от каких-нибудь HP или Dell. Стоить они будут сильно дороже за ту же производительность, но в случае проблем бить по голове будут не вас, а поддержку вендора.
P. S. Если все-таки решите смотреть в сторону Storage Spaces, рекомендую ознакомиться: www.supermicro.com/products/nfo/CiB.cfm
а также погуглить решения Cluster-in-a-Box от других вендоров. Это будет наиболее простым способом развернуть SOFS: обе ноды и дисковая полка в одном корпусе с заранее продуманными интерконнектами. Включи, настрой, используй. Расшириться в случае необходимости можно каскадированием JBOD'ов той же Supermicro, которые сейчас уже совершенно аномальной плотности существуют: до 90 3.5 дисков в 4 юнитах.

1 gbe вполне подходит для создания кластера Hyper-V, но для хорошей работы он должен быть не один. Сверяйтесь с best practices по планированию сети хостов Hyper-V (гуглите Hyper-V capacity planning и ищите документы Microsoft). iSCSI для вашей цели подходит, но начиная с WS2012r2 появилась возможность строить кластер Hyper-V поверх SMB 3.0 хранилища (то есть обычной сетевой шары) -- и лучше использовать этот вариант, если у вас нет требований конкретно к использованию iSCSI, так как иногда SMB показывает значительно большую производительность (в моей среде -- в два раза). Обе технологии поддерживают Multipath, обе будут хорошо себя чувствовать на 1 gbe линках.
Более подробно, увы, подсказать не смогу -- с Hetzner не работал и специфики их окружения не знаю.

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