Size: a a a

2021 June 18

АГ

Алексей Головатюк... in VMware vSAN
понял, спасибо
источник

AZ

Aleksey Zarubin in VMware vSAN
и дедуп с компрессией включен
источник

N

Nikolay Kulikov in VMware vSAN
по меньшему, но не per-cluster, а per-component. Т.е. если компонент лежит на двух DG с Optane - это будет работать со скоростью optane. Если один компонент на SATA, а второй на Optane - запись будет, разумеется, со скоростью SATA (ибо синхронная запись). Чтение - по разному. Половина данных будет идти с чуть меньшей задержкей, чем со второй половины
источник

AZ

Aleksey Zarubin in VMware vSAN
окей, спасибо👌
источник

u

uncleroot in VMware vSAN
шалом, Николай,
кстати о птичках, ограничение пока остается?
In an all-flash configuration, 100% of the cache device is dedicated to write-buffering (up to a maximum of 600 GB).
https://blogs.vmware.com/virtualblocks/2019/04/18/vsan-disk-groups/
источник

N

Nikolay Kulikov in VMware vSAN
да, пока по прежнему 600GB. Одна из основных причин, которую я слышал, - по результам тестов простое увеличение этого размера «в лоб» не приводит к значительному увеличению производительности в реальных случаях, но при этом увеличивает overhead по RAM и потенциально увеличивает стоимость железа. Работа над тем, чтобы увеличить размеор буфера ведется уже давно, но с другой стороны - сделать/оптимизировать процессы в vSAN так, чтобы это имело смысл. Как только это сделают, то сразу увеличат максимальный размер буфера.
источник

u

uncleroot in VMware vSAN
понятно, прост из-за этих 600 GB очень распространено мнение, что для all flash на кэши нет смысла брать диски больше 800 GB
источник

АГ

Алексей Головатюк... in VMware vSAN
а что тогда больше 600 гигов? я тогда пока до конца не понял эту фразу про write-buffering (up to a maximum of 600 GB).
источник

АГ

Алексей Головатюк... in VMware vSAN
в All flash кеш диск идет только на запись если память не изменяет
источник

u

uncleroot in VMware vSAN
я понимаю как "под кэш на запись используется не более 600Гб емкости диска, или 100% емкости, если объем меньше"
источник

N

Nikolay Kulikov in VMware vSAN
так в принципе, это так и есть. Точнее по хорошему это надо сформулировать так - нужно размер SSD не менее 600GB, при этом с Endurance  не менее X TBW, Write Perfomance не менееY KIOPS. А дальше просто по ценнику. и если 1600GB SSD будет дешевле, чем 800GB, то почему бы не взять её. Так же и наоборот - 800GB SSD при прочих равных ничуть не хуже 1600GB.
источник

АГ

Алексей Головатюк... in VMware vSAN
тогда верно понято)
источник

N

Nikolay Kulikov in VMware vSAN
ЛОГИЧЕСКИЙ размер. физически используется весь объем / все ячейки SSD
источник

PS

Pavel Shevchenko in VMware vSAN
То есть больший диск проживет дольше?
источник

PS

Pavel Shevchenko in VMware vSAN
При прочих равных?
источник

N

Nikolay Kulikov in VMware vSAN
Диск проживет столько, сколько у него указано в Endurance TBW. TBW зависит от двух вещей - сколько ячейки выдерживают перезаписей и сколько этих ячеек всего
источник

na

nikolay a in VMware vSAN
тут надо смотреть на TBW (DWPD) и write iops. у mixed use дисков и одно и другое может меняться в зависимости от объемов в меньшую сторону.
источник

АГ

Алексей Головатюк... in VMware vSAN
так, а если не более 600 гигов будет использовано под кеш, но скажем у нас капасити у нас 30 теров флеша... то размер 600 гигов это 5%, как быть в этом случае? просто принять как данность что пока более 600 никак? или не делать такие капасити и сделать больше групп?
источник

u

uncleroot in VMware vSAN
делать больше мелких групп, как я понимаю
источник

N

Nikolay Kulikov in VMware vSAN
Вот пример двух дисков с примерно одинаковым TBW - 7300 и 6800. Только один размером 3.2TB, а второй 400GB
источник