Уже во время анонса системы IBM XIV Gen3 было объявлено, что в модулях появится поддержка SSD. «Скоро будет» уже наступило и теперь можно не только заказать новый XIV Gen3 с установленными SSD-накопителями, но и установить SSD в уже установленную систему XIV Gen3 (процедура не требует остановки — только обновление микрокода).
В каждый узел XIV можно установить по одному SSD-диску объёмом 400ГБ (суммарно это даст от 2,4ТБ до 6ТБ на систему, размер немного занижен — изначально обещали диски по 500ГБ).
Почему так мало? Потому что это пространство можно использовать только как кэш чтения, а не для хранения самих данных, а 6ТБ кэш-памяти — это не так уж и мало.
Кэшируются только операции чтения — для кэширования операций записи используется оперативная память узлов XIV (общий объем которой достигает 360 ГБ).
Для обеспечения долгого и безоблачного существования SSD-модулей при высокой нагрузке используется специальный механизм оптимизации: изначально в оперативной памяти узла формируются блоки по 512 КБ, и эти блоки последовательно и циклически записываются на SSD. Таким образом, операции записи на SSD всегда последовательные, а ячейки используются равномерно.
Обещают хороший прирост производительности: 
Решение, предложенное в XIV, конечно, не является технологическим прорывом — все уже вспомнили и EMC FastCache, и NetApp FlashCache. Каждое из этих решений имеет свои плюсы и минусы.
Благодаря EMC FastCache заказчик получает не только кэширование чтения, но и кэширование записи.
Платой за это является существенное уменьшение кэша в оперативной памяти SP и сравнительно небольшой объём — для «топового» VNX7500 он составляет 2,1ТБ (при использовании дисков объёмом 100ГБ).
В случае с NetApp FlashCache кэшируется только чтение, но кэш дедуплицируется и может достигать 16 ТБ.
Кроме того, FlashCache — это карта PCI-e, поэтому «дорога» от кэша до процессора (а значит, и до хоста) значительно короче, чем при использовании SSD-накопителей.
А это, в свою очередь, потенциально позволяет добиться достаточно низкой задержки.
С другой стороны, если мы хотим получить 16ТБ кэша, то нам придется использовать 16 слотов расширения из 24 возможных, что существенно ограничит возможности расширения (как по дискам, так и по используемым протоколам подключения хоста).
EMC также обратила на это внимание и с шумом развернула свое решение для кэширования VFCache (Very Fast Cache).
Что это такое и как оно «привязано» к дисковой системе? По сути, VFCache — это обычная PCI-e плата (как и аналоги FusionIO, LSI и т.п.
) 300ГБ (производства Micron), которая используется не как сверхбыстрый диск в операционной системе, а как кэш для операции чтения.
В принципе (насколько я понимаю из прочитанного/найденного) никто не мешает использовать VFCache с любой дисковой системой (в том числе и без нее).
Вы даже можете «отрезать» часть VFCache и использовать ее как жесткий диск.
Среди очевидных недостатков — то, что на данный момент поддерживается только одна карта в сервере, поэтому использование части VFCache в качестве DAS не может обеспечить отказоустойчивость.
Кроме того, поддержка в VMware серьезно ограничивает такой функционал, как vMotion (вернее, он просто не поддерживается).
В этом случае решение ЭМС также нельзя назвать уникальным.
Один из пионеров в производстве SSD-карт PCI-e, компания FusionIO уже некоторое время предлагает аналогичный продукт ioCache (который, кстати, поддерживает vMotion).
Есть надежда, что в последующих релизах VFCache будет значительно улучшен и будет более тесная интеграция не только с VMware, но и с собственными продуктами (FAST Cache/FAST VP).
Теги: #Компьютерное оборудование #ssd #ibm #netapp #flashcache #EMC #FusionIO #VFCache #xiv
-
Советы По Выбору Обновления Dsl
19 Oct, 24 -
Авиаторговля: Новый Виток
19 Oct, 24 -
15 Минут Отдыха
19 Oct, 24 -
Как Я Озвучивал Игру
19 Oct, 24 -
Новый Конкурент Epson Google Glass
19 Oct, 24
