Size: a a a

2020 May 09

RK

Roman Kalchenko in VMware vSAN
всан работает хорошо когда все равномерно ложится по кластеру
источник

N

Nikolay Kulikov in VMware vSAN
a
Это получается вопреки, а не архитектурно
Ещё раз говорю - всем пофигу на архитектурно или нет. Если текущая архитектура не приводит к данной проблеме при реальной эксплуатации, то проблемы архитектуры нет.
источник

RK

Roman Kalchenko in VMware vSAN
и тогда трафик распределяется, реальные проблемы когда где-то идёт сбой- какой-то диск загружается на 98%, а остальные на 20-30%
источник

RK

Roman Kalchenko in VMware vSAN
я кстати так же думаю что проблема этого в 255, но ест же возможность разбивать
источник

RK

Roman Kalchenko in VMware vSAN
Nikolay Kulikov
Аргумент. Есть в roadmap  - показывали на vmworld
а расскажите почему так происходит?
источник

N

Nikolay Kulikov in VMware vSAN
Проблема с вероятностью заполнения (особенно на сильно заполненном кластере) одного из дисков, когда не успевает отработать ребаланс понятно и существует. И планируется её решение.
источник

N

Nikolay Kulikov in VMware vSAN
Roman Kalchenko
а расскажите почему так происходит?
Что именно?
источник

a

a in VMware vSAN
Roman Kalchenko
я кстати так же думаю что проблема этого в 255, но ест же возможность разбивать
Ограничение в 255гб, потому что есть ограничение на кол-во компонентов на кластере
источник

a

a in VMware vSAN
А значит база данных компонентов или что там внутри не держит бОльшее кол-во компонентов
источник

RK

Roman Kalchenko in VMware vSAN
Nikolay Kulikov
Что именно?
не равномерное распределение с переполненном одного диска
источник

a

a in VMware vSAN
А значит если уменьшить блок 255гб до чего-то меньшего, то оно просто убьёт всан
источник

N

Nikolay Kulikov in VMware vSAN
a
Ограничение в 255гб, потому что есть ограничение на кол-во компонентов на кластере
9000 на Хост Х число хостов в кластере. Крайне редко в это упираются
источник

a

a in VMware vSAN
Nikolay Kulikov
9000 на Хост Х число хостов в кластере. Крайне редко в это упираются
Ну вот бейте на 4мб и разномерный по всем хостам раскидайте :) невозможно
источник

a

a in VMware vSAN
Поэтому 255гб
источник

a

a in VMware vSAN
Которое вытекает из ограничений самого кластера
источник

N

Nikolay Kulikov in VMware vSAN
a
Ну вот бейте на 4мб и разномерный по всем хостам раскидайте :) невозможно
Какие проблемы решит использование 4mb объекта. p.s. Специально До вас - Максимальный размер объекта тоже тюнится в adv settings
источник

a

a in VMware vSAN
Nikolay Kulikov
Какие проблемы решит использование 4mb объекта. p.s. Специально До вас - Максимальный размер объекта тоже тюнится в adv settings
Нормальный ресинк + более гранулярное распределение, которое не приводит к переполнению дисковых групп
источник

a

a in VMware vSAN
@orbitwrigleys Николай сейчас ещё подумает, что я подосланный нутаном человек, хотя я в нутан чате забанен за критику нутана/владыки канала ;)
источник

a

a in VMware vSAN
@KulikovNikolay я из лучших побуждений критикую, как инженер, работающих ежедневно с этим
источник

KS

Kirhy Stoff in VMware vSAN
a
@orbitwrigleys Николай сейчас ещё подумает, что я подосланный нутаном человек, хотя я в нутан чате забанен за критику нутана/владыки канала ;)
посмел сказать чтоль, что тесла не але? )
источник