На картинке же есть расшифровка, латенси чтения и записи там норм,  рекавери латенси - предположительно латенси самого ресинка высокий

Окей так и думал👌

Это предположение, апрув от более авторитетных коллег неплохо бы получить)

Просто в красной зоне, настораживает

Ага, подождём)

@KulikovNikolay Добрый день, не могли бы вы подсказать можно ли в одном кластере использовать разнобрендовые сервера ?

Можно.

Проблем с совместимостью не наблюдается ? Это не рискованное мероприятие ? Я так понимаю как стандартный кластер вмваре уровень процессора просто наименьший будет ?

Погодите. Проблемы с совместимостью - проблемы с совместимостью. CPU - это CPU. А несколько брендов и vSAN тут не причем. У вас конкретный вопрос/задача или общий/теоритический?

добрый день. кто может подсказать. есть задача вывести сразу 3 хоста из 15-ти в гибридном кластере 6.6.1 (FTT 1, 2).
при операции maintenance - Evacuate all data одного хоста его данные попадут на оставшиеся, в том числе и на те 2 которые тоже надо вывести.
можно ли как то пометить / ограничить дисковые группы хостов чтобы при операции эвакуации на них не попадали данные.

интересно. отдельного такого способа нет, но можно сделать костыль из fault domain или три хоста увести в MM разом. Но я бы забил, потому что только совсем не большая часть данных уедет на те два хоста, которые потом будут переведены в MM (просто статистически). Поэтому когда и вы их будете переводить в MM надо будет с мигировать только не большой дополнительный объем.

Есть около 5 gen 9 hpe серверов, dell даёт более приятные цены, хотим расшириться

У нас было нечто подобное, мы костылили как раз через fault domain. 2 хоста из 10, или 3 из 12 надо было в мм. Не помню уже точно.

Спасибо. Посмотрю. Проблема в том что я увел с этих хостов самые жирные виртуалки которые там занимали наибольшее количество компонент. И теперь они в процентном соотношении наиболее незанятые (диск группы). Вероятность того что упадет снова туда и много высокая?

те Xeon® E5-2600 v3 or v4
новые серверы будут с какими цпу? и с каким сроком поддержки?

Смотрите - есть стандартная штука про EVC, частоты процессора и т.д. - vSAN тут роли не играет. Все компоненты должны быть из vSAN/vSphere HCL. тут тоже все стандартно. Теперь рекомендация (но не требование) - использовать примерно одинаковые по конфигурации узлы с точки зрения RAW Capacity на ноду (чтобы не создавать больших доменов отказа) + примерно одинаковых по performance class и endurance class устройств (в кэше в первую очередь). Все. Из минусов - вы не сможете использовать vLCM (требует одного вендора в кластере) + апдейт на новые версии может быть дольше (нужно подождать пока оба вендора сертифицируют свои компоненты) + проверять прошивки/обновлять потребуется не для 1 вендора, а для 2-х

в смысле вы увели жирные виртуалки? каким образом?

На второй всан кластер. Сейчас первый несбалансирован

не ну очень очевидная связь между уводом виртуалок и загрузкой DG

Загрузку посмотрел через rvc , sexigraf