Круть ! Можно еще hci mesh в advanced перенести ? )))

Нет :) И так уже разрешили target-хосты не лицензировать vSAN, а только source. 🥺

Добрый день.

Добрался до стенда, протестировал несколько вариантов снепшотов с памятью в кластере vsan, сам кластер с конфигурацией как ранее писал:
Кластер, из 4 хостов (Hypervisor: VMware ESXi, 6.7.0, 17499825, vCenter  Build 17137232) , гибридный на сас дисках 7.2к.
По 2 vmk, на одном менеджмент трафик и вмоушен, 2 аплинка по гигабиту в lacp, на втором vsan трафик 2 аплинка по 10 гигабит.
По 2 драйв группы на хосте, по 3 диска. Политика FTT 1, по 2 страйпа.
Skyline health зеленый, на кластере алармы тоже отсутствуют.

1. снепшот на пустой виртуальной машине без ОС, в кластере vsan с 16 Гб озу = занял 16 минут 31 секунду
2. снепшот на виртуальной машине с Photon OS с 8 Гб озу в кластере vsan = занял 7 минут 33 секунды
3. снепшот на виртуальной машине  без сервисов с win srv 2016 c версией vmware tools version:11333 c 16 Гб озу = занял 14 минут 8 секунд
3. клонировал виртуальную машину на стендэлоне хост с vmfs хранилищем на сата дисках 7.2k , создание снепшота с 16 гб озу = 40 секунд
====
Стенд 4 хоста HPE
Hypervisor: VMware ESXi, 6.7.0, 17499825
Model: ProLiant DL380p Gen8
Processor Type: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz
Logical Processors: 32
Memory 255.97 GB
vCenter  Build 17137232
====
Как сказали загрузить vmware.log виртуальной машины на pastebin = https://pastebin.com/h8UnwMGR
====
Выполнил рекомендации, которые порекомендовал Николай @KulikovNikolay, благодарю ! - http://virtuallyhyper.com/2013/04/snapshots-take-a-long-time-when-keep-memory-is-checked/ , выставил в vmx файле виртуальной машины, параметры из статьи, снепшот на данной виртуальной машине с 16 Гб озу завершился за 1,5 минуты :)

Спасибо, что рассказали чем кончилось. Это всегда интересно. 👍

значит угадал

;)

Кстати, тут еще наконец-то обновили публичное число заказчиков vSAN - 30k+. Что стало хорошим поводом обновить свою старую табличку:

Это в РФ или вообще?

вообще

по РФ нет публичной статистики ни у кого

А было бы интересно посмотреть, картинка была бы намного показательнее как мне кажется

ИМХО, принципиально картина была бы ровно та же. только разрывы между решениями еще больше. Это достаточно легко заметить просто сделав поиск по публичным электронным площадкам. Например, https://www.b2b-center.ru/market/?f_keyword=vsan&searching=1&company_type=2&price_currency=0&date=1&trade=all&show=all#search-result

Я как-то не въехал, в чем же корневая проблема. И почему при дефолтном количестве блоков/задержек на SATA операция занимает 40 сек, а на vSAN с кешем и прочими плюшками - в 3 раза дольше уже после оптимизации...

просто уменьшили таймер ожидания между запросами с 25мс до 2мс. Думаю, что если уменьшить таймер еще больше - например до нуля, то будет еще быстрее (https://kb.vmware.com/s/article/76687). Вопрос в том - а зачем это нужно? При этом данная конструкция имеет мало отношения к просто производительности дисковой подсистемы (потому что мы, наоборот, не ждем 25мс ответа на каждый запрос, а пишем сразу после ответа). В чем разница между работы на локальном datastore и vSAN - честно говоря, понятия не имею. Как минимум там механизмы снепшотов разные и, возможно, где-то проявляется отличие.

Да, что сделано - описано четко. Я не могу понять, почему это пришлось делать. Да и в своей практике никогда не видел кардинального отличия по времени с галкой "Память"...

Николай,  а данные параметры глобально можно указать ? Например в /etc/vmware/config ?🤔

В идеале бы кейс открыть...

Ответом на кейс разве не будет ссылка на вышеприведеную кб-шечку?

Мне все-таки кажется что такая разница между vsan и обычным датастором несколько ненормальна