SR
Зря...Очень зря))
Size: a a a
2021 June 14
N
Это классическая проблема любого тира против любого кэша. В качестве плюса - только доп. Полезное место. ИМХО, оно того не стоит в реальной жизни.
N
Почему? Flash read cache reservation вполне себе вариант, если надо одну БД на гибриде в кэш положить
В
Почему против любого кеша. Вон мса кеш только на чтение. А тир и запись будет ускорять часто
N
Потому что кэш == копия данных. Это означает, что ее можно удалить. Буфер и/или тиринг == единственная копия данных. И чтобы освободить место, ее надо сбросить вниз.
N
У vsan - аналогично, чтение - кэш (для гибрида). Запись - буфер.
В
Но ее можно сбросить чуть попозже, когда не срочно).
Пошёл инспекцию делать, может алфлеш получится сделать
Пошёл инспекцию делать, может алфлеш получится сделать
N
И данные в буфере не дублируются. Просто расчёт полезной ёмкости vsan делается по worst-case сценарию с кейсом, когда мы сбросим все данные из буфера. В реальной жизни, 60-80% данных в wb его никогда не покидают и переписываются прямо в нем никогда не попадая на capacity tier.
N
Hcl посмотрите для начала
В
А вот это уже интереснее. Место конечно жаль, но горячие на постоянно данные приятно
N
Там сложный алгоритм, который смотрит в том числе скорость (+ производную от скорости) заполнения write buffer, но в нормальном режиме, он заполнен на 60-80% до начала дестейджа.
SR
Если во время работы нода вырубилась, что происходит с write bufer и особенно, если за время перезагрузки ноды машина переехала на другую ноду и начала операцию записи?
N
Не понял про "переехало"?
SR
ВМ перезапустилась на другой ноде
SR
Если данные постоянно лежат в буфере как Вы говорите, значит получается все таки ВМ привязана к ноде.
SR
Тут тоже не совсем понял. По идее данные из кэша в любое случае должны ложиться на капасити. Если некоторые из них там постоянно, как тогда достигается доступность данных при потере ноды? Или я что-то не так понял просто.
N
Нет, конечно. Никакой связи между данными и нодой на которой работает вм
SR
Да и я о чем. Просто удивился, поэтому уточняю, может чего не правильно прочитал или понял.
N
Если у вас падает нода, то вы просто теряете одну копию (здесь и далее для простоты mirror ftt=1, 7u2 и гибрид). Чтение продолжится со второй копии, запись пойдёт во вторую копию + на новой ноде будет создан delta компонент, на которую пойдёт второй поток записи.
N
Если у вас падает целиком кластер по питанию, то при условии компонентов из hcl, буфер у вас энергонезависимый и при включении данные из буфера будут прочитаны (путем размотки логов) и восстановлены.