Что имеем, то храним…

Интервью Александра Зейникова, регионального менеджера по продажам LSI в России с журналистами ИТ изданий во время последней пресс-конференции, прошедшей в Москве.


- Как было объявлено на вашей пресс-конференции, коммутатор LSI SAS6160 позволяет строить системы "ярусного" хранения. Есть у LSI программное обеспечение для автоматического (или по заданным правилам) перемещения данных по уровням хранения (SSD-SAS-SATA)?
- Такого ПО LSI не производит. Можно воспользоваться любым доступным на рынке ПО, оно не привязано к железу.

- Насколько интеллектуально ПО LSI MegaRAID CacheCade? Как оно определяет, какие данные нужно помещать в кэш (SSD), а какие - сбрасывать на HDD? Оно работает на хост-системе или на уровне контроллера? Почему емкость кэша ограничена 512 Мбайтами? HDD часто оснащают собственной кэш-памятью. Не получится ли конфигурация слишком сложной и медленной при наличии еще и внешнего кэша SSD? Ведь получится, что данные будут мигрировать по трем уровням хранения. Кроме того, производительность СХД с SSD сильно зависит от характера рабочей нагрузки. Учитывается ли этот характер в ПО для определения места хранения данных и режима использования SSD (кэш чтения, кэш записи, буфер для часто используемых блоков данных)? Или целевое использование должно закладываться уже в архитектуру системы?

- Давайте разберемся по очереди. Кэш на HDD действительно есть, но он очень маленький. На производительность в окружении с RAID-контроллером дисковый КЭШ практически не влияет. Итак, у нас в конфигурации с CacheCade остается два уровня, RAM (на контроллере) и SSD. Текущий размер КЭШа RAM равен 512MB, он не ограничен ничем кроме инженерных расчетов и выводов о том, что для большинства современных систем больше не надо и/или дорого иметь больше. Следующие версии контроллеров будут иметь другой объем RAM-кэш памяти.
Далее, в Вашем вопросе есть некоторая неточность. Данные НЕ мигрируют из КЭШа на диск или с SSD на диск. В КЭШе содержится копия данных основной системы, а не оригинальные данные. Исключение составляет кэш на запись в памяти, который сливается на HDD когда это наиболее удобно с точки зрения производительности. В данный момент кэш на запись в RAM защищается с помощью батареи. Неожиданное выключение питания повлечет за собой поддержание питания на памяти контроллера для предотвращения утери данных. На SSD реализован в данный момент (CacheCade версия 1) только кэш на чтение. Версия два выйдет довольно скоро (1й квартал 2011), там будет поддерживаться кэш на запись. Итого, в текущей версии CacheCade работает довольно просто. С момента включения контроллера и начала чтения данных с него, все данные, которые запрашиваются, одновременно копируются на SSD, и ведется список секторов, информация на которых дублирована в SSD-кэше. При переcчитывании сектора, который есть в КЭШе SSD (но его уже нет в RAM), он будет доставлен с SSD. Когда весь объем SSD будет заполнен, включится механизм отслеживания "горячих" зон массива HDD. Ненужная, редко требуемая информация на SSD будет замещаться в дальнейшем "горячими" данными. Производительность SSD на чтение всегда быстрее производительности HDD. Поэтому говорить о полноценном иерархическом хранении относительно CacheCade нельзя. Это скорее иерархия КЭШа. Это ускоритель HDD-массивов в области IOPS для IOPS-ориентированных приложений. Классический способ применения CacheCade - СУБД с базой в 1ТБ и более (например), размер активных таблиц которой скажем 128ГБ. Активные таблицы не влезут в память сервера, или организация такого объема будет слишком дорогой. Кроме этого, размер базы таков, что хранение ее полностью на SSD нецелесообразно (дорого). Берем контроллер MegaRAID, CacheCade, 2 SSD от интел на 64GB, 20 HDD по 136GB SAS (RAID 10) и получаем рабочее решение, в разы более производительное чем без CacheCade и более дешевое чем сервер с 128GB оперативки.

 

- В пресс-релизе по MegaRAID 3.6 говорится о "полной поддержке технологии SSD" и наличии инструментальных средств в MegaRAID Storage Manager (MSM) для управления SSD аналогично HDD и "предотвращении неправильного использования комбинации SSD и HDD", увеличении производительности SSD за счет ограничения операций I/O. Все это очень туманно. Не могли бы вы пояснить, чем именно суть данной функциональности? С увеличением срока службы SSD - понятно. Речь идет о чтении/записи в разные области флэш-памяти. С остальным нет: имеется ли в виду LSI MegaRAID FastPath, или что-то другое?
- Предотвращение использования это к тому, что система вам не даст сделать RAID-группу из драйвов разного типа. Про срок службы имеется ввиду SAFEGuard, которая позволит на лету заменить приходящий в негодность из-за циклов перезаписи SSD (такие проблемы раньше были, но вроде бы сейчас производители SSD их устранили), не теряя данные. Про ограничение I/O трудно сказать... Никогда не слышал что у нас есть такие алгоритмы...

- Суть работы LSI MegaRAID FastPath также не очень понятна: что такое оптимизация групп Virtual Disk, и за счет чего достигается трехкратное увеличение IOPS?
- Суть работы FastPath очень проста. SSD "притворяется" обычным HDD, поэтому обычные контроллеры к нему и относятся как к HDD с головками, пластинами, секторами, скоростью вращения итд. На самом деле это память. При включении FastPath, контроллер отключает относительно SSD драйва все алгоритмы оптимизации чтения/записи, связанные с геометрией HDD, например оптимизацию пути головки, перестроение очереди чтения и записи, и.т.д. Отключение ненужных, но тратящих циклы процессора проверок и оптимизаций приводят к скачку производительности до примерно 80 процентов на массивах, состоящих только из SSD. Трехкратное - никогда не видел таких цифр. По сути это маркетинг, но конкуренты до сих пор не научились относиться к SSD как к SSD, а не как к HDD, поэтому существование опции FastPath, тем более что нужна она далеко не всем, обосновано.

- Имеет ли смысл создание RAID-массивов из накопителей SSD (например, для получения СХД с очень высокой производительностью в специальных приложениях), и достаточна ли производительность существующих RAID-контроллеров для решения этой задачи?
- Конечно имеет. Но как вы правильно заметили, только в специальных приложениях. Не потому, что SSD все еще хуже (насколько я понимаю, в современных Enterprise SSD все проблемы с надежностью уже решены), а потому что цена SSD все еще достаточно высока. По поводу производительности контроллера скажу следующее. Мы всегда публикуем параметр, который называется предел по IOPs для наших контроллеров. Для 9260/9280 с FastPath это 150000IOPs. Если взять производительность SSD за 40000IOPS на чтение, то имеет смысл конфигурация с 4 SSD (при теоретической 100% загрузке SSD). В реальной жизни считаю обоснованным существование конфигураций до 8-10SSD на нашей текущей линейке. Боюсь, что у конкурентов с цифрами значительно хуже. Причем не только в области DAS-систем, но и внешних СХД. Хорошо бы сделать обзор по этим "предельным" значениям IOPS (характеристика в основном зависит от процессора) для контроллеров современных СХД. Для Symmetrix DMX2 (довольно старая система, но Hi-END) эта цифра была 10 000IOPS/директор. У нас есть планы по выпуску многоядерных чипов для контроллеров, а также контроллеров на их основе в обозримом будущем. Это позволит повысить число 8-10 до 24-30.

- Какой интерфейс обычно имеют накопители SSD - SAS, FC или что-то другое?
Нужны ли для них какие-то особые адаптеры HBA? Не занимается ли LSI контроллерами Infiniband?
- Интерфейс у SSD разный, зависит от производителя. Все варианты есть. SAS/SATA/FC. Технология FC на драйвах медленно умирает (на фронтенде она проживет еще долго, хотя некоторые аналитики говорят о замещении ее высокоскоростными Ethernet) из-за дороговизны. У нас есть решения на Infiniband, но только для внешних СХД (например серия 7900), которая доступна через OEM-партнеров. Есть планы по этому типу соединений и на системах меньшего уровня.

- По прогнозам SNIA, со временем быстрые дисковые накопители FC исчезнут ("15K Fibre Channel drives are dead!") - им на смену придут твердотельные накопители SSD. Останутся SSD и HDD (SAS/SATA) - там, где необходимо хранить большие объемы данных. Согласны ли вы с этим прогнозом, и, если да, то когда, по вашему мнению, это произойдет?
- Согласен, я даже написал это в предыдущем ответе :). Произойдет это в течение 1-2х лет. Многие производители уже сейчас переводят свои backend на SAS.

- Как быстро, на ваш взгляд, будут меняться цены на SSD? По мнению аналитиков iSuppli, потребуется три или четыре года, чтобы накопители SSD сравнялись в цене с жесткими дисками. В SNIA считают, что в ближайшие несколько лет быстрого падения цены ждать не стоит. К тому же HDD также дешевеют ($/Гбайт).
- Соглашусь с аналитиками на сроке 3-4 года, но только по технологии MLC. SLC будет дороже. А в нашей области используются только SLC. Как показала практика, даже ленточные решения, которым предрекали быструю смерть много лет назад до сих пор используются. Встретить жесткий диск в бытовых устройствах (в частности в ноутбуках) через 4 года думаю будет проблематично. А вот в серверном мире HDD будут жить еще минимум лет 10.

- Какие факторы, по вашему мнению, позволят накопителям SSD выйти на массовый корпоративный рынок? В каких областях они будут применяться прежде всего?
- Экспансия SSD на корпоративный рынок уже началась. И началась с СУБД. Следующим шагом, я думаю, будут файловые сервера. Файловые системы, используемые на них в данный момент поголовно обладают узким местом в части хранения и метаданных в области IOPs. Сначала это будут гибридные решения, как в случае с CacheCade, а затем и иерархические системы.

Комментарии (3)

почему статья без анонса?
куда смотрит админисрация?
на главной странице выводится название статьи из которого ничего не понятно, и фотка какого-то уголовника

статью не смог осилить потому что она без картинок, большой текст пугает который визуально не оформлен потому что нельзя определить при быстром просмотре будет ли полезна ли эта статья для меня

Просто для эксперимента позволили разместить такую статью. Вот и обратная связь. Отсюда вывод для компаний — надо делать более качественные материалы.

"куда смотрит админисрация?" (с)
аЯосилил.
Спасибо, познавательно.

Отправить комментарий

  • Строки и параграфы переносятся автоматически.
  • Доступны HTML теги: <a> <b> <blockquote> <br> <cite> <div> <dl> <dt> <em> <font> <h2> <h3> <hr> <i> <img> <li> <ol> <p> <small> <span> <strike> <strong> <sub> <sup> <table> <tbody> <td> <thead> <tr> <u> <ul>
    Allowed Style properties: background-color, color, height, text-align, vertical-align, width
Гость
 
CAPTCHA на основе изображений
 
Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
 

Материалы по теме

4.02.10 - 13:21 ● Касперский: защититься от вирусов на 100% нельзя Евгений Касперский, генеральный директор "Лаборатории Касперского" (ЛК), заявил, что создать ...
● Как не сходить в кино Надоело смотреть фильмы через Интернет и решил для разнообразия сходить в кино.
● Активы Северо-Западного банка Сбербанка превысили 1,5 трлн рублей Активы Северо-Западного банка Сбербанка превысили 1,5 трлн рублей. К июлю прошлого года они ...

Последние статьи

21.10.15 - 14:55 ● Выбор ПО для удаленного администрирования: о чем нужно помнить Независимо от того, входит ли системный администратор в штат ...
20.08.15 - 10:25 ● Около 8 тысяч потребительских кредитов выдано в Калининградском отделении Сбербанка с начала года С начала года в Калининградском отделении Сбербанка выдано 7795 ...
29.07.15 - 09:17 ● Как сделать landing page Если вы решили продвигать какой-либо товар или услугу, то вам не ...
28.01.15 - 15:27 ● Удаленное администрирование для оказания качественной технической поддержки пользователей На сегодняшний день самыми распространенными каналами связи между ...
15.01.15 - 11:09 ● Удаленный доступ: администрируйте сеть не сходя с места Наряду со все расширяющимися обязанностями системного администратора, ...

Последние комментарии

в статьях:
Акция! Купи 1С:Предприятие или 1С:Торговля или 1С:Производство и получи подарок на 1500рублей
ia_partner.png