Обновление ПО IBM Storwize V3700

Уже достаточно давно компания IBM представила "младшего брата" СХД среднего класса Storwize V7000 - модель V3700.

В перспективе этот аппарат должен заменить отлично зарекомендовавшую себя линейку DS3500.

Но, вероятно, из спешки или по какой-то иной причине, новинка, с одной стороны, была лишена уже привычных функций EasyTier и репликации, а с другой - не имела весьма желательного в младшем классе хост-интерфейса SAS (не все готовы разворачивать FC инфраструктуру ради пары-тройки серверов, а SAS порты в базовой конфигурации присутствовали в «избыточном» количестве). Андрей Иванов писал об этом еще при анонсе системы: http://blog.trinitygroup.ru/2012/11/ibmstorwize-v3700.html

И вот 10 июня вышло обновление микрокода до версии 7.1. Если кратко, то IBM проделал работу над ошибками и довел систему до уровня, когда можно уже забыть про старые-добрые DS3500.

 

Самое главное – теперь есть возможность подключения хостов по SAS. При этом на системе по умолчанию есть 6 потов 6Gb SAS (на два контроллера, один порт “зарезервирован” под подключение полок расширения – т.е. можно подключить три сервера с резервированием путей "из коробки"). Плюс появилась возможность установки 4-х портовых карт расширения, которая доводит число хост-портов до 14! Пока поддерживаются только прямые подключения.

Варианты конфигурации по портам теперь выглядят так:

Standard		Optional
1Gb iSCSI	6Gb SAS	1Gb iSCSI	6Gb SAS	8Gb FC	10Gb iSCSI/FCoE
4 ports	6 ports	--	--	--	--
4 ports	6 ports	8 ports	--	--	--
4 ports	6 ports	--	8 ports	--	--
4 ports	6 ports	--	--	8 ports	--
4 ports	6 ports	--	--	--	4 ports

Помимо этого появилась возможность заказа следующих “взрослых” (advanced) функций:

• Turbo performance: За счёт снятия внутренних программных ограничений увеличивает потенциальную производительность контроллеров системы. Конфигурации с более чем 80-ю HDD или 5-ю SSD названы идеальными кандидатами на апгрейд. Но в случае линейного трансфера ощутить прирост можно уже в конфигурациях с 30-ю HDD.
• FlashCopy upgrade: После апгрейда система будет поддерживать до 2040 снапшотов на систему. Без апгрейда - 64.
• Easy Tier: Автоматически выделяет “горячие” данные и переносит их на SSD. Для работы вам потребуется SSD. ;)
• Remote mirroring: репликация возможна на V3700, V7000, SVC только по FC или FCoE (функционал должен быть лицензирован на primary и secondary системах одновременно).

Репликации по iSCSI пока нет (а мы так ждали!). Для репликации по IP IBM предлагает использовать FCIP свитчи. Что, впрочем, не мешает нам надеяться, что в следующих прошивках этот функционал (наконец-то) появится не только на V3700 но и на V7000.

Отсутствие нативной репликации по IP пока не позволяет IBM отказаться от семейства DS3500, которое пока живо и никаких предпосылок к сходу с дистанции, по словам представителей IBM не проявляет.

Заодно добавлена поддержка новых дисков: 

• 900GB и 1,2TB 10000rpm SAS 3.5”; 
• 300GB 15000rpm SAS 3.5; 
• 1,2TB 10000rpm SAS 2.5”.

После всех этих нововведений система вышла из детского возраста и теперь располагает всем необходимым функционалом для боевого применения.
Если кто сомневался в целесообразности ее приобретения, то теперь сомнения можно забыть. Ну а если кто и сейчас продолжает сомневаться - звоните, наши инженеры расскажут все в лучшем виде!

Написано в соавторстве с Антоном Уткиным и пресс-релизом IBM :)

Читать дальше ...

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 СХД.

Оригинал: https://www.ibm.com/developerworks/mydeveloperworks/blogs/storagevirtualization/entry/thats_just_a_fud_question_to_be_preferred_or_not_preferred9?lang=en

Читать дальше ...

С Новым 2013 Годом!

Друзья, спасибо что были в этом году с нами, читали, спорили, задавали вопросы!

От лица всего нашего коллектива поздравляю с Новым Годом и Рождеством!

В новом году нас всех ждет много нового и интересного! До встречи в январе!

Читать дальше ...

Изменения после апгрейда 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 – если по каким-либо причинам возможности обновиться нет (например, ограничения по совместимости), то необходимо, как и прежде, приобретать лицензии на нужный функционал (даже если в новой версии он и бесплатен)!

Читать дальше ...

Еще немного новостей от 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г.

Читать дальше ...

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.

Читать дальше ...

Пополнение у СХД начального уровня 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 – обращайтесь к нам и наши инженеры помогут подобрать систему с необходимыми характеристиками для ваших задач. Мы можем проанализировать имеющуюся нагрузку на дисковую подсистему (и не только) и поможем правильно выбрать систему, чтобы она оправдала все ожидания!

Читать дальше ...

IBM: очередная эпоха СХД подходит к концу

Век систем хранения, использующих Fibre Channel диски в качестве бэкенда, неумолимо подходит к концу. Один из немногих оставшихся оплотов практически пал - IBM с 29го января 2013 года снимает с продаж долго служившие верой и правдой системы хранения серии DS5100 и DS5300. Линейка DS5000 долгое время являлась “топовым” решением для MidRange СХД – расширенный функционал, высокая производительность и хорошая масштабируемость давали на это полное право. Однако, все меняется и сейчас, используя кластеризованную систему Storwize V7000 можно получить не только 960 дисков, но и заметно более интересные программные возможности. Владельцам DS5000 расстраиваться не стоит – системы действительно очень приличные, а дисковые полки для апгрейда с продаж не снимаются и остаются доступными к заказу.

Но кому нужно беспокоится, так это владельцам систем DS4000 (а такие еще есть и СХД эти встречаются у заказчиков часто) – дисковые полки для них (EXP810) снимаются с продаж уже в декабре этого года. Так что, если стоит задача продлить жизнь системе – пора принимать решение и быстрее делать заказ.

Если нужно увеличить емкость или продлить сервисную поддержку на СХД серии DS4700/DS4800 или IBM DS5100/DS5300 – обращайтесь к нам сейчас, не дожидаясь окончания гарантии!

Читать дальше ...

Технологии NetApp для хранения Ваших данных

Читать дальше ...