Удобно весьма)

Я попробую ночью перегрузить vcenter, по результату отпишу

Вышел HCIBench 2.3.1 - в нем поправили косяки с сетью и темплейтами ВМ. Только что проверил - завелось из коробки.

👍

Из прикольного - интегрировали vSAN Perfomance Monitor (который вот этот https://flings.vmware.com/vsan-performance-monitor). Появилось куча метрик с vSAN практически в real time. Но там опять динамические поля графаны, и я не уверен, что он берет все нужные счетчики, но будем еще разбираться - только что установил.

Коллеги, где-то на просторах интернета видел от знатоков рекомендацию, при количестве хостов более 6, использовать FTT=2. Не поделитесь ссылкой?

Странная постановка вопроса. FTT надо выбирать исходя из требований доступности

Возможно это стр 2 из документа https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/support/vmw-cloud-aws-service-level-agreement.pdf
Важно различать требования для выполнения SLA по услуге vmc on aws (услуга предоставляется VMware с использованием vSAN) от требований/рекомендаций к vSAN как к продукту

Понятно, что есть требования по доступности и SLA. Эту формулировку я встречал именно для vSAN, как продукта. И связана эта рекомендация была с тем, что при количестве хостов более 6, возрастает количество объектов и размазанность их по хостам, что влечет за собой увеличение времени ребилда, и что в таком случае, было бы надежнее использовать FTT=2 вместо FTT=1. Просто в прошлый раз не было времени, и я по диагонали текст пробежал. А сейчас хотелось бы поднять информацию и разобраться.

Нет, там все наоборот

Все наоборот

Больше вариантов ребилда = все быстрее

Больше узлов = быстрее ребилд

И в конце-концов FTT2