11 минут за 7.5 часов у Exchange. Не думаю, что это много, ну и конечно все это не в часы нагрузки.

2650 с bundle лицензий получался дешевле чем просто полка с такими же дисками
Видимо, надо в правильную конфигурацию попасть, а не отдельно flexclone покупать

В этом сценарии главное, что mgmt 10 gbits, всё остальное не очень важно. И да, 11 минут на комит это круто

В целом если с вим, то без flexclone можно, но лучше с ним. К сожалению денег надо заплатить больше

Всем привет. Наткнулся сегодня на интересную статью https://www.vmgu.ru/news/vmware-vsan-trim-unmap. У меня нет vSAN, но решил проверить на обычной хранилке. Создал хранилище с vmfs 6, положил виртуалку с тонким диском и windows 2012 r2, забил диск данными, убедился, что диск вырос. Удалил данные. Размер виртуалки уменьшился. После этого запустил optimize-volume, получил ещё свободное место на диске. Вроде все хорошо, но сразу возникли вопросы, уменьшит ли это размер бэкапов? Повлияет ли это на тиринг на хранилке и насколько?

>Размер виртуалки уменьшился.
вот и ответ на ваш вопрос

unmap с бекапом то не связан

и при чём тут тиринг? тиринг с объёмом никак не связан

Ну да, логично

на самом деле в 6.5 оно уже и так автоматически работает с обычными хранилками, на сколько я помню, под 6.0 я скрипт писал, для автоматизации этого процесса. в 6.7 расширили настройки автоматического анмапа, там приоритеты можно выставлять и тд

Теоретически пережав диски из толстых в тонкие можно получить выигрыш в хранении и бэкапах

Но это должно поддерживаться и со стороны операционной системы

при чём тут ОС? в контекста вмвари это касается датастора

Операционка тоже должна вернуть дисковое пространство

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

Но если операционка не освобождает место, то оно и на сторадже не освободится

"или вы с датастора машинки перенесли"

или удалили

вот и освободится

Я не говорю про освобождение таким способом