Size: a a a

2021 April 28

AZ

Anton Zhbankov in VMware vSAN
одна дисковая группа ограничена производительностью кэш диска. Две - двух дисков.
При выходе из строя кэш диска отваливается емкость со всей дисковой группы. Если дисковая группа одна на сервер - вот считай все диски с сервера отвалились
источник

AZ

Anton Zhbankov in VMware vSAN
Ну а дальше надо думать и считать уже конкретные цифры и конкретные деньги.
Готов посчитать конкретный проект.
источник

АА

Андрей Андреевич... in VMware vSAN
А если кеш из двух дисков на одной группе и выходит из строя один из них, все равно всю группу пересоздавать при его замене?
источник

KS

Kirhy Stoff in VMware vSAN
1 диск на группу
источник

АА

Андрей Андреевич... in VMware vSAN
Вроде можно два выбрать при создании группы же. Или я что-то путаю…
источник

KS

Kirhy Stoff in VMware vSAN
Путаете
источник

АА

Андрей Андреевич... in VMware vSAN
Ладно, завтра гляну. Спасибо
источник
2021 April 29

PK

Pavel Kosachev in VMware vSAN
Ещё есть вопросы: головой понимаю, что увеличение числа узлов, организующих vsan после какого-то кол-ва не добавляет performance,  только capacity  и возможно снижает надёжность и производительность всего решения. Может пора давно смотреть в сторону compute only node? Где-то можно почитать с выкладками?
источник

N

Nikolay Kulikov in VMware vSAN
Performance растёт линейно с увеличением числа узлов при условии увеличения числа вм
источник

N

Nikolay Kulikov in VMware vSAN
By-design. Просто потому что нет ни одного общего/шареного компонента в data path.
источник

N

Nikolay Kulikov in VMware vSAN
А compute node с точки зрения архитектуры не имеет смысл (хотя возможно имеет смысл с точки зрения использования текущего железа или операционных моментов). Если каждый узел будет HCI(при равных объёмах полезных ресурсов), то это обеспечивает большую производительность, меньший домен отказа, меньшее время ребилда, большую доступность (даже при превышении числа сбоев указанного FTT, вероятность сбоя/количество affected VM будет уменьшаться).
источник

N

Nikolay Kulikov in VMware vSAN
Это есть на core.vmware.com в документах design&sizing, в документе big clusters  vs small cluster и tech.overview
источник

SR

S R in VMware vSAN
Под кэш один диск на ДГ, остальные SSD, даже WI будут отданы под капасити.
источник

N

Nikolay Kulikov in VMware vSAN
А у вас гибрид или all Flash? Для all Flash нет рекомендаций по объёму cache исходя из capacity. Там исходя из профиля нагрузки считается
источник

N

Nikolay Kulikov in VMware vSAN
Dwpd - бессмысденная метрика. Надо смотреть TBW. А оно зависит от двух параметров - размера диска и его Dwpd. И нам в общем-то все равно, каким образом будет получен нужный TBW.
источник

N

Nikolay Kulikov in VMware vSAN
Там чуть хитрее. Производительность DG ограничена не столько ssd, сколько процессами LSOM. Пии двух DG этих процессов в два раза больше, а значит и performance в два раза выше. Именно поэтому вместо одного P5800x лучше поставить 2 ssd медленнее (даже более, чем в два раза на write) - это даст намного большую производительность  (в iops) хоста в итоге. А насчет ёмкости все правильно, но честно говоря мало релевантно в реальной жизни - все равно Хост целиком мы выклчаем во время эксплуатации на порядок чаще, чем у нас ломается cache диск. А вообще все это описано в design guide, ссылка на который есть во вложении
источник

PK

Pavel Kosachev in VMware vSAN
all flash
источник

K

Kkargapolov in VMware vSAN
Переслано от Kkargapolov
Добрый день. У кого был опыт проброса дискретной видеокарты в виртуальную машину. ESXi 6.7. NVIDIA Tesla v100. Win10. В видеоадаптерах она появилась, но задействовать не получается.
источник

D

Dmitry in VMware vSAN
есть какой-то sizer для этого?
источник

N

Nikolay Kulikov in VMware vSAN
Описано дизайн гайде
источник