Вопрос не в системе - она не нагружена. Либо в тестах, либо в сети/настройке и т.д

Я уже привёл примерный референс результатов, которые вы должны получить. 300-600k IOPS 8K write при latency менее 3мс.

Для начала можете easy run с инициализайией запустить.  Там будет видно, если записи проваливаются

Спасибо.
Решил увеличить параллелизм, а очереди на диск уменьшить. workset ставлю всегда 100%, чтобы видеть иопсы на весь сторедж.

Время главное увеличьте и прогрев поставитье хотя бы в полчаса

Чтобы видеть iops на все слои схд  - ваш суммарный размер vmdk должен быть равен полезному объему схд. Но в таком случае 100% workload set в таком случае не имеет никакого отношения к реальности. Обычно, процент 10%-20%, но если хотите увеличивайте до 30%. В таком случае, iops реально полетят на все слои схд (в том числе и на capacity tier) и будет приближено к реальности.

Пока что "топчик". queue depth=2, workset=30.
При этом на одном из хостов CPU=100%, и это не фиксируется в esxtop.

Сохраните в архив результаты и киньте мне в личку

Сколько длительность теста?

300 сек.

300 секунд это не о чем

Сделайте хотя бы полчаса

А какая разница, там видно "плато", дальше — хуже.

За 300 секунд даже буфер заполнится не успеет

Боюсь, что времени нет :( Утром железо придётся отдавать.

))) золотые слова

У вас Congestion почти на всех хостах. Отсюда и задержки.

Тут нежданно провели доп. стресс тест прода vSAN из за кривых рук ИБ. На кластере развернуты десктопы под цитриксом для удаленной работы. На них легкий агент касперского. 8 хостов AF. Переподписка по CPU ~2.8. Ну и как водится "отвественные" люди что-то недоглядели и пошел скан касперского ) Процы на всех десктопах улетели под 100%. На хостах соответственно тоже под крышечку. %RDY тоже полез вверх. Я думал пипец - щас всё сложится ) Ан нет, сдюжил vSAN. В пике было ~ 70000 IOPS, 1,5 GB/s. И это всё при 2-3 ms )

моя доволен )