Что револют - это не для всех

Ну и тесла была)

Про карточку чтоль? ))))

Ага

А про зП огромные? ))

я сдался на том, когда в сутки было более 1к сообщений или около того )))

и все про это )

Вот у нас есть hdd. Лежат на нем 100 компонентов и они все тонкие. Мы не знаем как и какой из них будет расти в будущем (это зависит от приклада).  Но, обычно,  они растут более менее равномерно. Тут один вдруг начинает резко раздуваться в размере. Если баланс по дискам (min в cluster  / max в cluster) превышает threshold или на диски остаётся мало места - начитается ребаланс, чтобы  высвободить доп. Место. Он идёт с некоторой скоростью. Если вдруг получилось, что запас по месту на диске небольшой, заполнение очень быстрое, а ресинк идёт медленнее, чем заполнение, то это может привести к тому, что диск переполнится. В 6.7u3 - вероятность этого сильно уменьшили за счёт увеличения скорости ресинка и скрытого резерва по ёмкости на объёкт. В 7.0 сделали так, что аналогичный кейс в Растянутом кластере не приводит к остановке IO. Если в roadmap план, как полностью решить проблему с заполнением отдельного диска.

В общем, Коля старался игнорировать FUD, но все-таки его втащили ))

Дык в этом и проблема глобально лежит, я про это и говорю!

Что позволяются компоненты по 255гб!

Если бы этого не было, а билось всё ну пускай по 50мб каких, то не важно было бы как быстро растёт

Оно бы давным давно съехало всё

Да прекрасно понимаю, почему есть такие запросы. Просто их проблема в том, что они строятся не всегда на верных предпосылках (тот же ребилд - ну не является проблемой в реальной жизни. Сколько раз не наблюдал - всегда со всех на все узлы) + забывается, что у любого решения есть новые проблемы, которые он создаёт. За счёт больших объектов и отказа от распределенной ФС мы получаем огромную устойчивость к массовым сбоям на кластере - нам наплевать сколько там упало узлов в кластере, даже при FTT=1, если есть хотя бы одна копия + арбитр. На vSAN крайне сложно потерять данные. Недавно был же пример выше, когда весь кластер развали, пересобрали заново, а все данные остались на месте   включились, как только сеть подняли

Проблема с заполнением отдельного диска, как я говорил понятна. Способ её решения тоже.

Проблема с тем, что "у vSAN объекты ДО 255GB" - нет

Проблема в том, что архитектурно оно позволяется так

Это же не единственный косяк, который приходилось фиксить

Постоянно что-то вылазит

То ресинки, то ещё что