N
Size: a a a
2020 December 17
N
По ней - от ~40% инсталяций >2.5; ~40% - 2-2.5; ~20% - 1.5-2; ну и малая часть 1-1.5
P
Я почему спрашиваю про дисковые группы. У меня 21 диск будет в каждом сервере. И если я верно понимаю, мне нужно в каждом создавать по три дисковых группы, потому что ограничение - в 7 капасити на 1 группу
AK
21 всего? или 21 капасити?
P
21 это в сумме в каждом сервере. Чтобы равные дисковые подсистемы были.
P
Всего так то около 80 SSD
P
Хоста 4
AK
на кеш и на капасити ссд одинаковые?
P
Пока еще планирую, но вообще, хотел не одинакоые
N
21 capacity хорошо бьётся на 3(1+7), что даёт забитую 24 полку
A
Я почему спрашиваю про дисковые группы. У меня 21 диск будет в каждом сервере. И если я верно понимаю, мне нужно в каждом создавать по три дисковых группы, потому что ограничение - в 7 капасити на 1 группу
7 капасити + 1 кеш.
A
21 это в сумме в каждом сервере. Чтобы равные дисковые подсистемы были.
Если всего 21 диск, то у вас будет 6 + 1
AK
Пока еще планирую, но вообще, хотел не одинакоые
И это логично и правильно
N
21 capacity хорошо бьётся на 3(1+7), что даёт забитую 24 полку
Ну Или 4DG(1+5), что даст 4 кэша + 20 capacity. Если 21 уже есть, то по одному диску на Хост в zip :)
N
2020 December 18
N
N
7.0 U1c подвезли (он же 7.0.1-p02) - Cross vCenter vMotion на базе fling внедрили в сферу и сделали продуктизировали + vSAN Data Persistence platform (GA)+ улучшения vLCM+Quickboot + минорные улучшения в vSAN + баг-фиксы
N
Подробнее про vSAN Data Persistence platform думаю, что расскажем после НГ - это очень большая, важная и перспективная штука. Но так получается, что из-за очень плотной работы с 3rd party поставщиками над интеграцией и тестированием, она выходит в несколько этапов: первый был еще в начале лета с p1 на 7.0, где об этом написали в релиз-нотах, но потом скрыли - потому что это предназначалось только для партнеров. Сейчас он полностью готов со стороны vSphere/vSAN и мы ждем финальной доработки и тестированая перед официальным выходом плагинов для vSAN Data Persistence.
2020 December 19
К
Доброй ночи коллеги, планируется интеграция hci на базе vSan, имеется инфраструктура с различными потребностями по процессорным мощностям, большинство сервисов требуют многоядерность и высокие частоты процессора не нужны, но так же, есть сервисы которые не требуют многоядерности, но требуют высокой частоты, если в один кластер собрать сервера с разными процессорами то какие могут возникнуть проблемы ? Можно ли так делать с точки зрения архитектуры, или необходимо разносить на разные кластеры такие сервисы ? Хотелось бы услышать совета.
N
Доброй ночи коллеги, планируется интеграция hci на базе vSan, имеется инфраструктура с различными потребностями по процессорным мощностям, большинство сервисов требуют многоядерность и высокие частоты процессора не нужны, но так же, есть сервисы которые не требуют многоядерности, но требуют высокой частоты, если в один кластер собрать сервера с разными процессорами то какие могут возникнуть проблемы ? Можно ли так делать с точки зрения архитектуры, или необходимо разносить на разные кластеры такие сервисы ? Хотелось бы услышать совета.
Тут нет никакой специфики vsan - рекомендации/причины/последствия смешивания в кластере серверов с разными CPU абсолютно аналогичен таким в случае обычного кластера vSphere.