about NetApp

Я тут уже, было дело, бухтел, что, видимо вследствие того, что у NetApp в компании большой вес имеют “инженеры”, довольно часто в продукт попадают какие-нибудь функциональные, но маловыразительные, или, того хуже, запутывающие термины.
Вот кто знает, почему управление (включение, выключение, и прочая настройка) дедупликацией скрывается за командой консоли asis? Что это за “асис” такой, что он значит, и как связан с дедупликацией?
А вот, оказывается, когда-то, в самом начале, еще, фактически, до релиза, функция дедупликации у NetApp называлась Advanced Single Instance Store, или ASIS (что такое был не-адвансед, а простой single instance store, не помнит уже никто, наверное). Потом аббревиатуру заменили на самоописывающий термин “deduplication”, а команда осталась.

Ранее, осенью, я писал несколько статей на тему, “Что такое Reallocation, как она работает, и как ей пользоваться правильно?”, и, соответственно, в консоли есть команда reallocate.
Но теперь, с 8.2, в Cluster-mode, появилась новая функция, называющаяся очень похоже - relocate. Путаница со всем этим нам, очевидно, еще предстоит. :-/

Relocate - “перемещение” - это новая возможность Cluster-mode, доступная с версии 8.2, которая позволяет не прерывая работы системы, “на ходу”, передать aggregate, то есть, по сути, disk ownership дисков этого аггрегейта, вместе со всеми томами и данными на них, другому контроллеру в той же HA-паре.

В “Семерке” и 7-mode это делается с остановкой работы контроллера, из boot menu, а вот теперь, использующие Cluster-mode, это могут сделать “на ходу”. Ясно, что для Cluster-mode такая возможность куда более важна, так как в кластере задачи “перекинуть данные”, и, например, полностью вывести контроллер из кластера, допустим для его обновления или замены, это достаточно рядовая задача.

Посмотреть, кому и как назначены aggregates можно командой:
storage aggregate show [-node source-node]

node1::> storage aggregate show
Aggregate Size Available Used% State #Vols Nodes RAID Status
——— ——– ——— —– ——- —— —— ———–
aggr_0 239.0GB 11.13GB 95% online 1 node1 raid_dp, normal
aggr_1 239.0GB 11.13GB 95% online 1 node1 raid_dp, normal
aggr_2 239.0GB 11.13GB 95% online 1 node2 raid_dp, normal
aggr_3 239.0GB 11.13GB 95% online 1 node2 raid_dp, normal
aggr_4 239.0GB 238.9GB 0% online 5 node3 raid_dp, normal
aggr_5 239.0GB 239.0GB 0% online 4 node4 raid_dp, normal
6 entries were displayed.


Собственно процесс релокации аггрегейтов запускается командой:
storage aggregate relocation start -aggregate-list aggregate-1, aggregate-2… -node source-node -destination destination-node

node1::> storage aggregate relocation start -aggregate-list aggr_1,
aggr_2 -node node1 -destination node3
Run the storage aggregate relocation show command to check relocation status.
node1::storage aggregate>

А посмотреть как все идет можно командой:
storage aggregate reloaction show [-node ]

node1::> storage aggregate relocation show -node node1
Source Aggregate Destination Relocation Status
—— ———– ————- ————————
node1
aggr_1 node3 In progress, module: wafl
aggr_2 node3 Not attempted yet
2 entries were displayed.
node1::storage aggregate>

Обратите внимание, что использовать в Cluster-mode старую, disruptive схему, с выключением контроллера, загрузкой в boot menu, снятием там текущего disk ownership с дисков и назначением их новому контроллеру - нельзя. Новые механизмы “по капотом” Cluster-mode, в частности внутренние, реплицируемые между членами кластера базы конфигураций, будут если не повреждены, то уж точно не позволят вам таким образом “релоцированный” мимо штатных механизмов aggregate (и, прежде всего, тома на нем) подключить и увидеть.
Подробно, включая и разнообразный траблшутинг, механизм релокейта рассматривается в документе Clustered Data ONTAP® 8.2 High-Availability Configuration Guide
(https://library.netapp.com/ecm/ecm_download_file/ECMP1196905)

Как вы знаете (должны знать, по крайней мере), NetApp, вот уже третий год пошел, как владеет бизнесом, ранее принадлежавшем компании LSI/Engenio, и производившим системы хранения “классической блочной архитектуры” для различных OEM-клиентов. Таким образом сегодня NetApp это не только традиционные для него стораджи семейства FAS, то есть unified, NAS+SAN, WAFL-based стораджи “со снепшотами и дедупликацией”, о которых в этом блоге в основном и пишется, но также и “традиционные для рынка” блочные стораджи для FC и iSCSI, которые продает как сам, так и поставляет по OEM-контрактам. Так, например, хорошо знакомые российскому IT системы IBM DS3524 и Dell PowerVault MD3 - это как раз они и есть, NetApp E-series.

Некоторое замешательство вызвало в свое время появление такой, необычной для NetApp, линейки продуктов среди пользователей, как же так, мол, а что же FAS, неужели он теперь не хорош, и вы теперь от него отказываетесь и начинаете заниматься продуктом, всю дорогу с ними конкурирующим?

На самом деле те, кто с NetApp уже давно, они знают, что он, как компания, всегда действует в русле здорового прагматизма, без всякого “идеологического паладинства”, если есть направление, в котором можно заработать деньги - действует простое правило: пойди, дай то, что пользователь хочет, и возьми у пользователя за это его деньги, без всяких “фу, это же не настоящий Fibrechannel!” :). Так, в свое время, NetApp вдруг, неожиданно для всех, перестал заниматься только лишь NAS, и быстро сделал поддержку блочных протоколов SAN в своих системах хранения (оставаясь, впрочем, сторонником своей линии, что NAS есть более интеллектуальный и прогрессивный продукт, сегодня мы все видим, что так оно, во многом, и получилось, смотрите как развивается NAS-направление в виртуализации!).

Точно также получилось и с E-series. На рынке существует ниша, в которой многочисленные интеллектуальные преимущества FAS и Data ONTAP не слишком нужны, а нужна там высокая удельная емкость хранения, высокая линейная скорость записи-чтения, возможность DAS-подключения к серверам, поддержка только блочных протоколов, и так далее. Это, например, системы хранения потокового HD-видео от камер видеонаблюдения, это системы для обработки BigData, например под Apache Hadoop, и ряд других таких же нишевых, но очень деньгоемких систем и областей использования. Ну, вот, отчего не расширить туда присутствие на рынке?

Сперва стораджи E-series продавались только в OEM, потом понемногу NetApp начал производить их и продавать от своего имени, сперва в Америке, а теперь и “в канал”, в том числе и в России.

?? вот, на днях, в семействе E-series вышло большое обновление.
Во-первых, появилась новая линейка в нижнем сегменте, той, чем был тот самый IBM DS3524, он же NetApp E2600. Теперь ему на смену появился E2700.

В линейке будет выпущено три модели, это E2712, E2724 и E2760. Последние две цифры модели, как вы уже поняли, это число дисков в конструктиве. 2712 и 2724 это уже знакомые 2U на 12 и 24 диска 2,5″, а вот 2760 это новый для модели E2 конструктив, уже встречавшийся в семействе E5, это 4U с треями “магазинного” типа, на 60 дисков 3,5″ в корпусе, для “сверхплотных” применений.

Контроллеры E2700 оснащаются в базе портами SAS 12Gb/s, и поддерживают расширение с помощью Host Interface Cards (HIC) с портами FC 16G, iSCSI 10G, а также дополнительными портами SAS 12G.

Будут поддерживаться разные типы дисков: SAS, NL-SAS, а также SSD (кроме 2712). Впрочем, про SSD дальше еще пойдет речь в связи с обновлением All-Flash системы EF5.

В остальном - это наследник E2600, все, знакомое вам по этой модели, в новой осталось.

Обновился контроллер у E5500.

E5500 - это системы еще большей производительности, чем были E2600. Теперь в нем добавились (ранее недоступные) интерфейсы FC 16Gb и iSCSI 10G (ранее были только SAS 12Gb, FC 8Gb и Infiniband). Также как у E2700 будут доступны три конструктива, на 12 и 24 диска в 2U, и на 60 дисков в 4U.
Поддерживаемые диски - SAS и SSD.

Наконец, обновился All-Flash storage, который теперь носит название EF550.

Эта система поставляется в виде 2U корпуса, с вариантами поставки на 12 дисков SSD (9,6TB raw) и на 24 диска SS (19,2TB raw), с общей возможной емкостью системы - 120 дисков.

Поддерживаются интерфейсы:
• 16Gb FC (OM2, OM3, OS1, and OS2 optical)
• 10Gb iSCSI (optical, twinax passive, and RJ-45 Cat 6)
• 6Gb SAS (copper with Mini-SAS cables)
• 40Gb IB (QSFP+ copper and OM3 optical)

Системы поставляются с 800GB SSD дисками технологии SLC, каждый диск оснащен двумя портами ввода-вывода SAS, и имеют пятилетнюю гарантию производителя.
The EF550 ships with 800GB mixed-use multi-level cell (MLC) NAND SSDs from SanDisk with dual (2) full-duplex interface ports. The EF550 actually leverages the dual-active paths from each controller to every SSD as part of its design.
Each SSD is rated at 10 drive writes per day (DWPD), warrantied up to 5 years, but with an endurance lifetime well over 5 years.

Часть третья рассказа про реаллокацию задерживается, но будет на этой неделе.
А пока я бы хотел рассказать, что Translation Project в моем лице перевел и выложил еще несколько интересных и важных документов.
Это обновление TR-3702 про виртуализацию Microsoft Hyper-V. Документ старый, который начат был еще для Hyper-V 1.0, и с тех пор несколько раз дописывался. Я сильно надеялся, что в связи с выходом 2012 R2 его все же сподобятся капитально переписать, повыкидывав оттуда старье, типа Windows 2008 еще-не-R2, но авторы просто в очередной раз дописали к нему в хвост главу про Server 2012 и SnapManager. Ну и то хлеб. Занимающиеся серверной виртуализацией Microsoft - посмотрите, там бывает полезное.

Очень интересный, на мой взгляд, документ про работу с Thin Provisioning в Data ONTAP - TR-3965. Тема использования и правильной настройки thin provisioning, увы, все еще крайне слабо освоена админами, все еще у многих есть и предубеждения, и непонимание. ?? предубеждение от непонимания - в первую очередь. Документ несложен, с картинками, и приводит типовые рекомендации настроек для ряда систем, например для SQL Server, Exchange, vSphere и Oracle DB, так что - рекомендую.

Еще одна очень интересная и все еще, отчего-то, не вполне ясная для многих тема - TR-3441 Windows Multipathing и Data ONTAP: Fibre Channel и iSCSI
Если вы посмотрите на номер TR, вы увидите, что тема документа очень старая, и исходный текст был написан давно. Тем не менее, я и мои коллеги, по-прежнему видим, что у многих пользователей с темой настройки и использования multipathing есть проблемы. А так как как раз недавно этот документ был в очередной раз обновлен и переписан под текущее состояние, то мы с Netwell решили, что такой документ в библиотеке тоже нужен. Если вам интересна тема многопутевого (multipath) подключения по блочным протоколам, как по FC, так и по Ethernet/iSCSI, тема MPIO, DSM, политик балансировки, ALUA и их использования, то вот этот документ делался для вас.

Наконец, это полностью переписанный с нуля TR-3633 Best Practices for Oracle Database and NetApp.
Старый, который я тоже переводил, был большой, бестолковый, запутанный и устаревший чуть более чем полностью (чего стоили лишь упоминания ядер Linux ветки 2.4, RHEL 4, Solaris 8, и детальная настройка гигабитного адаптера, который не выпускается и не продается уже лет шесть.).
Новый - это краткий (всего около 20 страниц), сжатый, выкинувший все окаменевшие говна текст, который, хоть и крайне беглый по сути, но все же очень любопытный текст “по делу”.
А еще его писал не индус ;). Нет, я совсем не расист, но попереводите техдокументацию с мое - будете ценить неиндийских авторов таких документов. :)
На момент публикации этого поста TR-3633 еще не был выложен в паблик, но будет доступен в течение недели (я отправил его на “аппрув” вчера).

По-прежнему с благодарностью принимаются предложения и рекомендации по тематике следующих переводов. Пока мы планируем в следующем году больше внимания уделить Clustered Data ONTAP, раз уж она теперь главное направление удара компании.

Отдельно, в завершение, я хочу отметить, что все приведенные на страничке техбиблиотеки Netwell переведенные документы - это “хобби-проект”, это не официальные переводы NetApp, и компания не несет за их содержание никакой ответственности, не поддерживает их (но и не мешает, спасибо им за это) и не авторизует данные переводы (не обращайтесь и не жалуйтесь в NetApp по поводу них). Это в чистом виде community project меня, romx, и компании Netwell, дистрибутора NetApp, которая решила такую библиотеку переводов в помощь админам вести. Спасибо нам :)

??ногда роясь в старых постах коллег по блоггингу удается находить что-нибудь интересное. Я помнил тот занимательный факт, что системы NetApp MetroCluster вот уже много лет очень хорошо продаются в Германии. Вот уж не знаю почему так, видимо продавцы хорошие, знают подход, но вот прямо очень хорошо. Но никогда не видел фактических цифр. А вот недавно, просматривая снимки сессий прошлогоднего VMworld 2012, нашел вот такой кадр:

Более 6000 систем MetroCluster проданы в одной только Германии, из около 11 тысяч по всему миру!

??нтересные тут картинки почта в клювике принесла. Как вы знаете, компания IDC делает регулярные обзоры рынка, оценивая рыночные доли разных брендов. Сам эти отчеты платные и дорогие, поэтому приходится перебиваться тем, что кто-то выложит в паблик. Обычно это делает та компания, которой хочется похвастаться :)

Частенько есть чем у нас похвастаться и NetApp. Поэтому сегодня извлеченные из отчета IDC рыночные доли по суммарному рынку NAS и SAN.

Вот как выглядит обычно широко публикуемый отчет по выручке:

А вот так куда менее публикуемый отчет по доле от поставленной емкости хранения.

Сопоставив их можно попытаться сделать некоторые любопытные выводы. Например они очень хорошо показывают мифичнность утверждения про “дорогие диски у NetApp”, так, видно, что терабайт на NetApp продается, и, следовательно, обходится покупателю, существенно ниже рынка в среднем (причем у IDC суммируется тупой raw capacity проданных дисков, так что с учетом использования RAID-DP выигрыш будет и еще выше).

Видно, как EMC, с выходом VNX, переломила негативную тенденцию падения поставляемых объемов (читай – числа поставляемых стораджей, по видимому), существенная же разница в долях “в терабайтах” и “в миллионах долларов” скорее всего объясняется дорогими hi-end массивами, крайне дорого обходящихся покуателям из расчета “за терабайт”. Видно также, что по росту объемов поставляемых терабайт сегодня NetApp вот уже третий год не имеет равных среди всей шестерки.

Ну и, чтобы два раза не вставать, доли на рынке средств репликации данных в системах хранения. Немножко растет IBM, видимо за счет Storwise.

Ну конечно, как всегда, если приведенные данные нравятся, их можно принять во внимание, а если не нравятся – фыркнуть, и сказать что у них пулеметы не той системы, и вообще все эти айдиси и гартнеры сам не знают что меряют, одни сплошные глупости, мне не нравится. В общем “Никогда не доверяй результатам, которые не подделал собственноручно” ;)

Тем не менее вот такие у нас есть упрямые штуки, вне зависимости от того, как вы относитесь к IDC.

Тем временем, на прошлй неделе NetApp обновил несколько своих важных утилит “стороны хоста”. Как вы знаете, и многие, уверен, пользуетесь, средствами работы со стораджем на стороне хост-системы. С выходом Server 2012 и 2012 R2, и их новых возможностей, насущно встала необходимость обновления набора хост-инструментов NetApp.

Появилась новая версия SnapDrive, инструмента для создания снэпшотов, LUN-ов и управления ими со стороны сервера. Также этот инструмент предоставляет API для работы многим другим программным хост-средствам NetApp.

Основные новинки это:

• Поддержка Cluster-mode (наконец-то)
• Поддержка SMB 3.0
• Sub-LUN cloning
• Поддержка командлетов PowerShell 2.0+ для SMB 3.0
• Virtual Fibre Channel
• Поддержка gMSA – group Managed Service Account в Windows Server 2012

Опубликован TR-4000: "SnapDrive 7.0 for Windows Best Practices for Clustered Data ONTAP".

SnapManager for Hyper-V обновился до долгожданной версии 2.0

Среди новинок:

• ??нтеграция со SnapVault
• Поддержка не только SAN (FC, iSCSI, FCoE), но и SMB 3.0, в частности теперь поддерживается remote VSS hardware providers
• Для SMB 3.0 и CSV 2.0 также поддерживаются SnapInfo
• Поддерживаются gMSA
• Наконец-то поддерживается восстановление по альтернативному пути (например для DR-сайтов) и восстановление удаленных (deleted) VM из бэкапов типа crash-consistent.
• Поддерживается установка на remote-хост.

Вместе со всеми обновился и третий важный компонент win-хост инструментов: SnapManager for SQL Server.

Новинки:

• Поддержка SMB 3.0 (напомню, что пока SMB 3.0 есть только на Cluster-mode!)
• ??нтеграция со SnapVault (archived backup могут отправляться на secondary SnapVault на clustered-системе)
• Восстановление базы данных в другое расположение того же инстанса MS SQL Server
• Поддержка gMSA и возможность запуска SMSQL из него
• Улучшена производительность работы для ряда сценариев использования

Все версии опубликованы и доступны пользователям NetApp для скачивания на сайте NetApp Support.

Не забывайте внимательно читать Release Notes перед установкой или обновлением!

Я тут немного отстаю от bleeding edge новостей, но тем не менее все равно расскажу, вдруг кто-то это пропустил или не увидел на других профильных ресурсах.

Компания ??Т-Град, один из наиболее активных сейчас продавцов NetApp, у себя на сайте объявила распродажную акцию интересных многим бандлов FAS2240-2 и FAS2240-4, в очень правильной и выгодной конфигурации HDD+SSD, для использвания с Flash Pool и Virtual Storage Tiering.

В бандл входит контроллер FAS2240 в двух вариантах – FAS2240-2, это двухюнитовый модульный блок с 24 дисками SAS 600GB (то есть только HDD SAS) или же гибридный вариант, из 20 HDD SAS 900GB, плюс 4 SDD 200GB. Оба варианта могут быть как с Basic software bundle, в который входят протоколы доступа NAS и SAN, thin provisioning, дедупликация, плюс некоторое количество софтверных фич сверх. ?? в варианте Complete Bundle, это All Inclusive, в котором есть вообще все что есть у NetApp для этой модели, там и репликация SnapMirror, и клоны FlexClone, и лицензии на хостовые утилиты, такие как Virtual Storage Console для VMware vSphere, SnapDrive, и так далее.

Второй вариант, также в двух вариантах, это FAS2240-4, 4U модуль, с дисками SATA, либо 24HDD SATA 1 или же 2TB, либо также как выше, 20 HDD 2TB + 4 SSD 200GB. Все варианты также в двух вариантах софта, с Basic и с Complete Bundle.

Особенно хочу обратить внимание на последний вариант с SATA HDD + SSD в Flash Pool, этот вариант может быть наиболее интересным по price/capacity/performance, так как на значительном числе рабочих нагрузок flash очень эффективно ускоряет работу с емкими, но недостаточно шустрыми SATA, приближая такой вариант к производительности существено более дорогих и менее емких SAS/FC.

Разумеется, такое бывает не в ста процентах случаев, но в значительном числе наиболее распространенных. Проверить как это будет в вашем случае вы можете попробовать в том же ??Т-град, у них есть и собственный центр компетенции с квалифицированным пероналом и установленными стораджами разных классов, так и демопул оборудования, доступный для try&buy.

UPD: Как подсказывают из информированных источников: это общероссийская распродажа, такие бандлы доступны всем партнерам, спрашивайте у ближайшего к вам.

UPD2: Про цены. Я тоже не люблю, когда не показываются в ясном виде цены, но почему это так я писал уже не раз, и последний раз - совсем недавно. Вот еще слова информированного источника:
romx: А есть цены, которые можно называть? Хотя бы ориентировочные?

xxx: К сожалению, нет :( Локальное представительство категорически против.
Формально цена действительна после подтверждения аккаунтом под конкретного заказчика и адрес поставки.
Так что с одной стороны, цена известна, а с другой стороны, подтверждение как и в случае проектных скидок.
На регион в квартал выделяется достаточно большая, но тем не менее определённая квота на кол-во промо бандлов.

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

This content is not endorsed, sponsored or affiliated with NetApp, Inc. The views expressed in this blog are solely those of the author and do not represent the views of NetApp, Inc.

Данный блог не спонсируется, не аффилирован, и не санкционирован компанией NetApp, Inc. ??злагаемая в этом блоге точка зрения выражает мнение исключительно его автора и может не совпадать с позицией NetApp, Inc.

Аналогичный текст в явном виде присутствует теперь и на странице /about.

Связано это с тем, что тут, за сценой, вот уже пару месяцев идет некоторая невидимая вам возня, связанная с тем, что в домене этого блога присутствует “зарегистрированная торговая марка” в виде названия компании NetApp. К сожалению, вот уже несколько лет как по всему интернету идет мощный юридический прессинг ресурсов, имеющих в названии домена чью-либо зарегистрированную торговую марку, и при этом не принадлежащих владельцу этой торговой марки.

Пользуясь случаем, хочу передать привет поблагодарить сотрудников российского NetApp, которые, обладая завидным для официальных лиц здравым смыслом и доброй волей, пытаются умодерировать* на своей стороне слепую силу американской Фемиды, и убедить их в том, что блог этот не наносит вред компании, и может существовать с его текущим названием домена.

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

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

FAQ:
A: А это не связано ли с тематикой последних статей?
Q: Нет, эта история тянется уже не первый месяц, и началась независимо и задолго до шумных бурлений вокруг работы ряда вендоров. Просто сейчас мы более-менее достигли каких-то видимых результатов, в виде обязательности дисклеймера.

* Модератор - деревянная палка, служащая для приглушения звука в рояле.

http://searchstorage.techtarget.com/news/2240203615/Photobucket-expands-environment-with-NetApps-clustered-Data-Ontap

Расположенная в Денвере веб-компания Photobucket , занимающаяся хранением пользовательских фото и видео, накопила с 2003 года около 17 петабайт данных. Это потребовало от нее, ранее в этом году, запустить новый, уже второй датацентр, который позволит увеличить объемы хранения и обеспечить высокий уровень аптайма для их 100 миллионов зарегистрированных пользователей.

Компания хранит более 13 миллиардов изображений и видеороликов, а еждневно на системы хранения компании загружается еще около 5 миллионов. Компания входит в список 200 крупнейших вебсайтов ??нтернета (по подсчетам Alexa), и является хранилищем по умолчанию для изображений для пользователей сервиса Twitter (tinypic.com - это сервис компании Photobucket) “Одной из серьезнейших проблем, с которой нам пришлось столкнуться при создании системы - это огромное количество файлов, потому что мы, кроме всего, храним по нескольку копий каждого пользовательского изображения: оригинал, копию пониженного разрешения для web, и эскиз-thumbnail” - говорит Майкл Кларк, CTO компании.

Photobucket использует системы хранения NetApp с самых ранних лет работы компании, поясняет Кларк, но решил, что переезд в новый датацентр в Финиксе будет хорошим поводом сделать переоценку решений и поискать альтернативные варианты: “Мы решили, что это время для того, чтобы заново оценить предложения рынка”, - объясняет он. “Мы просто захотели посмотреть, кто сегодня работает с NFS лучше, чем это есть у нас, а также кто позволит нам выполнять репликацию данных лучше и эффективнее с точки зрения затрат”

Датацентры в Денвере и Финиксе практически идентичны, на обоих работают системы хранения NetApp в конфигурации Clustered Data ONTAP и Data ONTAP 8, используются контроллеры NetApp FAS3210, 3240, 6040 и 6240. Системы хранения обеспечивают данными 1100 физических и 500 виртуальных серверов, организованных в соответствии с архитектурой FlexPod, и использующих гипервизор KVM.

Компания использует самописанную объектную файловую систему хранения для сервиса TinyPic.com, в которой хранится сегодня около 2 миллиардов медиа-объектов.

До покупки NetApp Clustered Data ONTAP, Photobucket тестировал системы хранения от Hitachi Data Systems и несколько коммерческих платформ объектного хранения. Но после того, как IT-отдел компании столкнулся с проблемами производительности у объектного хранилища и сравнении общих затрат на датацентр, Photobucket остановился на NetApp.

Кларк пояснил, что Photobucket не мог мигрировать данные со старых томов в новую кластерную систему, и потребовалось переобучение IT-команды компании, так как изменился интерфейс командной строки, и это усложнило внедрение.

Однако наиболее существенной выгодой от кластерной системы для компании стала возможность проводить работы по обслуживанию не останавливая работу сервисов. Кларк пояснил, что эти возможности недавно помогли команде справиться с отказом дисков в системе без остановки работы и даунтаймов. “Мы просто мигрировали данные, разделили тома на несколько других контроллеров, провели все необходимые работы, и потом вернули все на место”. “Мы смогли проделать все это не прерывая работу системы, и весьма быстро. Я был в самом деле удивлен тому, насколько это прошло легко и быстро, для системы прямо “из коробки”.”

Майкл Кларк, CTO компании, также упомянул, что инструмент репликации данных SnapMirror оказался для них очень востребованным и полезным, когда им пришлось делать резервную копию больших объемов данных. “Когда мы пробовали работу других систем хранения в ходе их тестирования, одной из проблем, с которыми мы тогда на них столкнулись было то, что ни одна из имеющихся систем репликации не работала нормально с таким гигантским числом файлов”, рассказал он.

С использованием SnapMirror, Photobucket может реплицировать свои данные как снэпшоты на несколько массивов FAS2240 и FAS3210 каждые 30 минут, и хранить их там все в течение месяца.

В дополнение к продолжающейся миграции данных на Clustered ONTAP, Photobucket также запускает в работу и свою новую инфраструктуру объектного хранилища.

Если вы еще не запутались окончательно в многочисленных Flash-что-то у NetApp, то вы помните, для тех же, кто запутался - вкратце:
Flash Cache - плата с микросхемами flash memory, устанавливаемая внутрь контроллера на его внутреннюю шину PCIe, и НЕ являющаяся SSD. Обрабатывает только чтение, используя write-акселерацию WAFL для ускорения записи.
Я бы хотел специально отметить, так как многие на это не обращают внимание: именно так, в два слова с большой буквы, потому что flashcache это совсем другой продукт, это опенсорсный проект кэша приложений на flash-памяти, разработанный в Facebook.
Flash Pool - ранее назывался Hybrid Pool, расширение структуры aggregate, позволяющее включать в него SSD (в виде дисков в полках) для еще одного варианта кэширования операций. Работает и на чтение, и на запись. Может работать на одной системе в Flash Cache, расширяя его.
Flash Accel - то, о чем я пишу сегодня. Бесплатная для клиентов NetApp программная система, которая устанавливается на стороне сервера, и позволяет использовать установленные на сервере SSD или платы с flash на PCIe, как локальный кэш на стороне этого сервера. Ориентирована она, прежде всего, на работу с гипервизором VMware ESXi.

Flash Accel позволяет улучшить производительность системы, сняв часть операций ввода-вывода с backend стораджа, что заметно и положительно сказывается на производительности VM.
Он обеспечивает "когерентность" данных между локальным кэшем сервера в flash/SSD и содержимым сетевого хранилища.
Независим от используемых в сервере SSD и плат flash на PCIe.
Позволяет сохранять кэш при перезагрузке системы хранения.
Обеспечивает передачу записей в сетевой сторадж, тем самым обеспечивая целостность данных
Работает как с 7-mode, так и Clustered Data ONTAP.

На прошлой неделе вышла новая версия этого продукта - Flash Accel 1.2, и вот что в ней нового:

• Поддерживается VMware vSphere 5.1.
• VM, использующие Flash Accel, теперь могут использовать vMotion и VMware HA.
• Поддерживатся iSCSI LUN-ы, смонтированные в гостевой OS.
• Поддерживается работа с ASUP (AutoSupport).
• Улучшена работа FMC (Flash Accel Management Console).
• Поддерживаются FusionIO ioDrive card.
• Управляется через VSC 4.2 (Virtual Storage Console).
• Появился импорт и экспорт конфигураций.
• Сохраняется лог консоли.

Схема работы и устройства Flash Accel:

Как вы видите, решение состоит из нескольких основных частей. Это:

Flash Accel Host Agent, устанавливаемый на ESXi как VIB, и обеспечивающий управление локально установленными SSD в физическом сервере. Он создает виртуальное логическое устройство, представленное для ESXi как SCSI-устройство. Будучи созданным на нескольких хостах, оно имеет одинаковый WWN, что позволяет гипервизору со своей стороны трактовать его как единое и совместно используемое, и это позволяет использующим его виртуальным машинам работать в vMotion и VMware HA. На одном хосте вы можете кэшировать до 32 VM.

Flash Accel Agent для VM (Windows), в настоящий момент, к сожалению, есть только для Windows Server 2008 R2, поддержка Linux обещана. Этот компонент необходим для включения-выключения кэширования этой VM, добавляет возможности управления с помошью командлетов PowerShell, коммуницирует с Flash Accel Management Console (FMC), и позволяет интегрироваться Flash Accel в SnapDrive и SnapManager.

Flash Accel Management Console (FMC) – это виртуальный appliance, который ставится в среде vSphere, и позволяет управлять всей конструкцией Flash Accel в целом.

Подробнее про работу FMC можно посмотреть на скринкасте:
https://communities.netapp.com/videos/3416

Flash Accel был протестирован на задачах вида OLTP, и показал, что может снять с системы хранения в локальный SSD-кэш до 80% запросов ввода-вывода сервера, после развертывания Flash Accel загрузка системы хранения снизилась на 50%, кроме того, на 60% снизилась загрузка CPU системы хранения, в сравнении с использованием на ней одного только Flash Cache.