ну похоже получается, что на каком-то конкретном капасити диске резко закончилось место, было бы классно если бы вы кейс открыли, может быть мы все узнали что-то новое

а было уже такое?

А вот то что вчера обсуждали это гибрид был или AF ?

AF

Есть вопрос) стоит страйпить толстые вм на все дисковые группы всех узлов кластера?

Речь о вм 2+тб

Предполагаемый конфиг 2дисковые группы на хост, АФ+дедуп+ мирроунинг

В лабе при создании диска 3тб с политикой мироунинг и страйп=1 складывается ситуация когда 3 куска по 255гб ложатся на один диск  в одной дисковой группе одного хоста

По умолчанию, нет.

Если поймёте, что не хватает performance на запись в конфиге по умолчанию - страйпите.

Я говорю об этой ситуации, когда одна вм вместо того чтоб размещаться на 40 дисках в кластере 3 куска по 255гб помешает на диск размером 960 гб

Явно пахнет ситуацией обсуждаемой вчера

Не совсем. Наоборот, если вы руками ставите страйпы, то вы ограничиваете выбор потенциального размещения объектов по кластеру. Расти у вас может любой объект (например, снепшот, что вероятно было вчера) - тут рекомендация одна - держите Slack и включите автоматический ребаланс

Правильно ли я понимаю что р5 и р6 политики хранения частично решают эти нюансы тем что как минимум между 4/5 хостами данные равномерно разделятся?

4/6

Равномерно они у вас всегда размещаются, независимо от ftt metod. Но, да, если у вас r6, то если у вас начнёт резко расти vmdk, то он будет расти медленнее при ec, чем на mirror

Стоит ли снижать пороговую дельту разности загрузки дисков в автоматическом ребалансе с 30 до 20 и менее процентов при свободном месте в кластере 30 и менее процентов или это приведет к неадекватному росту нагрузки на кластер частыми ребалансами?

Как обычно, все зависит от, но ИМХО, ребаланс в 6.7u3 не так уж сильно влияет на кластер. Я сейчас советую включать автоматический ребаланс по умолчанию, а порог либо оставлять дефолтным в большинстве случаев, либо уменьшить до 20, если нужно.

Хороший ответ, спасибо

Андрей, последнее время мне часто задают подробные вопросы, про ручной тюнинг, это не только про vsan, но про большинство других коммерческих и зрелых технологий и продуктов. Вендоры не просто так выбирают параметры по умолчанию для своих систем, а исходя из многочисленных тестов, исследований и обратной связи от заказчиков и еще тестируют и отлаживают новые версии также на этих параметрах. Если у вас нет четкой необходимости или какой-то 100% проблемы, пожалуйста, не пытайтесь что-то тюнить, кроме проблем и возможно 3-5% прибавки  производительности вам это ничего не даст