пятница, 11 апреля 2014 г.
понедельник, 24 марта 2014 г.
ASIC или процессор + софт?
Сразу две интересные заметки появились от ведущих производителей систем хранения - NetApp и HP:
The 3PAR ASIC
Первая статья описывает текущую ситуацию в системах NetApp E-series (бывший LSI/Engenio). После многолетнего использования ASIC для расчета контрольных сумм, сейчас нагрузка по расчету данных для RAID перенесена в центральный процессор. С одной стороны, это конечно упрощает дизайн системы, кроме того, мы все прекрасно знаем, что производительность современных процессоров сделала огромный рывок (и продолжает "рвать" :) Поэтому многие компании спокойно используют программные решения (стоит упомянуть в первую очередь конечно различные реализации Software Defined Storage).
С другой стороны, в NetApp столкнулись с проблемой производительности (СХД может создать поток, превышающий возможности процессора). Можно говорить что это большой плюс ситем NetApp - загрузить процессор это тоже достижение! Справедливости ради нужно сказать, что в NetApp используется не совсем программное решение, а аппаратные возможности процессоров Intel (Crystal Beach 3 DMA). Так вот, оказалось, что на больших нагрузках, процессор не может обработать весь поток, который могут обеспечить остальные компоненты СХД. Для дальнейшего повышения производительности, в новых версиях микрокода происходит автоматическое переключение на программный режим расчета контрольных сумм, что позволяет повысить интегральную производительность системы. Все управление процессом заложено в микрокод и "подкрутить" что-то своими руками не получится.
Новые возможности микрокода доступны в системах E5400/5500 и EF540/550 - остальные по-прежнему используют RoC чипы для расчета контрольных сумм.
С другой стороны баррикад, в HP продолжают восхвалять свой ASIC, использующийся в системах 3PAR. Безусловно, "заточенный" под определенные операции чип, можно снять множество головных болей с архитектора СХД. Здесь и предсказуемая производительность (в силу узкой специфичности чипа), реализация определенного функционала "в железе" (в 3PAR это, в первую очередь, thin provisioning), разгрузка центрального процессора для других задач (впрочем, это спорный аргумент - все зависит от качества кода "других задач").
Есть ли уже победитель или стоит подождать? Пока на рынке остается целый ряд успешных решений, использующих специализированные процессоры, говорить о победе "commodity" процессоров еще рано. Однако, не за горами день, когда производительности стандартного чипа будет вполне достаточно. Intel ведет активную работу в этом направлении и явно не собирается останавливаться. Активное продвижение SDS на рынок систем хранения только способствует тому, что в один прекрасный момент вести разработку СХД со "своим" чипом будет слишком дорого.
пятница, 29 марта 2013 г.
IBM Storwize: active/active или нет?
Сегодня – вольный перевод заметки про V3700 известного блоггера из IBM - Barry Whyte.
Часто можно слышать вопрос, является ли система V3700 настоящей active/active или active/passive? Подоплека вопроса в том, что в свойствах логического диска (volume, vdisk, LUN) всегда указан “preferred” контроллер:
Однако, этот параметр нужен вовсе не для того чтобы указать единственный “активный” контроллер, а для оптимизации нагрузки на систему (распределению между контроллерами). При создании нескольких томов они чередующимся образом распределяются между контроллерами, а дальше в дело вступает драйвер multipath на уровне сервера. Если драйвер на сервере поддерживает ALUA, то такое указание “активного” контроллера позволит, при наличии нескольких томов, распределить нагрузку между контроллерами. Трафик “от” и “к” каждому конкретному тому будет идти через его “preferred” контроллер, а если томов много, то оба контроллера будут загружены примерно одинаково (конечно в отдельных случаях может потребоваться ручное перераспределение). Если же драйвер не поддерживает ALUA, то будет использоваться режим round-robin (чередование путей) и все контроллеры также будут равномерно загружены. В этом случае, (с точки зрения сервера) нет разницы, какой контроллер “preferred” – оба будут получать трафик со стороны хоста.
Для всех СХД IBM, построенных на базе микрокода SVC (SVC, V7000, V3700, V3500) реализовано такое поведение при получении запроса от хоста:
- запросы на чтение обрабатываются тем контроллером, на который пришел запрос;
- успешность запроса на запись подтверждается (ACK) тем контроллером, на который пришел запрос. Разумеется, это происходит только после зеркалирования записываемого блока в кэш второго контроллера. Затем уже “preferred” контроллер осуществляет непосредственный сброс кэша на диски.
На основании вышесказанного можно с полной уверенностью утверждать, что все перечисленные СХД являются настоящими active/active СХД.
среда, 5 декабря 2012 г.
Изменения после апгрейда DS3500 до микрокода 7.84
Я уже писал про анонс новой прошивки для систем DS3500/DCS3700. Но стали возникать резонные вопросы – что из лицензируемых опций уйдет в прошлое, а что придется все равно докупать. Так как в комментариях картинки вставляются плохо, то ниже подробное описание.
Вот так выглядит состояние активированных дополнительных возможностей в стандартной DS3500 (“из коробки”):
Что мы имеем?
- 4 Storage Partitions
- 2 FlashCopy (классический снапшот)
- поддержка до 96 дисков
Все остальное нужно докупать.
После апгрейда микрокода до версии 7.84 картина, как и ожидалось, меняется:
Что мы имеем?
- 2 FlashCopy (классический снапшот)
- 32 Enhanced FlashCopy (что это такое)
- поддержка до 96 дисков
- поддержка VolumeCopy
Больше не нужно приобретать лицензии на Storage Partiotions и VolumeCopy, а также есть приличное количество мгновенных снимков “из коробки”.
А Вот что осталось за дополнительные деньги:
- увеличенное количество FlashCopy (лицензия Back up & Restore Option - до 512 снимков для DS3500);
- зеркалирование, репликация на удаленную систему (Disaster Recovery Option);
- High Performance Tier (Turbo Performance - для DS3500) - увеличивает производительность на запись (актуально на больших потоках и/или при использовании SSD);
- Performance Read Cache - использование SSD в качестве кэша;
- поддержка свыше 96 дисков (до 192 для DS3500).
Обратите внимание, что данные нововведения доступны только для микрокода 7.84 – если по каким-либо причинам возможности обновиться нет (например, ограничения по совместимости), то необходимо, как и прежде, приобретать лицензии на нужный функционал (даже если в новой версии он и бесплатен)!
четверг, 29 ноября 2012 г.
Еще немного новостей от IBM
Анонсирована прошивка ветки 7.84 для систем IBM DS3500/DSC3700. Вместе с новой прошивкой пришли и новые возможности. Начнем с новых ключей активации (программных опций в новом микрокоде):
- Disaster Recovery Option – ключ дает возможность использовать не только привычное зеркалирование по FC, но и асинхронную репликацию по FC/iSCSI. Для DS3500/DCS3700 поддерживается до 16ти зеркальных пар по FC (ERM) и до 32 пар для асинхронных реплик. Для DCS3700+ (DSC3700 performance module) поддерживается 16 пар ERM и 128 асинхронных пар. Асинхронная репликация работает на базе PiT копий, что дает возможность задавать требуемое значение RPO. Это действительно большой шаг вперед – репликации по IP (без использования FC-IP гейтов) давно не хватало!
- Backup and Restore Option – ключ, включающий максимум доступных “современных” снапшотов (512 для DS3500/DCS3700 и 2048 для DSC3700+). Ключ заменяет комбинацию Enhanced FlashCopy Base + Enhanced FlashCopy Upgrade. Я бы, если честно, рекомендовал бы сразу приобретать комбинацию из Enhanced FlashCopy и VolumeCopy – это может быть полезнее.
- Performance Read Cache - еще одно мега-обновление, которое давно обещали. Это кэширование на SSD, да-да, теперь на системах DS3500/DCS3700 можно использовать SSD не только для хранения “быстрых” томов, но и для увеличения объема кэша. Так как SSD используется только на чтение, то нет никакой нужды делать из них отказоустойчивый массив. Насколько я успел почитать, работа системы с SSD в таком режиме мало чем отличается от работы с кэш-памятью, т.е. нет никаких супер-сложных алгоритмов по анализу нагрузки, а также нет и фоновой миграции данных на SSD. Разумеется, кэширование на SSD работает не всегда – если приложение пишет большие объемы данных или последовательно читает большие объемы, то эффект будет близкий к нулю. Однако для виртуализации (особенно VDI), Exchange, Web, СУБД эффект уже может быть весьма заметным. Можно начать с одной SSD и добавлять по мере необходимости. Кэширование осуществляется “централизованно”, т.е. кэшироваться будут различные тома в различных пулах. Для каждого конкретного луна можно принудительно отключить использование SSD.
- Super Key – ключ полностью соответствует названию :) и включает в себя все вышеописанные возможности. Т.е. если хочется “полный фарш”, то это как раз нужная опция!
Кроме того, для Performance модулей DCS3700 появилась SAS карта (4 порта 6Gbit), а также iSCSI 10Gbit карта (2 порта). Таким образом, на Performance модуле можно получить следующие комбинации портов: 8*FC, 4*FC+4*SAS, 4*FC+2*iSCSI (в расчете на один контроллер).
Доступность прошивки ожидается к 7 декабря 2012г.
вторник, 13 ноября 2012 г.
NetApp не стоит на месте–обновленный midrange FAS3220/FAS3250
Мне, с самого ее анонса, очень не нравилась модель NetApp FAS3210. Почему? Ведь это настоящий мультипротокольный MidRange, который поддерживает до 240 дисков и кучу крутых “фишек” от NetApp, скажете вы! Однако, при всех замечательных возможностях, система вышла, честно говоря, “так себе”. Основное ограничение – только два слота расширения. И это действительно проблема для тех, кто хочет получить масштабируемую систему – а зачем иначе брать midrange? Поставить FlashCache на 3210 тоже проблематично – постфактум всплыл ряд проблем, связанных с нехваткой памяти, поэтому заказывать FlashCache с определенного момента вообще стало нельзя. По этим причинам я всегда советовал либо FAS2000, либо FAS3240, который лишен указанных недостатков, и всячески отговаривал от FAS3210.
Буквально несколько дней назад ситуация радикально поменялась – были анонсированы две новые системы FAS3220 и FAS3250. Первая пришла на смену FAS3210, а вторая – на смену FAS3240. Что же изменилось?
Конечно обе системы получили более производительные контроллеры – в два раза больше процессорных ядер по сравнению с предшественниками. Кроме того, увеличился и объем памяти – он стал 24GB для FAS3220 и 40GB для FAS3250. Увеличился и объем NVRAM (3.2GB для FAS3220 и 4GB для FAS3250). Обратите внимание, что FAS3220 получил процессорную мощность, аналогичную системе FAS3240, а памяти даже на 8GB больше! FAS3250, в свою очередь, имеет в 2 раза больше ядер, чем FAS3270 (правда менее производительных) и такой же объем памяти.
Как обычно, отличается максимальное число дисков, которые можно подключить к системе – 240 (FAS3220), 720 (FAS3250) и 960 (FAS3270). С версии ONTAP 8.1.2 все СХД FAS3200 поддерживают до 240 дисков SSD.
Разумеется, теперь в младшую систему можно ставить FlashCache карты и использовать FlashPool (SSD+HDD в агрегате). Возможности FAS3220 соответствуют FAS3240 (1TB FlashCache на HA пару, либо 1.2TB SDD в FlashPool, либо 1.2TB комбинированно). FAS3250, как несложно догадаться, “догнал” FAS3270 - 2TB FlashCache на HA пару, либо 2TB SDD в FlashPool, либо 2TB комбинированно.
И, да, избавились от самого главного ограничения в FAS3210 – теперь в FAS3220 можно заказать контроллер с модулем ввода-вывода (IOXM), что дает нам до 6ти слотов на контроллер (12 слотов на систему). А это уже дает полет для фантазии в развитии системы хранения по мере роста требований к ней. А для FAS3250 вообще отказались от конфигурации без IOXM, что на мой взгляд очень правильно - правильный выбор можно и навязать! :) С другой стороны, остается возможность заказать одноконтроллерную конфигурацию (вот зачем только?).
Также для FAS3250 сразу нужно выбрать одну из плат расширения для подключения хостов – либо 10Gbit Ethernet, либо 8Gbit FC.
“Набортные” порты никаких изменений не претерпели – как и прежде, это 4*GbE, 4*4Gbit FC, 4*6Gbit SAS на двухконтроллерный вариант.
Таким образом, две новые системы замечательно закрывают все потребности в сегменте midrange СХД. А если нужно что-то более производительное, то стоит обратить внимание либо на возможность объединения систем в кластер, либо на старшую линейку FAS6200.
пятница, 9 ноября 2012 г.
Пополнение у СХД начального уровня IBM–Storwize V3700
На этой неделе в IBM сделали еще один шаг к созданию целостной линейки систем хранения данных. Была анонсирована система хранения IBM Storwize V3700, которая, как явно следует из названия, является более бюджетным вариантом Storwize V7000. Действительно, V7000 или V7000 Unified далеко не всегда могут попасть “в бюджет” заказчику, хотя их функционал и идеально вписывается в проект. Поэтому выпуск более бюджетного варианта является отличным ходом!
Давайте посмотрим, что именно IBM предлагает заказчикам V3700:
- Красивый :) интерфейс! Он уже стал привычным для владельцев таких СХД как V7000, SVC или XIV, теперь можно им пользоваться в системе с ценой меньше 20k$. Интерфейс удобный (если нет желания работать в CLI), если никогда не встречали его раньше, посмотрите ролик в этом посте.
- Виртуализация внутреннего дискового пространства. Вместо традиционных RAID-групп используются дисковые пулы.
- Выделение дискового пространства по мере необходимости – thin provisioning. (Когда же будет доступна рекламация дискового пространства?)
- Функционал FlashCopy в том варианте, в котором он есть в “старших” системах. До 64х снимков на систему.
- Производительность – по формальным показателям V3700 опережает DS3500 (хотя и отстает по максимальному объему дискового пространства).
- Миграция данных с имеющихся систем хранения (по FC). Миграция возможна только в одну сторону – для миграции данных с V3700 куда-нибудь еще придется использовать сторонние средства. Хотя, кто же захочет мигрировать данные на другую систему?!
- Поддержка до 120 дисков 2.5” или до 60 дисков 3.5”. К контроллерной полке можно подключить до 4х полок расширения. И контроллерный модуль и дисковая полка занимают в стойке 2U и поддерживают либо 12 дисков 3.5”, либо 24 диска 2.5”. Миксовать полки можно в любой последовательности.
- Поддержка 4х портов 1Gbit iSCSI “в базе” (по 2 порта на контроллер).
- Дополнительно можно установить в каждый контроллер интерфейсную плату. Это может быть либо 4 порта 1Gbit iSCSI, либо 2 порта 10Gbit iSCSI/FCoE, либо 4 порта 8Gbit FC. Разумеется в оба контроллера нужно устанавливать одинаковые платы.
- Возможность апгрейда кэш памяти – вместо “стандартных” 4GB на контроллер можно поставить 8GB (16GB на систему хранения).
Кстати, обратите внимание, что SAS порты имеют интерфейс mini SAS HD:
Но, помимо стандартных возможностей, есть и перспективы, о которых также было объявлено. Чего стоит ожидать от V3700 в некоторой перспективе (не факт, что все это действительно случится – это только “statement of direction”):
- Поддержка SAS подключения к серверам. Самое интересное, что данная поддержка будет включаться бесплатным апгрейдом микрокода. Сами SAS порты уже есть на контроллере (см. картинку выше) – только один из них используется для подключения дисковых полок, а остальные в настоящее время не задействованы.
- Поддержка Easy Tier – динамическая миграция “горячих” блоков данных с обычных дисков на SSD для повышения производительности системы.
- Поддержка репликации на удаленную СХД. Действительно, сегодня без этого даже система начального уровня выглядит “недоделанной”! Будет ли поддержка репликации на V7000 или на SVC пока не известно, но это стало бы дополнительным плюсом при выборе V3700.
- Поддержка до 2040 снимков (FlashCopy) на систему.
Но ведь не может же быть все так прекрасно? Наверняка же есть какой-то подвох и V3700 не умеет что-то очень важное и нужное? Конечно, система начального уровня не может обладать всеми возможностями старших братьев, иначе она и не стоила бы дешевле.
Чего же IBM НЕ предлагает владельцам V3700?
- Компрессия – если хочется компрессии, то потребуется либо отдельный appliance (и они у IBM конечно есть), либо V7000 или SVC.
- Виртуализация сторонних СХД. Хотя миграция и поддерживается, но виртуализации в V3700 не будет. Если хочется расти, то можно подключить V3700 к V7000 или SVC.
- Объединение систем в кластер.
- Поддержка NAS – unified системы не ожидается.
Критичны ли эти “не” для малого бизнеса, в котором V3700 будет первой системой хранения данных? Интерес может представлять unified и компрессия, но обе эти возможности далеко не бесплатны, поэтому я не уверен, что они стали бы популярны в связке с V3700.
Система, на мой взгляд, получилась очень интересная, особенно когда все планы по расширению функционала будут реализованы!
Интерфейс V3700 в действии
V3700 доступна к заказу с 23.11.2012 – обращайтесь к нам и наши инженеры помогут подобрать систему с необходимыми характеристиками для ваших задач. Мы можем проанализировать имеющуюся нагрузку на дисковую подсистему (и не только) и поможем правильно выбрать систему, чтобы она оправдала все ожидания!
Подписаться на:
Сообщения (Atom)
