фактически это большой “private cloud”. По поводу профиля - абсолютно верно - там будет крутиться то, что захотят разработчики, хотят хадуп - будет хадуп, хотят NVMe тир под 10 терабайтную базу оракла - придётся давать. Одним из критериев было наличие возможности делать разные пулы дисков на разных типах дисков и отдавать луны с них куда угодно в цоде в пределах сетевой фабрики. У нас сейчас есть NVMe, SSD, hdd SAS, и hdd NLSAS пулы и они все нужны. Второй криттерий - домены отказа - сторадж с высоким SLA и с низким в разных Protection Domains, у них есть отличия в конфигурации и дизайне нод для обеспечения соответствующей отказоустойчивости. Третий криттерий - это неравномерность роста - единое пространтсво нужно для оптимизации выдачи стораджа кластерам - несколько месяцев может 70% сожрать hyperv потому что там для заказчика что-то огромное крутят, а потом это будет удалено и его место займёт проект на esxi
Под такие задачи вам надо универсальный сторадж, а-ля netapp или isilon с которых можно выдавать как nfs шары так и блочку по iscsi, vsan не закроет потребности в объемах под hyper-v