Я немного смущен Вашим вопросом насколько я понимаю с помощью rdepends утилиты, должен показать Вам, в чем Вы нуждаетесь (это должно быть доступно в repos для любого дистрибутива, который Вы используете), так, например:
$ apt-rdepends bash
Reading package lists... Done
Building dependency tree
Reading state information... Done
bash
Depends: base-files (>= 2.1.12)
Depends: debianutils (>= 2.15)
PreDepends: libc6 (>= 2.7-1)
PreDepends: libncurses5 (>= 5.6+20071006-3)
base-files
Depends: base-passwd (>= 2.0.3.4)
PreDepends: awk
...
то, что собирается для удара.
Вы не можете представить тот же LUN нескольким хостам (или физический или виртуальный) ни без одной кластеризации серверов в некотором роде так, чтобы только одна запись к LUN за один раз. Выполнение так заставит объем становиться поврежденным, как только оба устройства пытаются записать в LUN одновременно.
В Windows, когда Вы кластеризируете только единственный узел кластера, может получить доступ к LUN в любой момент.
Я не уверен, что требования совместно используемой памяти для ARR всего лишь, можно представить тот же LUN непосредственно нескольким гость VM, если Вы устанавливаете Программного инициатора iSCSI в госте и настраиваете соответствующие средства управления доступом для LUN в Вашем менеджере Equallogic Group. Что касается массива Equallogic VM's не отличается от любого другого инициатора.
Будут сложности, хотя, поскольку Гипервизор не будет обычно составлять 100%, знающих о дисках, и это может влиять на вещи как Snapshotting\Живая Миграция \обработка отказа Кластера VM.
Необходимо также проверить, будет ли Microsoft поддерживать такой настроенный - они поддерживают некоторую кластеризацию, включающую VM's, но не все.