Спасибо за ответы.
Еще вопрос: насколько я понял, TRIM/UNMAP не включен по умолчанию. Стоит ли включать фичу заранее, тк она вроде требует выключения всех вм на датасторе, и может потенциально повлиять на бекапы (через VEEAM, например)?

Используем TRIM/UNMAP, с бэкапами проблем нет. Для самого включения машины выключать не нужно, но чтобы TRIM/UNMAP начал работать для конкретной машины - ее нужно выключить и включить (перезагрузка не поможет)

а у Вас бекап чем делается?

вим

хот адд?

да

ага, спасибо!

Но, опять же, это наш опыт. @KulikovNikolay что вообще компания VMware рекомендует относительно TRIM/UNMAP на всане?

Официальная позиция вот - https://storagehub.vmware.com/t/vsan-space-efficiency-technologies/unmap-trim-space-reclamation-on-vsan-1/

Если по русски - есть понятные плюшки, возможно влияение на производительность (как обычно "it's depend") - решайте сами 🙂

Если не официальная - включите и посмотрите за интенсивностю TRIM/UNMAP, а так же есть влияние или нет. Если что - выключите. Принудительно залпом ВМ перезапускать тоже не стоит - просто при следующей плановой перезагрузке/обновлении ВМ запланируйте power-cycle. А все новые ВМ будут уже сразу с TRIM

эта статья и вызвала вопросы :)
если я правильно ее понял: если после созданного снапшота выполнить unmap - будут проблемы с консолидацией?

Не, проблем с консолидацией нет. Там момент в другом - когда/если вам бекапный софт при бекапе использует log truncate из транзакшен лога, то он обычно дергает в этот момент удаление не активных данных и следовательно комманду TRIM/UNMAP. Но она не пройдет ибо есть снепшот и mirror драйвер, поэтому данные реально не будут удалены на бекенде (как будто у вас trim выключен). Поэтому в этой статье написано бахните defrag перед началом бекапа через скрипт, чтобы он почистил удаленные прошлый раз данные.

Если этого не делать, то просто эффективность trim несколько падает для таких ВМ, но ничего не ломается

И вопрос есть по host isolation response для HA  - где-то видел в интернете рекомендации выставить power-off для вм, а у вендора это довольно размыто описано в дизайн и сайзинг гайде.

http://www.yellow-bricks.com/2017/11/08/vsphere-ha-heartbeat-datastores-isolation-address-vsan/ + https://storagehub.vmware.com/t/vmware-r-vsan-tm-design-and-sizing-guide-2/vsphere-ha-considerations-1/

Но, в 99%, Power-Off

точно, у Дункана и видел, спасибо!

а для ALL-flash конфигов, соблюдение правила 10% кеша от объема хранения - оно жесткое?

вроде как нет?  
https://www.vmware.com/resources/compatibility/vsan_profile.html