about NetApp

А в четверг я, как нетрудно догадаться, ничего вам писать не буду. Решил себе устроить двухнедельный отпуск. Это только кажется что когда живешь в стране с +30 круглогодично, то отпуск вроде как не нужен. Нужен. :)
Вернемся к регулярности в январе.

Continue reading ‘Отпуск’ »

Итак, первый выпуск русского Tech ONTAP вышел…

 
(скриншот титульной страницы)

…и если вы подписались, как я рассказывал раньше, вы его уже получили.

Кто же не подписался – может это сделать сейчас, и получит следующий номер в с свой email-box в декабре.

Сделать это можно либо по ссылке в прошлой заметке, либо вот здесь:

http://communicate.netapp.com/forms/ru-tot-regform?REF_SOURCE=EMM

NetApp Data Motion – новая технология “непрерывающей” миграции данных между системами хранения NetApp. Эта технология несколько напоминает VMware vMotion, но для хранилищ данных, при которой виртуальные машины могут, не прерывая работы, мигрировать между хост-серверами, например в зависимости от их загрузки, или состояния. Это также чем-то похоже на VMware Storage vMotion, но выполняется целиком “аппаратно”, средствами системы хранения, и не привязано к какому-либо софтверному решению на хостах.

Она объявлена для версий новой “линейки” Generation 8, но в январе выйдет и в “Classic”, “Generation 7”, в версию Data ONTAP 7.3.3, для тех, кто вынужден оставаться на старой линейке.

Для работы NetApp Data Motion необходимы следующие компоненты и лицензии:

1. Multistore – лицензия позволяющая создавать на контроллере NetApp так называемые vFilers, “виртуальные файлеры”, изолированные, виртуализованные средствами самого NetApp ONTAP, “псевдофайлеры”. Раньше эта лицензия обычно использовалась для того, чтобы разделить физический “файлер” на несколько “виртуальных”, например для того, чтобы подключить его в многодоменную CIFS-сеть, или раздать такие “виртуальные файлеры” различным администраторам подразделений в крупной организации или компании-провайдере услуг хранения. Однако идея NetApp, стоящая за Multistore была куда шире.
2. SnapMirror в режиме Semi-sync – лицензия на средство репликации данных между системами хранения NetApp, осуществляемое, в данном случае, в “квази-синхронном” режиме, по IP-сети.
3. Средство управления Provisioning Manager версии 4, являющееся частью продукта Operations Manager v.4. Это сравнительно новый для пользователя продукт, обеспечивающий GUI-управление, в том числе и процессом Data Motion, размещающийся на администраторском компьютере.

Процесс миграции заключается в предварительной репликации данных с одной физической системы хранения, где находится мигрируемый vFiler, на другую, когда предварительная baseline replication завершена, то, с помощью Provisioning Manager-а администратор может отдать команду, и vFiler “переключится” с одного контроллера на другой, на котором уже к тому времени будут находиться его данные, при этом ресурсы, такие как, естественно, данные, адреса, имена шар, LUN и их маппинг, также смигрируют вслед за vFiler.

Пока технология не лишена недостатков и ограничений.

1. Пока не поддерживаются LUN с работой по FC. Но работает iSCSI. Поддержка FC будет реализована позднее в 2010 году. Разумеется работает NFS и CIFS, однако, в случае CIFS, текущая, на момент миграции, сессия CIFS будет прервана, и ее надо будет переустановить (что связано со stateful-природой CIFS как протокола).
2. Необходимо, чтобы оба контроллера, и источник и получатель миграции,  находились в одной IP-подсети.
3. Оба контроллера (пока) должны быть однотипными, в случае неоднотипности, миграция возможна с контроллера с меньшим размером NVRAM на бОльший (но в этом случае миграция будет однонаправленная). Также (пока) не поддерживается вариант миграции данных с FC/SAS-дисков на SATA.
4. Естественно не поддерживаются traditional volumes (кто-то их использует по доброй воле еще?).
5. Мигрируются все тома, принадлежащие данному vFiler.
6. SnapLock и FlexCache (пока) не поддерживаются.
7. Дедуплицированные данные переносятся дедуплицированными, и сохраняют доступность в своем дедуплицированном виде, но соответствующие им метаданные на “получателе” репликации надо заново перегенерировать, чтобы новые записываемые данные могли также дедуплицироваться вместе со старыми, так как метаданные (база фингерпринтов) остаются на уровне aggregate, и не мигрируют.
8. Мигрированные FlexClones - “развернутся”, “девиртуализируются”, и займут “положенное им по объему” (это, к сожалению, свойство их репликации с помощью SnapMirror).
9. Пока управление процессами Data Motion возможно только через GUI Operations Manager-а, не через командную строку.

Будем надеяться, что значительная часть ограничений, присущих любому продукту “версии 1.0” со временем будет устранена. Сама же Data Motion это логичный шаг в направлении глобальной стратегии NetApp – построении “облачного” распределенного хранилища, с глобальным “пространством хранения”, распределенным и прозрачно мигрирующим между множеством различных физических хранилищ.

В основу поста легла заметка в блоге Аарона Делпа, по новостям с NetApp Insight 2009, и презентации Ларри Туше, инженера “команды виртуализации” NetApp.

Любителям статистики может быть полезно:

По отчетам IDC, NetApp сегодня входит в Top5 производителей систем хранения, вместе с EMC, IBM, HP и Dell/Equalogic. При этом, в сегменте “сетевых дисковых систем” (то есть NAS + IP-SAN (iSCSI) + FC SAN)  занимая “в деньгах” (Revenue) 4-5 место, а “в проданных петабайтах” – второе, сразу после EMC (что связано с методикой подсчета IDC и свойствами систем NetApp).
А в сегменте Enterprise NAS – второе, также вслед за EMC (38,7% и 26,1% рынка, соответственно).

Рынок в исследуемый период (Q2Y2008-Q2Y2009) упал в сегменте “External Disks” на 15,3%, из них отдельно SAN – 23,8%. Падение рынка в сегменте NAS – 6,8%, при этом сегмент IP-SAN (iSCSI) вырос на 27,2%.

За рассматриваемый период EMC потеряла в revenue за этот период - 19,5%, а NetApp всего 8,1%.

Читая все это уже совсем не кажется нереальной задача, озвученная на NetApp Insight 2009 – стать #1, для начала, на рынке EMEA, результаты которого за прошедший квартал были чрезвычайно оптимистичными.

Любопытная новость обнаружилась в блоге Дейва Хитца, вице-президента, сооснователя компании, и первого блоггера NetApp (теперь в корпоративном каталоге блоггеров уже десятки имен, но он был первым,и одним из первых блоггеров в индустрии систем хранения вообще).

За прошедшие 52 недели, то есть, по простому, за календарный год (364 дня), NetApp, впервые в своей истории, отгрузила клиентам 1000 петабайт объема хранения, то есть, иначе, ровно экзабайт дискового пространства. Единица с восемнадцатью нулями байт.
Такая вот веха.

Хочу обратить внимание моих читателей на существование специальной группы на YouTube, под названием NetApp TV. В этой группе выкладываются видеоподкасты, скринкасты и демонстрации различных технологий NetApp. Может быть интересно.
Вот, например, рассказ про новинку - NetApp Data Motion.
Data Motion это средство прозрачной и непрерывающей миграции данных (и работающей с этими данными нагрузки в виде клиентов) между системами хранения NetApp, что-то вроде того, что делает VMware vMotion для виртуальных машин, но для данных.
Требует лицензии SnapMirror и Multistore, в продакшн выходит на ONTAP 8 в начале следующего года.

Неожиданный для компании, и очень заметный рост объемов в регионе EMEA, в первом, уже посчитанном полугодии этого года, кажется стал причиной того, что московское представительство NetApp “продавило” работы по “локализации” на российском рынке.

Начиная со следующего месяца на русском языке будет “на пробу” выходить ежемесячная “электронная газета”, она же рассылка по e-mail – Tech ONTAP. Возможно, что некоторые, интересующиеся тематикой, уже получают ее на английском.

Она представляет собой дайджест из нескольких статей, преимущественно на техническую тематику.
Так, например, в сентябрьском выпуске были опубликованы следующие материалы:

“Квантовый скачок” в управлении виртуальными инфраструктурами – новинки компании, объявленные на VMworld 2009: NetApp® Rapid Cloning Utility (RCU) v2.1, SnapManager® for Virtual Infrastructure (SMVI) v2.0, и Virtual Storage Console v1.0. Краткий обзор возможностей.

Пример из жизни: Консолидация серверов и хранилищ среды Windows для экономии бюджета IT – описание и анализ проекта по консолидации, осуществленного в компании Osiris Terapeutical. Практический пример перевода IT-инфраструктуры конечного клиента NetApp и VMware в виртуальную инфраструктуру, уроки и достижения этого проекта.

Ускорение репликации данных по низкоскоростным линкам – технические детали появившейся в свежем релизе Data ONTAP 7.3.2 опции компрессии трафика репликации SnapMirror, позволяющей, в ряде случаев, сэкономить до 70% трафика, и ускорить процедуры репликации данных на удаленный сайт.

Также, вот уже около года я “в порядке личной инициативы” перевожу избранные, и наиболее интересные статьи Tech ONTAP в регулярную рассылку компании “Verysell” – российского дистрибутора NetApp. По ссылке можно почитать архив выпусков. Там тоже есть кое-что интересное. Нынешний официальный Tech ONTAP на русском придет на смену этой рассылке.

Для чего я все это вам тут пишу? Вот для чего. Российскому NetApp-у нужно отрапортовать о интересе к теме, и показать американским боссам “наверх” полторы тысячи подписчиков. В этом случае это будет убедительным аргументом для компании начать всерьез заниматься “русским языком”, в частности готовить актуальные русскоязычные технические материалы, такие как, например, переводимые в настоящее время “на энтузиазме” Best Practices по использованию систем хранения NetApp для различных продуктов (см. справа ссылку “Техбиблиотека на русском”) , облегчающие непростую жизнь админа.

С учетом того, что на сегодня на этот блог ходит в месяц три с половиной тысячи уников, из них почти две тысячи с той или иной степени регулярно, не считая подписанных по RSS,  мне кажется, что эта задача вполне достижимая.

Так что вот вам баннер, вот вам и ссылка на нем:

http://communicate.netapp.com/forms/ru-tot-regform?REF_SOURCE=EMM

Ступайте и подпишитесь. Будет интересно. Гарантирую отсутствие спама. Почтовый ящик хорошо бы рабочий (компании), но если другого нет, то пойдет то, что есть. Страна – разумеется Россия, не надо по привычке Гондурас и Зимбабве выбирать. :)

Очередная заметка “по существу” как и всегда – в четверг и понедельник.

Один из клиентов NetApp - фотохостинг Flickr, принадлежащий ныне Yahoo, взял недавно новую высоту.
Четыре миллиарда закачанных пользовательских фотографий, при этом следует помнить, что при выбранной Flickr архитектуре хранения, каждая фотография хранится в виде 4-5 файлов разного разрешения, то есть суммарное количество файлов хранения еще в 4-5 раз больше.

Я уже писал про Flickr, с некоторыми подробностями по используемой архитектуре, в посте ранее, где приводились некоторые подробности на конец 2007 года. Думаю, что можно проэкстраполировать те данные, чтобы получить представление о сегодняшней ситуации.

Однако 4 миллиарда это не рекорд. Так, другой клиент NetApp, компания Facebook, хранит свыше 15 миллиардов фотографий (на апрель этого года).

Не совсем по тематике блога о системах хранения, но тем не менее весьма любопытный документ был недавно опубликован.
Те же авторы, Eduardo Pinheiro и Wolf-Dietrich Weber, их работу Failure trends in large disk drive population мы разбирали недавно, плюс Bianca Schroeder из Carnegie Mellon University, ныне University of Toronto, за ее отчет я также возьмусь в скором времени, опубликовали анализ сбоев в DRAM серверов Google, наблюдаемых в течении 2,5 лет: “DRAM Errors in the Wild: A Large-Scale Field Study”.

Результаты довольно пугающи. В среднем на каждый модуль DRAM приходилось по 3751 ошибке в год. Хороший аргумент за однозначный выбор ECC DRAM в серверах.
Из неожиданных результатов, как и в случае жестких дисков, выяснилось, что высокая температура также слабо коррелирует с вероятностью появления ошибок в DRAM.
Подробный 12-страничный документ можно взять по ссылке: http://www.cs.toronto.edu/~bianca/papers/sigmetrics09.pdf

NetApp объявил о выпуске новой модели в линейке FAS2000, так называемых “low-enterprise class”.

Штучка получилась чрезвычайно любопытная.
Судите сами:

• Тот же конструктив (2U, на 12 дисков), что и FAS2020.
• Четыре онбордных Gigabit Ethernet порта на контроллер (8 на двухконтроллерную систему). Транкировать (в пределах котроллера) – можно.
• Онбордный SAS-порт (2 на двухголовую, соответственно), позволяющий подключать к ним новую SAS-полку DS4243 (24 диска).
• Два FC 4Gb/s остались.
• Поддержка Data ONTAP 8 (как в 7-Mode, так и в Cluster-mode (ex-GX!)).
• На 30% выше поддерживаемая емкость (136TB), чем у FAS2050 (при подключении полок расширения, конечно).
• Примерно вдвое выше производительность, чем у FAS2050 (по SPC-1 и SFS2008).
• Вдвое больше памяти и вдвое больше процессорных ядер (dualcore vs. singlecore) на контроллере.
• Максимальный размер aggregate – 30TB (на 64-bit aggregate под ONTAP 8.0), 200 томов FlexVol.

Цены… Хорошие цены, разумные, грамотные, спрашивайте у своего партнера. :) Кстати, что логично, изменились цены и на FAS2020/2050, если вас душила жаба – посмотрите, может уже можно договориться ;)

Слева направо: 2 порта FC 4Gb/s, порт SATA, system console (в RG-45), ACP (out-of-band management для SAS-полки DS4243), BMC (Baseoard Management Console), 4 порта Gigabit Ethernet.

Контроллер – взаимозаменяемый с FAS2020!
Что, вообще говоря, означает возможность апгрейда FAS2020 в 2040 простой заменой контроллера (не знаю насчет “на ходу”, но не исключено ;).

Новость слегка расстройственная для владельцев FAS2050, особенно в свете более низкой цены FAS2040, и значительно более высокой объявленной производительности. Ну что-ж, ждем FAS2070. :)
Зато на FAS2050 есть слот расширения PCIe, в который можно ставить расширения портов (2/4-port FC, 2-port GigE, iSCSI Target HBA, 2-port SAS (Disk extension) и UW-SCSI (Tape))

Кстати, немного не забыты и владельцы FAS2050. Теперь для 2050 есть 10Gbit-карта в слот расширения PCIe, которую, судя по всему, можно задействовать для FCoE.

С первого взгляда заметный минус 2020/2040 только отсутствие слота расширения, однако мощная “набивка” портами в “базе” решает большинство необходимых задач.

“Спрашивайте в магазинах города” :)