кривовато, если честно, получается. А что сделать-то надо? Насколько надо нарастить емкость?

нужно добавить еще один узел в кластер и дисков данных на все узлы, но он другого поколения и не позволяет в одну группу добавить более 4 дисков данных.  4 узла имеющихся позволяют добавить до 5 дисков данных, максимум 1 кэш и 1 группа отсюда (2U4N шасси).  а вот новый узел 1U и 5 дисков данных может только 2мя группами

понимаю, что криво, отсюда и вопрос

вариант 1. - на всех узлах 1+5, на новом - 1+4. разница в один SSD, но проще. вариант второй -оставить в текущих узлах, 1+4, а на новом сделать 2(1+4). SSD столько же, только резерв на случай отказа узла будет нужен чуть по больше.

из варианта 1 потом будет можно перейти в вариант 2 с 2(1+4) на хост, а на остальных узлах 1+5

ну или из варианта 2 в вариант 1, добавь по 1 SSD на хост в дальнейшем

Пойдёт?

Nikolay , насколько плохо с точки зрения архитектуры, когда на одном из узлов дисков данных столько же, но они в 2х группах, а не в 1й, как на других узлах?

не нашел нигде в документации как работает VSAN с группами, только рекомендации для баланса делать все одинаково

элементарая/базовая ячейка vSAN - дисковая группа (DG). Каждая DG - отдельный instanse с незавимыми процессами по destaging, SE и т.д., а так же отдельный процесс (LSOM). Отсюда рекомендации делать DG примерно одинаковыми, при этом их количество на хост не так важно - там практически линейная масштабируемость (до 3-4DG растет очень ровно, 4-5-ая может не дать линейного прироста ибо подходим к max.performance узла). Единственный минус разного количества дисковых групп на хост - разный объем сырых данных, которые надо ребилдить, если что.

При создании объекта (вм-конфиг, вмдк,снепшот) vsan смотрит в сторадж полиси и выбирает дисковые группы куда положить части объекта
Алгоритм приспособлен к разному количеству дисковых групп в кластере (от 1 до 320(5*64)) и к тому что количество меняется со временем
Когда внутри дисковой группы идёт сброс данных с Кеша вниз - в каждой ДГ решается задача на какие капасити диски записать объект

В общем, работать будет. Только надо понимать, что разные DG будут иметь несколько разную производительность на GB полезной емкости. Если это не критично, то ок.

У меня микс, проблем не видел. Но хотелось бы всё одинаково

Коллеги, а есть какой-нибудь калькулятор ready node под HANA? У vsansizer.vmware.com лимит в 1 ТБ RAM

Ready nodes еще не сертифицированы, только VxRail

Nikolay, Alexander, @CuriousPasserby, спасибо!

Коллеги, 7 декабря проводим в Минске VMUG # 7 Belarus. Ищем докладчиков на ТЕХНИЧЕСКИЕ темы по системам виртуализации (не ограничиваем VMware) и смежным темам. Если есть желание выступить - пишите в личку. Подробнее о прошлых мероприятиях http://vmby.blogspot.com/search/label/VMUG

Кстати, для тех, кто хочет покрутить vSAN 6.7 на HOL есть лаба HOL-1908. Что интересно, теперь и на русском языке!

И ключи, наверное, тоже есть там :)