Релиз версии прошивки 8.3 был, наверное, самым важным среди всех предыдущих версий софта ONTAP для СХД NetApp FAS. Который включал множество нового функционала и знаменовал переход от 7-Mode к Clustered ONTAP. Недавно анонсированная версия 9.0 (уже доступна для загрузки), тоже содержит множество новых функций и улучшений, давайте разберем самые важные из них.



  • RAID-TEC
  • Улучшения в ADP: Root-Data-Data Partitioning (RD2)
  • Поддержка дисков SSD 15TB и новая дисковая полка для них DS224C (последняя цифра означает скорость SAS порта в Gbit/s, цифра C при переводе из шестнадцатеричной системы в десятичную означает 12, т.е. 12 Gbit/s ). Поддержка In-Band ACP — более нет необходимости во внешнем ACP для DS224C
  • Поддержка дисков HDD 10TB (MSATA)
  • Inline Data Compaction (как часть механизма компрессии) с гарантированным уменьшением используемого пространства 4:1 (Подробнее об условиях программы гарантирования 4:1 спрашивайте у вашего интегратора/дистрибьютора или у вендора напрямую). Включена по-умолчанию в AFF системах и опциональна для FAS систем. Гарантированно сжиматься данные будут не все, к примеру, видео или уже сжатые архивы, как вы понимаете, жаться не будут
  • Улучшение производительности для AFF систем: увеличение IOPS, уменьшение Latency
  • Headroom Manager- сколько ещё перфоменса осталось для текущей конфигурации/нагрузки на уровне агрерата и ноды
  • Поддержка SnapLock — WORM технологии для защиты данных от изменений. SnapLock это механизм, который может лочить данные от удаления на какое-то время. Нужен к примеру, для финансовых структур, чтобы обеспечить гарантию неизменяемости отчёта
  • On-board Key-Manager для хранения ключей шифрования данных на самой СХД
  • Поддержка новой платформы ONTAP Select, которую можно будет устанавливать на комодити оборудование
  • Упрощённая система тимплейтов для первоначальной установки и настройки
  • Мобильное приложение Mobile Autosupport, про все доступные мобильные приложения здесь
  • OnCommand Performance Manager интегрирован с OnCommand System Manager
  • Support for cache-retention policies on Flash Pool aggregates — данные на вольюмах с более высокой политикой cache-retention будут оставаться в кэше дольше, а с более низкой — меньше
  • Улучшения в механизме QoS — увеличено число групп политик в кластере и добавлена возможность задавать максимумы одновременно как в IOPS, так и MB/s
  • Улучшения в SAN — ODX LUN copy между кластерами
  • Поддержка реалокации root volume между агрегатами
  • volume rehost — Поддержка передачи вольюма от одного SVM другому
  • При использовании SnapMirror for SVM, можно исключать вольюмы и LIF'ы, которые не нужно реплицировать на DR сайт
  • Поддержка SMB 3.1.1 и увеличенного размера MTU, теперь поддерживается до 1MB
  • Поддержка SMB с Workgroup используя локальную аутентификацию
  • Поддержка NDMP расширения 0x2050, которое позволяет управлять снепшотами СХД и восстанавливать из них вольюмы и файлы
  • Добавлен функционал Bad Port isolation для выявления нестабильных портов и запуска миграции LIF интерфейсов
  • Функционал RSA перенесен из SP внутрь ONTAP
  • Fast Failover for SAN: Ускоренное переключение в случае аварии (Failover) от 2 до 15 секунд для AFF
  • iGroup ping — функция, позволяющая администратору СХД проверить доступность инициаторов в iGroup`е

Улучшения в MetroCluster:

  • 8 nodes (4HA системы) на двух сайтах — 4 ноды (2 HA системы) на каждом сайте
  • в 8 нодовой системе поддерживается микс нод: AFF и FAS
  • в 8 нодовой системе поддерживается микс нод: из разных моделей FAS/AFF систем
  • MetroCluster non-Mirrored Aggregates

Как многие могли уже знать софт ONTAP теперь доступен не только на FAS платформе, но и в виде SDS хранилища, а также в публичных облаках.


RAID-TEC (RAID-TP)


В виду увеличения объёмов как механических, так и SSD накопителей компания NetApp разработала (уже весьма давно) и запатентовала новый тип RAID с тремя дисками чётности. TEC расшифровывается как Triple Erasure Coding, а TP как Triple-Parity — оба названия используются как синонимы. В такой RAID группе присутствуют три диска чётности. Первый так и называет Row Parity (Четности по горизонтали), второй DP (Double Parity или Diagonal Parity), третий AP (Anti-Diogonal Parity).

RAID-TEC можно использовать для SSD, SAS и дисков большего объема, максимальная длинна RAID группы теперь составляет 29 устройств для всех этих типов дисков. RAID-TEC будет использоваться также и для ADP конфигураций. Благодаря дополнительному анти-диагональному партити диску отказоустойчивость такой RAID группы повысилась в 100 раз по сравнению с RAID-DP.

Напомню, что RAID-DP по характеристикам отказоустойчивости немного превосходит RAID10, так как защищает от выхода из строя любых двух дисков (в отличие от RAID10, где выход двух зеркальных дисков приводит к потере всей группы). RAID-TEC будет использован по-умолчанию для всех дисков объемом 6TB и выше, и является обязательным для дисков 10TB и выше. Как обычно поддерживается конвертация на ходу из RAID-DP в RAID-TEC (как это сейчас с RAID4).


ADP: Root-Data-Data Partitioning (RD2)


Компания приложила не мало усилий для повышения уровня полезного пространства для систем с небольшим числом дисков по соотношению к «сырому пространству» при помощи технологии ADP. В новом релизе эта идея была развита и позволит экономить на 17% больше по сравнению с 8.3.Х. Улучшения затронут только системы с SSD дисками: FAS и AFF. Где для экономии дорогостоящих SSD накопителей используется партиционирование диска на 3 части по аналогии с ADP Root-Data (две партиции: одна для Root агрегата, другая для Data агрегата): одну не большую партицию, для создания Root агрегата ( R ), и две равные партиции для Data агрегатов (D2), каждый из них будет отдан под управление каждого из двух контроллеров. Это позволит сэкономить не только на отсутствии выделенного Root агрегата, но и уменьшит число парити (RP, DP, AP) и Spare дисков. Т.е. на практике это позволит экономить 3-4 диска (RAID-DP и RAID-TP соответственно) для систем с одной полкой, забитой SSD дисками.


Inline Data Compaction


В СХД от компании которая была пионером в дедубликации и компрессии для Tier 1, можно было шарить дедублицированный блок до 255 ссылок к 1 блоку, а начиная с верси 8.1 и выше это число было увеличено до 32767:1, т.е. 64000 одинаковых 4КБ блоков могли ужаться до 2 блоков информации. Но с накладыванием компрессии размер блока не всегда равнялся 4КБ. Так пришла новая технология — компакция, которая работает совместно с дедубликацией и компресией. Идея компакции пришла так как после дедупа и компресии некоторые данные после сжатия становились меньше 4КБ блока, в то время как минимальный размер блока файловой системы WAFL равен 4КБ, в результате как бы мы не жали такой блок данных, он всё равно занимал весь свой минимальный объём, а сжатие для данных с мелкими блоками не имело смысла в плане экономии пространства. Таким образом компакция позволила расширить сферу применения компрессии и ещё более рационально использовать дисковое пространство.

Эта технология совместно с другими технологиями эффективности использования пространства, гарантировано уменьшит использование дискового пространства для AFF систем от 4 раз к одному и выше. Для существующих заказчиков с ONTAP 8.3.2+ есть калькулятор позволяющий оценить сколько получится сэкономить, перейдя на ONTAP 9 и включив все механизмы экономии пространства.

Подробнее в статье.


Мобильное приложение Autosupport


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


OnCommand System Manager


Обновлён интерфейс OnCommand System Manager, основной целью обновления была взята упрощение управления кластерным хранилищем. На ряду с этим будет отображаться информация о нагрузке в реальном времени о любом объекте кластера.

Добавлена возможность сканирования SAN инициаторов для добавления в список лун-маскинга (iGroup), ранее это можно было делать вручную из интерфейса СХД или непосредственно из хоста-инициатора при помощи утилиты NetApp Host Utilities.


Headroom Manager


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


Onboard Key Manager (OKM)


Системы NetApp с ONTAP поддерживают диски с аппаратным шифрованием данных (NSE, NetApp Storage Encryption) при помощи ключа шифрования, расположенного на поддерживаемом Key Manager и передавались при помощи протокола KMIP. Начиная с версии ONTAP 9, на ряду с внешним Key Manager предоставляется возможность хранить ключи шифрования на СХД, без необходимости покупки специализированного оборудования. Для настройки Onboard Key Manager понадобится только парольная фраза и диски с поддержкой шифрования.


1PB в полке с 24 дисками


NetApp первый среди производителей СХД А-Брендов анонсировал поддержку 15TB SSD дисков. А теперь представьте себе AFF систему с ONTAP9, ADP RD2, RAID-TEC и сжатием 4:1. Сколько полезного пространства вы сможете получить в одной системе 6U с оной полкой 2U? Давайте посчитаем. Один диск 15TB (Physical & Right sized = 14307 GiB), из 24 дисков в конфигурации Active-Active (RD2) с RAID-TEC мы получим 20 дисков под данные, 3 диска чётности и 1 Hot Spare. Вычтем ADP для Root aggregate 14307 — 53.88 GiB = 14253,12 GiB. Подсчитаем пространство полезных дисков 20 X 14253,12 = 285062.4 GiB. Теперь вычтем 10% WAFL Reserve 285062.4 — 10% = 256556.16 GiB. И в конце умножим получившееся пространство на минимально гарантированный коэффициент сжатия данных 256556.16 * 4 = 1026224.64 GiB, т.е. 1002 TiB эффективного пространства! Но коэффициент 4 далеко не придел, как правило можно получить экономию в 8 раз для БД и VDI.

Кто может обновиться до ONTAP 9


NetApp в отличие от многих своих конкурентов многие годы постоянно развивает одну и туже платформу с софтом ONTAP и позволяет использовать все его новые полезные и интересные функции как для новых, так и для своих старых заказчиков, которые могут утилизировать своё старое оборудование. Как правило поддерживаются СХД около 2-3 поколений назад. И это очень хорошо позволяет сохранять инвестиции конечным заказчикам. К примеру, возьмём FAS6210 у этой системы был приемник FAS6220, а потом FAS8040.

Итак, поддерживаются следующие FAS платформы с ONTAP 9:

  • FAS2200: 2220, 2240
  • FAS2500: 2520, 2552, 2554
  • FAS/V 3200: 3220, 3250, 3270
  • FAS/V 6200: 6210, 6220, 6240, 6250, 6280, 6290
  • FAS8200: 8020, 8040, 8060, 8080

И как обычно поддерживаются старые дисковые полки.

Volume rehost


Теперь вольюм может быть передан из одного SVM в другой.

ontap9::*> vserver show -vserver * -fields uuid
vserver uuid
------- ------------------------------------
SVM1 04c6bb98-3d74-11e6-a895-00b098596ec6
SVM2 204877e8-4d54-11e6-a895-00b098596ec6
2 entries were displayed.

ontap9::*> volume rehost -vserver SVM1 -volume my_vol_to_move -destination-vserver SVM2
ontap9::*> volume show -vserver SVM1 -fields msid,dsid,uuid,vserver -volume my_vol_to_move
There are no entries matching your query.

Подробнее здесь.

Выводы


Компания NetApp продолжает развивать свой флагманский софт ONTAP и радовать не только новых, но и своих старых заказчиков, которые могут обновить свои старые модели СХД до новых версий прошивок и получить новый функционал сохраняя таким образом свои инвестиции. В новой версии очень много усилий было приложено для того чтобы максимально упростить администрирование кластерной системы, повысить её надёжность и увеличить эффективность. Богатый и постоянно добавляющийся функционал дополняет возможности кластеризации ONTAP в сочетании с «Share-Nothing» идеологией и очень хорошо подходит для SSD носителей, где новым узким местом СХД является CPU, а не дисковая подсистема.

» Здесь могут содержаться ссылки на Habra-статьи, которые будут опубликованы позже.
» Сообщения по ошибкам в тексте прошу направлять в ЛС.
» Замечания, дополнения и вопросы по статье напротив, прошу в комментарии.
Поделиться с друзьями
-->

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


  1. KorP
    05.09.2016 09:16

    Спасибо за обзор!


  1. brainfair
    05.09.2016 10:06
    +1

    Эта технология совместно с другими технологиями эффективности использования пространства, гарантировано уменьшит использование дискового пространства для AFF систем от 4 раз к одному и выше. Для существующих заказчиков с ONTAP 8.3.2+ есть калькулятор позволяющий оценить сколько получится сэкономить, перейдя на ONTAP 9 и включив все механизмы экономии пространства.

    А сколько мы потеряем в производительности?


    1. bbk
      05.09.2016 10:35

      Спасибо за вопрос.
      Могу вам ответить из практики но к сожалению не могу раскрывать некоторых деталей о ходе тестирования.
      Тестировалась система

      • AFF8040
      • прошивка ONTAP9 RC1
      • с базой данных 6ТБ
      • и включёнными и выключенными механизмами инлайн компрессии, инлайн дедупа и дата компакции
      • пост компрессия и пост дедуп были всегда выключены.
      • в ходе тестирования запускали набор бизнес процессов использующих БД на All Flash


      Критерием оценки скорости работы системы хранения, для заказчика, было суммарное время выполнения этих бизнес процессов. Ранее на High End системе хранения с 15к дисками это занимало 6-9 часов. На ряду с системой AFF тестировалось ещё несколько All Flash систем.

      AFF8040 с выключенной инлайн компрессией и выключенным инлайн делупом показывали 2 часа 30 минут, тест был проведён множество раз, результат повторялся.
      AFF8040 с включенной инлайн компрессией и включенным инлайн делупом показывали 2 часа 45 минут, тест был проведён множество раз, результат повторялся. Сжатие БД было в два раза.
      С точки зрения нагрузки ЦПУ на системе хранения, она никогда не прыгала выше 15%.

      Ближайший конкурент с технологией «MicroLatency», специальными Flash модулями (там используются не SSD диски) и последней моделью All Flash системой хранения показывал 3 часа и не имел компрессии и дедупа в принципе.

      С точки зрения стоимости AFF была в разы дешевле системы со специализированными MicroLatency Flash модулями. Сразу предупреждаю по вопросам цен на оборудование NetApp я вам не помогу.


    1. Smasher
      05.09.2016 12:54
      +1

      Inline data compaction «нагрузит» CPU на 1%-2%. Алгоритм адаптивный, если это как-то начинает влиять на скорость обслуживания данных, то ресурсы у compaction отбираются.
      Вообще в ONTAP 9 опять поработали под капотом и производительность по сравнению с Data ONTAP 8.3.2 выросла даже с учётом включенных inline compression, compaction и deduplication.
      Есть вот такое сравнение на коленке в симуляторе ONTAP.
      А есть документ посерьезнее с тестами MS SQL на AFF8080.


      1. bbk
        05.09.2016 12:58

        Спасибо за ссылки, очень полезная информация!


      1. navion
        06.09.2016 01:02

        А для обычных дисковых и гибридных систем оно имеет смысл?


        1. bbk
          06.09.2016 07:21

          Да имеет, но у меня нет данных по реальному тестированию производительности и влиянии на перфоменс от инлайн компрессии.
          Дата компакшн имеет смысл особенно если есть много мелких файлов.
          Подробнее про компакцию здесь https://alikulov.me/blog/all/inline-data-compaction/


        1. Smasher
          06.09.2016 11:36
          +1

          Имеет. Все inline процессы происходят на контроллере до того как данные попадут на диски.


  1. dmitry_ch
    05.09.2016 10:47

    Странно читать такое:

    с гарантированным уменьшением используемого пространства 4:1… Гарантированно сжиматься данные будут не все

    Извините, очень напоминает маркетинг от сотовых компаний («трафик безлимитный, но по достижению лимита объема»), или обещания Пенсионного фонда («деньги ваши, только как бы и не ваши»). В чем тогда состоят «гарантии», и что за их невыполнение будет пообещавшему? Тут уже либо фраза «inline-сжатие с уменьшением используемого пространства до 4:1 для некоторых типов файлов», либо выглядит некрасиво.

    При этом все понимают, что фильмы сжать в 4:1 раза сложновато, так что про некоторые типы данных вполне понятно. А вот фраза про гарантированность сжатия дарит необоснованные надежды.

    P.S. Ссылка в коде
    Подробнее <a href="https://alikulov.me/blog/all/volume-rehost/">здесь</a>.
    наверное, должна бы в текст статьи перекочевать, вряд ли это вывод команды в консоли :)


    1. bbk
      05.09.2016 10:54

      У гарантии есть свои условия, рекомендую обратиться к представительству нетапа и запросить их.
      Если в кратце, то чтобы работала «гарантия 4:1», нужно включать все механизмы эффективности.

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


      1. dmitry_ch
        05.09.2016 10:58

        Да, с такой оговоркой понятно.
        Хочу посмотреть, как в упомянутом вами кейсе (про видео и сжатые архивы) они 4:1 достигнут хоть с тремя дедупликациями )


        1. bbk
          05.09.2016 11:01

          Вы меня повеселили.
          Вполне логично что видео и картинки не возможно сжать без потери качества, а СХД конечно же, этого делать не станет.

          Другими словами в условиях программы экономии 4:1 прописано что на видео и картинки эта программа не расспространяется.


          1. dmitry_ch
            06.09.2016 08:10

            Так вы определитесь: либо вы пишете «чтобы работала «гарантия 4:1», нужно включать все механизмы эффективности», либо начинаете делать оговорки «в условиях программы экономии 4:1 прописано что на видео и картинки эта программа не расспространяется».

            Честно говоря, всем и так понятно, что не всё содержимое может быть сжато и дедуплицировано, чудес в мире СХД не бывает, но с ваших слов я понял, что маркетологи Нетапа — не хуже, чем у Билайна: могут обещать одно, подразумевая другое. В данном случае имеем обещание чуда (сжатия в 4 раза (!!)) с таким списком оговорок, которые смысл чуда сводят на нет. В общем, еще одному обещанию можно будет не верить при выборе железа. )

            Мне кажется, такой список «чему не верить» в отношении вендоров потянет не просто на пост, а на полный грусти обжегшихся технарей ежегодник )


            1. bbk
              06.09.2016 08:15

              Мне понятно, вам понятно — всем понятно.
              А если так то смысла писать нет.

              Я придирки каждого человека предугадать не могу да и не собираюсь.
              Вы спросили о гарантии — я ответил.
              Хотя если вы и так понимаете зачем спрашивать, мозг покомпостировать?


  1. mikkisse
    05.09.2016 10:59
    +1

    Спасибо за статью.
    Headroom Manager очень полезная штука.


  1. brainfair
    05.09.2016 11:55

    Меня всегда пугало сжатие, дедупликация на продакшен массивах, да мы экономим, да все отлично, да возможно почти не теряем производительность. Но вопрос если все рухнуло и надо восстанавливаться из бекапа, то сможет ли 4тб уместится в 1? Я вот сомневаюсь, что даже inline дедупликация сможет так. Про schedule дедупликацию даже думать не приходится. Вот и получаем ситуацию после дизастера, что бекап есть, в восстановиться некуда. Как ONTAP справится ли с такой ситуацией?


    1. pcmaniac
      05.09.2016 12:02
      +1

      Тут зависит от того, что подразумевается под «всё рухнуло». Если проблемы с данными лежащими на сторе, а не с самим стором, то с inline-дедупликацией всё немного комфортней чем без неё. Разворачивание копии данных из бэкапа рядом с аналогичной повреджённой приведёт к тому, что места будет использовано совсем немного т.к. данные в бэкапе мало отличаются от тех, что повредились. Если это образ виртуалки или какая-то база данных, то данные в свежем бекапе будут максимум процентов на 10 отличаться, что приведёт к тому что под развёрнутые из бэкапа 4Тб будет фактически заюзано 400Гб (грубо).


    1. bbk
      05.09.2016 12:16
      +1

      Дело в том, что каждый производитель СХД А-класса продумывает такие моменты.
      И у каждого из них, исходя из набора функционала в их массивах, есть свой подход и комплексное видение решения тех или иных проблем, в том числе вопроса бэкапа и восстановления. Это по-моему и является определением СХД А-класса.
      Чего нельзя сказать о других, более дешевых СХД, у которых такого видения или вовсе нет или они обрывчастые, примитивное.

      Я уже писал о парадигме резарвного копирования данных на нетапе.
      Если отвечать на ваш конкретный вопрос, то у нетапа свой подход к решению этого вопроса:
      Подход заключается в репликации оригинального набора данных (с сохранением дедупа и компрессии) на второй DR сайт, где должна стоять СХД с софтом ONTAP. Это может быть схема, когда на основном сайте стоит AFF, а на резервной FAS с обычными дисками или ONTAP Select (VSA SDS) или даже ONTAP Cloud (Статью опубликую позже).

      В таких схемах, при передаче (И ВОССТАНОВЛЕНИИ) данных сохраняется сжатие + дедуп, заданный вами вопрос в принципе не стоит.
      Если же пробовать микроскопом забить гвоздь, то и гвоздь может погнуться и микроскоп повредится.


      1. brainfair
        05.09.2016 13:05

        Правильно ли я понял:
        Пример:
        Почтовая база 4тб в дедуплицированном сжатом виде на полке с полезным объемом 1тб.
        Налетел вирус шифровальщик и зашифровал все, то есть разница между данными 100%.
        Как мне восстановить бекап размером 4тб в 1тб на ONTAP?
        Или мне надо резервную FAS с ONTAP на 4тб реальной емкости, что бы восстановиться туда и потом реплицироваться на продакшен AFF?


        1. bbk
          05.09.2016 13:15

          В данном примере, как вы корректно заметили, вам для защиты от подобной ситуации стоит иметь вторую систему FAS, ONTAP Select или Cloud ONTAP, на которой будет храниться бэкап для восстановления с данными которые уже сжаты/дедуплицированны.
          При восстановлении на основе SnapMirror данные будут переданы в сжатом/дедублицированном виде.

          Важно кстати отметить, что если данные начнут зашифровываться вирусом, то такие данные крайне плохо компрессируются/жмуться. Другими словами если на системе всего 1ТБ пространства, сжатие давало вам 4х кратную экономию на 4ТБ базе, то полезное пространство закончиться крайне быстро после начала шифрования вирусом так как по-сути пройзойдёт распаковка данных с точки зрения занятого пространства.

          Как общее правило в любых системах (не только СХД): чем выше степень защищённости и чем от больших потенциальных угроз бизнес требует защиты, тем дороже получается решение.


  1. pcmaniac
    05.09.2016 11:58
    +1

    Вот сижу я на 8.1, смотрю на все эти прелести и облизываюсь :)
    Переехать на 9-ку хочется, но всё что удалось выжать из вендора — это пракат бюджетной железки на время переезда и прокат естесственно не бесплатный (весьма и весьма небесплатный). Ладно бы они дали аналогичную полку на время, а они предлагают мне бытовой одноголовый QNap, забитый ёмкими SSD-хами.


    1. bbk
      05.09.2016 12:29

      Вы ещё на 7-моде? Если вы уже на Clustered ONTAP, то обновление прошивки (если есть действующий сапорт) совершенно не проблема: обновление можно выполнить без миграции и простоя накатывая прошывки до самой последней. Ваш FAS поддерживает 9ку?

      Вендор или дистрибютор могут пойти на встречу и дать железо для миграции бесплатно. У меня на практике было масса таких примеров.
      Но это исключительно на их рассуждение и добрую волю, они этого делать не обязаны…
      Опять таки всё познаётся в сравнении: многие вендоры вообще не дали бы такой возможности, а предложили бы просто купить новое железо.
      На этом фоне оплата за аренду временного хранилища для апгрейда не такая уж и большая проблема…

      Поймите дистрибьютора и вендора тоже: они это железо не бесплатно получили. Как ни крути они его тоже покупают и тратят на это деньги, оно им не бесплатно достаётся. Попробуйте связаться с вендором напрямую и попросить вам помочь. У вас много данных?


      1. pcmaniac
        05.09.2016 15:03

        Да, на 7-моде. FAS2240-2 с дополнительной полкой. С 9-кой железо совместимо и для апгрейда нужно полностью переразбить диски, потому и встал вопрос. До этого я пару апдейтов накатывал на горячую, но тут уже так не получится. Данных порядка 15Тб. С вендором уже пол года общаемся :)
        Просто странная позиция с их стороны. Мы платим за саппорт, а когда появилась необходимость в этом саппорте, они за прокат бытового стора хотят примерно такую же сумму, как мы заплатили за три года саппорта (фактически больше стоимости этого прокатного стора без учёта дисков). Тут даже не вопрос цены, тут вопрос принципиальный. У них есть демопарк железок, но делиться они им не хотят. Одноголовый стор у меня и так есть, но переезжать на него и перетягивать рабочие данные даже временно не айс. Есть и многоголовый, но очень неторопливый. Так что мы в раздумьях, возможно вместо проката сделаем апгрейд многоголовому :)


        1. bbk
          05.09.2016 15:26
          -1

          Ничего странного в их позиции нет. Если вы хотите мигрировать на сDOT вы можете сделать это:

          1. Сами, бесплатно. Скачиваете прошивку и обновляетесь. Повторюсь, другие вендоры вам этого вообще не дали бы сделать, а сказали бы что новый функционал доступен на новом железе — покупайте новое железо.
          2. Привлекая NetApp Professional Support


          Привлечение Professional Support это платная услуга, не относящаяся к Technical Support о котором вы говорите.
          Кстати говоря за Technical Support очень часто заказчик вообще ничего не платит: Точнейе базовый сапорт стоит 0$ на 3 года, в таком случае сапорт оказывает ТОЛЬКО удалённые консультации без выезда инженера.

          Что же касается парка железа, повторюсь, они им «делиться» ни с кем не обязаны, вообще. Но иногда это делают:
          Вендор или дистрибютор могут пойти на встречу и дать железо для миграции бесплатно. У меня на практике было масса таких примеров. Но это исключительно на их рассуждение и добрую волю, они этого делать не обязаны…

          Поймите дистрибьютора и вендора тоже: они это железо не бесплатно получили. Как ни крути они его тоже покупают и тратят на это деньги, оно им не бесплатно достаётся.


          1. pcmaniac
            05.09.2016 17:23

            Я не спорю что никто не обязан, но по сути, всё железо что стоит, апдейтится параллельно и нигде не возникает проблем с совместимостью с новыми прошивками. То что у НетАппа заявлена поддержка до трёх поколений — это хорошо, но это не говорит о том, что у других вендоров ситуация существенно отличается. Тут больше вопрос к аппетитам конкретного драгдиллера. Считается нормальным, когда аренда стоит порядка 5-10% стоимости оборудования в месяц. Но когда просят 30% — это перебор. При такой стоимости аренды вполне логично вложить средства в одну из уже имеющихся систем, чем выбрасывать их на ветер.

            Но это всё лирика…

            По сути ститьи — хорошие новости, спасибо :)


            1. bbk
              05.09.2016 17:44

              Всё познаётся в сравнении. У других производителей каждое поколение — новое железо, не совместимое с предыдущими дисковыми полками. А в рамках поколения конечно же обновляться можно, но существенного добавления/изменения функционала там нет.

              По поводу кто сколько за аренду железа просит и много это или мало прокомментировать не могу.

              Спасибо что читаете!


            1. bbk
              06.09.2016 10:27
              +1

              Хочу довести свою мысль до конца, мне кажется я не достаточно чётко выразился. По этому решил привести пример с конкретикой, чтобы было понятнее суть моей мысли в предыдущем посте. Для этго возьмём продукты компании EMC как самого известного конкурента нетапу и их линейки продуктов и даты их выпуска, которые заменяли одна другую со временем и тоже самое сделаем с FAS и сравним.

              2008 CLARiiON
              2011 VNX (5100,5300,5500,5700,7500), VNXe (3100)
              2013 VNX2 (5200,5400,5600,5800,7600,8000), VNXe (3200)
              2016 Unity
              CLARiiON, VNXe, VNX, VNX2, Unity — разные не совместимые прошивки. Дисковые полки не совместимы.
              Между VNX и VNX2 вроде дисковые полки совместимы (не уверен поправьте), но данные там скорее всего будут не совместимы (нужно переформатировать диски) так как изменилась логика работы с дисками в VNX2.

              2006 FAS6030 < — поддерживает только 7-Mode, но дисковые полки DS14 (и данные на них) совместимы с самыми последними FAS
              2010 FAS6210
              2013 FAS6220
              2014 FAS8040
              6210,6220,8040 — Поддерживают обе прошивки 7-Mode & Cluster Mode. Дисковые полки совместимы между моделями (в обе стороны: вверх и вниз). Данные совместимы: можно переподключить полки с дисками между моделями (в том числе и самыми младшими моделями) и даже с 7-Mode на Cluster Mode с сохренением информации.

              Вот что я имел ввиду под фразами «всё познаётся в сравнении», «Конкуренты предложили бы вам купить новое железо» и «Сохранение инвестиций у нетапа».


  1. navion
    06.09.2016 12:37

    А есть какие-нибудь подводные камни при обновлении с 8.3.2 с ADP, кроме описанного в релизнотах? И с какими версиями ESXi совместима ONTAP 9?
    В HCL у VMware последняя версия 8.3.2, а в нетаповской матрице мне не удалось найти совместимость по NFS, только iSCSI.


    1. bbk
      06.09.2016 13:05

      При переходе от 8.3.2 с ADP к 9.0 никаких особых проблем быть не должно.
      Если в матрицах вы не нашли, то я вам точно не помогу — тоже ими пользуюсь как и вы.

      Можно поискать другие документы типа TR или Configuration Guides в которых описана настройка, там же может быть и версионность.
      Или задайте вопрос в поддержку на mysupport.netapp.com

      Обычно Ethernet (и NFS поверх него) не выдвигают каких-то особенных требований СХД к приложениям, ОС, серверам и NIC по их совместимости, как это делают блочные протоколы типа iSCSI и FCP, возможно в связи с этим этой информации нет в матрице.


      1. navion
        06.09.2016 14:19

        Спасибо, буду пробовать в часы простоя.
        А в матрице что для NFS, что для SMB по одной короткой статье со сносками.


    1. Smasher
      07.09.2016 00:33
      +1

      Все же прекрасно находит.

      Скриншот VMware HCL
      image


      1. navion
        07.09.2016 11:37

        Когда писал ещё не было.


  1. iscsi
    06.09.2016 15:09

    Конфигурацию MetroCluster можно будет собрать без подменной системы?


    1. bbk
      06.09.2016 15:59

      Существует два варианта миграции Copy Free и Copy Based. Copy Based требует наличия подменной системы. В варианте Copy Free не требуется подменная система, но в нём подразумевается замена контроллеров с 7-mode на контроллеры c Cluster Mode, т.е. требуется наличие двух дополнительных контроллеров.

      Конфигурация MetroCluster не поддерживает Copy Free, а только Copy Based.
      https://transition.netapp.com/copy-free-transition


  1. navion
    12.09.2016 09:35

    А нет новостей про VSC в формате ova?
    Раньше его было логично ставить на виндовый vCenter, но все правильные админы давно переехали на VCSA и приходится держать виртуалку с виндой только ради консоли.


    1. bbk
      12.09.2016 09:36

      Пока новостей нет.


  1. depdol
    13.09.2016 23:07
    +1

    Спасибо за статью и развернутые комментарии, интересно!