Ну значит он... Ошибся. https://kb.vmware.com/s/article/52075

Но да, конфиги есть разные. Но все с vsan :)

То что сейчас поставляется называется PowerFlex Ready Node

Спасиб

Это R740xd с «некоторым тюнингом»

Ага.

Собственно, мы крутим ScaleIO либо на 740xd с набивкой, идентичной этим реди-нодам, либо на FX2 с идентичными контроллерами

А мне вот всегда было интересно, а зачем обязательно быть одно решение для двух платформ? Они же разные - по требованиям, Архитектуре, эксплуатации, инструментам. Почему бы не взять отдельно под esxi что-то одно, а под hyper-v - другое?

Ох. Есть две большие категории нагрузок - назовем их условно «прод» и «дев». Условно, потому что различаются они уровнем SLA. Каждая из категорий исторически делится на vSphere-часть и Hyper-V часть. Масштабы - в районе трех петабайт стораджа суммарно и порядка 20-30 хостов виртуализации в каждой категории, разделенных поровну между хайпером и сферой. Профиль нагрузки на «прод» и «дев» однозначно определить нельзя ибо присутствуют решения от Oracle DB до кластеров хадупа и кубера на виртуалках. Нагрузка по стораджу иногда влегкую кладет 20-гигабитный канал в полку. Единый сторадж был сделан для решения двух задач - обеспечить возможность выделения лунов из общего пула для сферы и хайпера с возможным дизбалансом по капасити и выдать достаточно перформанса чтобы никто не жаловался.

@cathode_linux добавишь че-нить?

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

как только появился vsan mesh - мы сразу же начали думать о возможности миграции - поскольку именно разные типы стораджа с разной производительностью теперь могут монтироваться друг к другу и это прекрасно, жаль только что это только в enterprise =)

Ну и после просмотра видео Николая и Алексея мы пересчитали стоимость AF-конфигураций и она внезапно оказалась ниже гибрида, так что теперь и в эту сторону тоже смотрим

@Arderos, @cathode_linux спасибо огромное за комментарии - было действительно интересно.

А Вам спасибо за серию из четырех видео по всану - дико познавательно

👍

А что за видео? Я бы посмотрел.

Момент

и там еще 3 части