Size: a a a

2021 February 24

N

Nikolay Kulikov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
источник

P

Pfsenses in VMware vSAN
Victor_sc120
И не заполняем более 80 %
Кстати, а где можно почитать про причины этого. Знаю, что будет проседание производительности, как минимум. В том числе и на аппаратных стораджах. Но хочется именно копнуть теоретическую основу этого.
источник

V

Victor_sc120 in VMware vSAN
Pfsenses
Кстати, а где можно почитать про причины этого. Знаю, что будет проседание производительности, как минимум. В том числе и на аппаратных стораджах. Но хочется именно копнуть теоретическую основу этого.
самое простое - банально если вылетеит диск некуда будет делать репликацию
источник

V

Victor_sc120 in VMware vSAN
а как только забьется на 100% все виртуалки остановятся
источник

P

Pfsenses in VMware vSAN
Victor_sc120
самое простое - банально если вылетеит диск некуда будет делать репликацию
Не, это то само собой. Мне интересна именно причина проседания производительности.
источник

P

Pfsenses in VMware vSAN
Да и, например, в дораде, хоть это и не SDS, можно вообще Spare политику указать.
источник

N

Nikolay Kulikov in VMware vSAN
Pfsenses
Кстати, а где можно почитать про причины этого. Знаю, что будет проседание производительности, как минимум. В том числе и на аппаратных стораджах. Но хочется именно копнуть теоретическую основу этого.
Нет у vsan деградации производительности при заполнении, если есть хотя бы в 200-400MB на диске
источник

N

Nikolay Kulikov in VMware vSAN
Попозже скриншоты с тестов кину
источник

N

Nikolay Kulikov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
При РЕЗКОМ росте заполняемости может/скорее всего будет ребаланс между дисками, когда они заполнятся на 80%+ ( https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vsan-monitoring.doc/GUID-8CDF36D5-CBA2-4FD6-AE79-1425D82A07D5.html ), который займет часть производительности, но после его окончания производительность вернется к изначальному состоянию
источник

DG

Dmitry Gorokhov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
Ну да. Только это не так модно, как приложение на iPhone 😂
источник

DG

Dmitry Gorokhov in VMware vSAN
Nikolay Kulikov
Ну да. Только это не так модно, как приложение на iPhone 😂
😂
источник

EZ

Eugene Zaytsev in VMware vSAN
Nikolay Kulikov
Ну да. Только это не так модно, как приложение на iPhone 😂
Хорошо что версия для айпадов есть
источник

WT

W T in VMware vSAN
Nikolay Kulikov
У вас расчёт строится из того, что вы можете потерять узел, Т.е. Примерно на порядок больший объем. При этом влияние ребилда на производительность с появлением adaptive resync - ровно до 20% (что в общем-то, тоже по хорошему надо закладывать в дизайн) независимо от объёма. А время ребилда размер диска влияет, но далеко не линейно, т.к. Чем больше диск, тем на большем числе других ssd будут лежать копии (rebuild source)  и на большее число ssd пойдёт ребилд (rebuild destination). В том числе, временем ребилда можно вообще принебречь при r6 - идёт себе и идёт.
Я обнаружил, что в моих знаниях про vSAN зияет досадный пробел.
Я не могу понять, почему вы упоминаете про время на ребилд ОДНОГО диска?
Ведь после замены вылетевшего диска и возвращении ноды в строй будет синхронизироваться весь узел целиком - а времени пройдет, скажем, пол-дня, и данные на всех узлах по дискам могут быть распределены уже совсем по-другому!
Разве не придется перегонять по сети объем всей ноды, а не одного диска?
источник

EZ

Eugene Zaytsev in VMware vSAN
W T
Я обнаружил, что в моих знаниях про vSAN зияет досадный пробел.
Я не могу понять, почему вы упоминаете про время на ребилд ОДНОГО диска?
Ведь после замены вылетевшего диска и возвращении ноды в строй будет синхронизироваться весь узел целиком - а времени пройдет, скажем, пол-дня, и данные на всех узлах по дискам могут быть распределены уже совсем по-другому!
Разве не придется перегонять по сети объем всей ноды, а не одного диска?
Почему? vSAN - объектный сторадж а не блочный. Ребилдится будут объекты на заафекченых дисках
источник

WT

W T in VMware vSAN
То есть он скачает все метаданные, и поймет, какие ровно нужные объекты нужно заливать?
источник