Не тривиальная задачка hyper-v
 

Возникла необходимость внутри MS HA кластера собрать еще 1 "кластер".
Итак задача.
Необходимо 2 ВМ отдать VHD или LUN.
Сходу решить вопрос не смог, и что-то меня терзают сомнения что это в принципе возможно на MS.
Узлы "родительского клейстера" MS server 2012r2
Узлы "Дочернего кластера" MS server 2008r2

В принципе можно и по ISCISI Диски подключить, но хотелось бы без дополнительных костылей.

*
Сходу решить вопрос не смог, и что-то меня терзают сомнения что это в принципе [b]НЕ [/b]возможно на MS.

Может это?
[url]http://blogs.technet.com/b/askcore/archive/2008/10/24/configuring-pass-through-disks-in-hyper-v.aspx[/url]
Первая ссылка в гугле.

Увы но нет( это первое что я сделал.

тогда что не заработало?
В самом конце этой статьи написано
Note: When using Pass-through disks in a Windows Server 2008 Failover Cluster, you must have the update documented in KB951308: Increased functionality and virtual machine control in the Windows Server 2008 Failover Cluster Management console for the Hyper-V role installed on all nodes in the cluster.
то есть, с кластером, похоже, работает.

И это прочел.
Когда диск отдаешь ВМ первой все хорошо. Он работает. Но когда второй Вм подключаешь диск получаешь Ошибку. Ошибка гласит "bad configuration"

Я сделал выводы что так просто реализовать esxi-евую фичу RDM (Raw Device Mapping) в MS HA нельзя.

Вот и спрашиваю - может есть другое решение(Не через iscisi или vSAN)

Очень интересно.
А можно более подробный текст ошибки и из логов что-нибудь?

Я никогда не работал с hyper-v и действительно пытаюсь переложить опыт из vmware, но я не думал, что оно так не может.

Для гостевых кластеров - у нас есть такая штука, как "Shared VHDX". Она позволяет шарить один VHDX между несколькими виртуалками - и внутри гостевой ОС он выглядит как общий SAS-диск.
[url=https://technet.microsoft.com/en-us/library/dn281956.aspx]Подробнее - тут.[/url]

[quote=system32;40068088] Для гостевых кластеров - у нас есть такая штука, как "Shared VHDX". Она позволяет шарить один VHDX между несколькими виртуалками - и внутри гостевой ОС он выглядит как общий SAS-диск. Подробнее - тут. [/quote]
А с Pass-through дисками действительно не работает, или wladuha что-то не так сделал?
А эти "Shared VHDX" могут работать одновременно на нескольких серверах виртуализации?

[quote=Добрых дел мастер;40068620]А с Pass-through дисками действительно не работает, или wladuha что-то не так сделал?[/quote]
Pass-Through Disks нужны немного для другого, и к тому же мы считаем эту технологию deprecated. Такие диски нельзя бэкапить со стороны хоста, виртуалка с pass-through дисками не может переехать на другой сервер и на другое зранилище. Если надо пробросить LUN на прямую в виртуалку - есть Virtual Fiber Channel HBA.
В качестве shared storage для кластеров в гостевой ОС можно использовать LUN'ы, презентованные через vFC, можно - Shared VHDX, ну и старый дедовский iSCSI никто не отменял.

[quote=Добрых дел мастер;40068620]А эти "Shared VHDX" могут работать одновременно на нескольких серверах виртуализации? [/quote]
Конечно могут - при условии, что том CSV (или SMB-шару) на котором лежит этот расшаренный VHDX - виден всем хостам. В этом как раз идея и заключается.

- Pass-Through Disks нужны немного для другого - а можно конкретнее для чего? В vmware RDM подходит для кластеров MS без проблем. Еще их использую, когда нужно дать диск от 500Gb и выше или когда хотят диск с более быстрого хранилища или наоборот с более медленного.
- виртуалка с pass-through дисками не может переехать на другой сервер и на другое зранилище - а это ограничение валидно и для самой последней версии Hyper-V?
В VMware - ездят без проблем. Проверял только FC, но по доке и iSCSi и NFS должны ездить.

[quote=просто проходил мимо;40165935]- виртуалка с pass-through дисками не может переехать на другой сервер и на другое зранилище - а это ограничение валидно и для самой последней версии Hyper-V? [/quote]
Может переехать, если pass-through-диски - тоже приходят с СХД. И в кластере настроена зависимость ресурас этого LUN'а от виртуалки, то есть он должен ездить вместе с самой виртуалкой. Но Storage Live Migration по-прежнему работать не будет.

Вообще, я уже говорил, что эта технология считается устаревшей. FC можно напрямую пробросить в виртуалку через vHBA, iSCSI - тоже можно.