Size: a a a

2020 August 20

AT

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

EZ

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

AT

Alexander Ts in VMware vSAN
а у Вас бекап чем делается?
источник

EZ

Eugene Zaytsev in VMware vSAN
вим
источник

AT

Alexander Ts in VMware vSAN
хот адд?
источник

EZ

Eugene Zaytsev in VMware vSAN
да
источник

AT

Alexander Ts in VMware vSAN
ага, спасибо!
источник

EZ

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

N

Nikolay Kulikov in VMware vSAN
источник

N

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

N

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

AT

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

N

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

N

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

AT

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

N

Nikolay Kulikov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
Но, в 99%, Power-Off
источник

AT

Alexander Ts in VMware vSAN
точно, у Дункана и видел, спасибо!
источник

AT

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

AT

Alexander Ts in VMware vSAN
источник