Как стать автором
Обновить

СХД NetApp — преемственность поколений, проблемы и способы их решения

Время на прочтение6 мин
Количество просмотров9.8K
Всего голосов 20: ↑20 и ↓0+20
Комментарии12

Комментарии 12

Рекомендованная supported configuration достижима только при использовании решений VMware в редакции не ниже Enterprise.

В доке пишут, что можно использовать любую или вообще kvm на CentOS.

Вероятно мы смотрели документацию разных версий.


Вероятно мы смотрим в документацию разных версий, я вижу:
Поддержка гипервизоров
• VMware vSphere 5.5, 6.0—лицензия Enterprise или Enterprise Plus.


При этом редакция Enterprise по состоянию на сегодня в статусе EOS и не доступна для заказа.


И если смотреть применительно к этому кейсу, то у Заказчика живет VMware, поэтому в альтернативные стороны не смотрели и не копали глубже.


А в целом да, на kvm или CentOS вариант SDS будет смотреться еще более привлекательным по цене.

Because all VMware vSphere licenses are supported, you can choose the vSphere Remote Office Branch Office Standard or Advanced license instead of the Enterprise or Enterprise Plus license.

Тыц.

Принято! Грешен, каюсь) посмотрел дату своего гайда — 2016.

Подскажите, как у NetApp с поддержкой на такую конфигурацию, когда вы поменяли контроллеры и подключили «старые» дисковые полки?

С поддержкой ок.
Новая FAS 2650 на поддержке;
ONTAP Select — в валидированной конфигурации железа и програмного окружнения на подлержке;
Полки — возможно продление контракта до их перехода в EOS до 2020 года кажется.
FAS 2040 — продление сервиса не возможно, но их можно презентовать серверам, чтобы медленно умирали своей смертью (расходуя существующий ЗИП). Критической необходимости в этом нет. Исключительно для целей если есть доступный обьем, почему его не использовать для не критичных задачь.

Было интересно почитать. Спасибо вам.

Спасибо. Много чего разного и интересного накопилось из опыта. Буду потихоньку систематезировать информацию и выкладывать.

А точно ли у заказчика полки DS14 или всё же DS4243? Так как первые точно не поддерживают апгрейд до SAS с помощью IOM12.
По сводной таблице не ясно что означают закрашенные круги в колонке бюджет — больше — дороже или наоборот?

А точно ли у заказчика полки DS14 или всё же DS4243? Так как первые точно не поддерживают апгрейд до SAS с помощью IOM12.

Вероятно..., нужно отчеты вывода команд с контроллера. Но абсолютно точно, что этот партномер подходит — X5720A IOM12,SAS,12G.

По сводной таблице не ясно что означают закрашенные круги в колонке бюджет — больше — дороже или наоборот?

Зеленый цвет символизирует свободно конвертируемую валюту.
Количество закрашенных кружков — толщину пачки купюр.
«ONTAP 9.X не поддерживает и не будет поддерживать OSSV, который так же перешел в статус EOS»
я бы сказал больше любой Ontap Cluster mode не поддерживает OSSV

про стату EOS не думаю что вы правы
Идем по линку
mysupport.netapp.com/info/eoa/index.html
Open Systems SnapVault (OSSV):
NetApp, at its sole discretion, may discontinue the product and/or versions of the same. In that event, NetApp will use commercially reasonable efforts to provide a 6 month notice before End of Availability and a 36 month notice before End of Support. NetApp reserves the right to amend this policy at its discretion

OSSV на поддержке.

По сценарным решениям, насколько я понимаю в предыдущей модели были stand-alone серевера (виртуальные или физические) с локальными дисками, поэтому использовалось решение OSSV в качестве бэкапа этих серверов.

Из приведенных трех сценариев — только CV Intellisnap дает вам возможность бэкапить эти сервера.
В первом и втором сценарии не вижу никакого объяснения, как вы собираетесь их бэкапить.
В любом случае должно быть что-то: либо вы мигрируете данные на луны от Нетапп, но тогда у вас дополнительно должна стоять аппликуха для консистентности данных в снапшоте (любой SnapManager например), либо стороннее бэкап приложение, которое стримит бэкап уже на Нетапп.

Ну и конечно не может не нарадовать идея использовать старую железку без саппорта для некритичных задач =)
Под некритичными, я надеюсь, вы понимаете только дать поиграться юным подованам? =)
Подтому что любые «некритичные» задачи заказчика в продакшене, на моем опыте некритичные только до первого фейла, а потом начинается паника, увольнения и готовность заплатить сколько угодно денег за восстановление.
Поэтому на всякий случай передайте заказчику (вдруг пригодиться)
www.krollontrack.co.uk
«ONTAP 9.X не поддерживает и не будет поддерживать OSSV, который так же перешел в статус EOS»
я бы сказал больше любой Ontap Cluster mode не поддерживает OSSV

про стату EOS не думаю что вы правы
Идем по линку
mysupport.netapp.com/info/eoa/index.html
Open Systems SnapVault (OSSV):
NetApp, at its sole discretion, may discontinue the product and/or versions of the same. In that event, NetApp will use commercially reasonable efforts to provide a 6 month notice before End of Availability and a 36 month notice before End of Support. NetApp reserves the right to amend this policy at its discretion

OSSV на поддержке.


Суть в том, что OSSV не вписывается в любую потенциальную будущую схему с использованием ONTAP 9.X (С-mode). А по состоянию на сегодня ничего без ONTAP 9.X (С-mode) любой заказчик купить уже не сможет. Таким образом OSSV — это анахронизм, который рано или поздно умрет вне зависимости на поддержке он или нет. И умрет скорее рано чем поздно.

мне казалось что эта мысль очевидна, и она ключевая.

Из приведенных трех сценариев — только CV Intellisnap дает вам возможность бэкапить эти сервера.
В первом и втором сценарии не вижу никакого объяснения, как вы собираетесь их бэкапить.
В любом случае должно быть что-то: либо вы мигрируете данные на луны от Нетапп, но тогда у вас дополнительно должна стоять аппликуха для консистентности данных в снапшоте (любой SnapManager например), либо стороннее бэкап приложение, которое стримит бэкап уже на Нетапп.


Варианты 1 и 2 предполагают виртуализацию действующих серверов и миграцию данных на луны NetApp. Об этом как бы ненавязчиво в схемах намекают перечеркнутые HDD серверов и облачко с ненавязчивым названием VMware.
С приложениями для консистентности бекапов все норм. Это тема отдельного разговора и отдельной функциональной задачи за рамками настоящего повествования.

Ну и конечно не может не нарадовать идея использовать старую железку без саппорта для некритичных задач =)
Под некритичными, я надеюсь, вы понимаете только дать поиграться юным подованам? =)
Подтому что любые «некритичные» задачи заказчика в продакшене, на моем опыте некритичные только до первого фейла, а потом начинается паника, увольнения и готовность заплатить сколько угодно денег за восстановление.


Я тоже умею утрировать, но не буду. Под некритичными задачами я понимаю например организацию файловой шары для сотрудников локального офиса, где они могут в свое удовольствие хранить оперативные архивы рабочей информации, какую-то личную. Да отдел маркетинга может и умеет пред-прод макетами занять пару Тер. При этом хранить должен только финальный драфт маркетинговых графических\аудио\видео материалов. ИТ отделу дать места для скачивания, хранения и раздачи дистрибутивов и пр…

Можно придумать очень много сценариев использования избыточного дискового пространства.

Помимо этого, читаем внимательно и находим фразу — собственный ЗИП. А это как бы значит, что когда будут постепенно выбывать HDD у заказчика есть на что их передернуть. Таким образом, агония уставшего железа будет долгой и плавной.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории