Sergant писал(а):
но ведь это речь идет о кэше и выход из строя ssd диска не повлечет потери данных.....
DeadMazay
нет не повлечет, но с точки зрения падения производительности это не совсем гуманно по отношению к пользователям, по сему возможность зеркалирования ssd в кеше предусмотренна производителем
Я думаю, вы друг друга не совсем поняли...
CacheCade (а не cachecode) - опция кеширования хардов с помощью SSD.
В первой версии СС кешировалось только чтение и там не было выбора размерности массива из SSD - контроллер автоматом принудительно создавал R0.
Поскольку кешируемые hot data с хардов на SSD не перемещаются, а копируются, то да, выход из строя SSD не приведёт к потере данных - в случае краша единственного SSD данные просто будут читаться (медленнее) с хардов, а в случае краша R0 контроллер просто заново скопирует hot data на оставшийся SSD-кеш уменьшенного размера (будет либо R0 "минус один носитель", либо одиночный оставшийся SSD) и продолжит приоритетное чтение из SSD-кеша.
Вторая версия СС умеет кешировать не только чтение, но и запись - и вот в режиме кеширования записи SSD используются либо в R1, либо в R10 (от 4-х SSD). Поскольку в режиме кеширования данные вначале оказываются в SSD-кеше, а уже после фоново перемещаются на харды, то если в настройке выбрать создание кеша для R/W, то контроллер просто не даст создать SSD-кеш записи размерности R0 - как раз чтобы не было потери данных "в случае чего".
Соответственно, если топикстартеру был дан выбор не типа кеширования, а размерности массива, то
логика несколько иная - если выбираем R1, то будут кешироваться и чтение, и запись; ну а если задать кеш R0, то будет кешироваться только чтение...
Ув.Sergant`а, похоже, интересует именно эта разница - почему R0 или почему R1...
