Нет ли у решений NetApp SAN недостатков, кроме цены? [closed]

Мы в значительной степени определились с решением NetApp для нашей первой SAN. Учитывая это, мне было поручено найти как можно больше причин для отказа от NetApp. Нам нравится делать это: А) чтобы мы знали, во что ввязываемся, и Б), чтобы нас не омрачала неизбежная эйфория от демо-версии поставщика. Я поискал в Интернете минусы и нашел только один: цена.

У вас был кошмарный опыт работы с NetApp, который вы просто хотите выбросить из себя? Пожалуйста, только люди с опытом работы с NetApp.

Спасибо!

15
задан 29 October 2009 в 14:56
12 ответов

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

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

Всего несколько указателей:

  • Примите приблизительно 60%-ю способность от своих дисков после правильной калибровки и резервов.
  • Моделируйте сравнительное тестирование реального использования в демонстрационном файловом сервере тех же спецификаций, которые Вы намереваетесь купить.
  • Проверьте макс. совокупный размер на свой выбранный файловый сервер. Они варьируются в зависимости от спецификаций H/W.
  • Проверьте размер максимальной громкости на ASIS, если Вы намереваетесь использовать дедупликацию. Снова это варьируется.
  • Будьте готовы использовать CLI. Если, возможно, новый Windows NSM не является Вашей вещью.
  • Удостоверьтесь, чтобы у Вас был specced все лицензируемые функции, которых Вы требуете.
  • Заключите сделку трудно ;)
18
ответ дан 2 December 2019 в 20:46
  • 1
    +1 мне жаль, что это не могло быть больше. Для сравнительного тестирования, вычислительной производительности, и заключают сделку трудно. –  Laura Thomas 11 August 2009 в 01:04
  • 2
    +1 на сделке трудно. Поместите их лицом к лицу с конкуренцией. Будучи довольно новыми на стороне SAN вещей, они должны быть готовы предложить цену ниже, чем любой из традиционных поставщиков. –  Roy 29 October 2009 в 15:15
  • 3
    Можно также хотеть попросить кавычки на N-ряде IBM, который является переименованным механизмом NetApp. –  Roy 29 October 2009 в 15:17
  • 4
    Roy> предложение обоих друг против друга, которого я сказал бы, конечно, дает им выстрел. Но don' t рассчитывают на них являющийся очень или немного более дешевый и что еще более важно рассматривают, каковы последствия поддержки. IBM будет frontend поддержка и релизы программного обеспечения для всего OEMs, который isn' t вполне то же как Netapp' s владеют прямыми сервисами. –  Dan Carley 29 October 2009 в 16:12
  • 5
    @Jeremy Те 3 диска не эксклюзивны - vol0, может находиться на Вашем первом агрегате вместе с остальной частью Ваших объемов данных. –  Dan Carley 24 September 2010 в 11:40

Мои мысли:

  • они являются дорогими. Найдите торгового посредника, которому Вы доверяете, затем работаете для покупки в четверти - (или еще лучше, год-) конец.
  • лицензии будут никель-и-десять-центов Вы (или скорее ударить Вас спам для нескольких-тысяч - $) каждый раз. Большая часть изящной функциональности является лицензией дополнительных расходов.
  • поддержка является дорогой, специально для механизма EOL. Однако при установке его право большую часть времени первый признак проблемы с единицей будет состоять в том, когда сменная деталь обнаружится на стойке регистрации.
  • когда Вы покупаете больше способности, покупаете ее полностью заполненной полкой. (См. выше для четверти - и конец года.) Покупка дисков для частично заполненной полки является НЕВЕРОЯТНО дорогой - и NetApp очень вряд ли отбросит цену на них, когда Вы купите один или два за один раз.
  • между дисковой калибровкой права, запчастями и четностью, Ваш эффективный урожай пространства неутешителен по сравнению с Вашими "сырыми данными". Пример: у нас есть 2020 с диском на 12x500 ГБ, но с калибровкой права (диск на 500 ГБ правильного размера вниз к 420 ГБ), теряя 1 диск как запчасть и два диска как четность, сырые данные на 6 ТБ превращаются в дробный урожай на более чем 3 ТБ. Удостоверьтесь, кто бы ни подписывается, ПО понимает это.
  • NetApp заявляет, что у них нет способности гарантировать пропускную способность чтения (это вызвано тем, что, после того как достаточно незаконченных записей запасено, файловый сервер прерывает все процессы считывания для движения, делают записи прямо сейчас), таким образом, процессы, которые чувствительны для сглаживания потока чтения данных (т.е. видео реального времени) могли бы икать; в большинстве целей они очень хорошо.
  • Резервное копирование NAS (nfs/cifs) файлы сделано через ndmp, который обычно является опцией дополнительных расходов для Вашей системы резервного копирования. (Вы планируете создать резервную копию этого сосунка, правильно?)
  • Файловые системы смешанного режима (т.е. те, которые совместно используются и через NFS и через CIFS) сосут. Даже при том, что действительно действительно заманчиво использовать смешанный режим, не делать. Выберите один или другой.
  • Даже при том, что действительно заманчиво превысить возможности пространства тома, не делать. Превышая возможности средств, что, когда один объем заполняется, они все делают. Между этим и обычно неожиданным поведением снимков (значение, которое удалило файлы, на самом деле не освобождают пространство) оно может привести ко всем видам веселья, когда файловый сервер полон.
  • Расскажите своему пользовательскому сообществу о снимках, что A) они могут возвратиться вовремя и вырыть вещи сами и B) мудрые пространством снимки можно считать "свободными", таким образом, они не должны пытаться войти в .snapshot каталоги для "очистки вещей" самих. Это возьмет несколько попыток, потому что это - хитрое понятие, которое просто не получают некоторые пользователи.

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

10
ответ дан 2 December 2019 в 20:46

Оперативно наш небольшой FAS270c был довольно хорош для нас, рабочего iSCSI. Программное обеспечение "укажи и выбери" для взятия резервного копирования снимка от SQL Server, Exchange, Sharepoint и VMware и способности восстановить назад ГБ данных за менее чем 20 секунд является большим материалом и вероятно одной из самых сильных точек NetApp.

Но точка, где мы должны были отложить его, - когда это - 3-летняя гарантия, закончился, и NetApp хотел, чтобы приблизительно £20 тысяч поддерживали его в течение еще 3 лет (частично, потому что FAS270c пошел конец жизненного цикла). Это было более дешево к мусорному ведру это, и купите более новую модель (FAS2020) затем для возобновления гарантии на наше существующее поле.

Таким образом, мы взглянули вокруг на обновление до серии FAS3100 или FAS2050 и предлагались в большой степени сниженные цены, но в конце мы устали от способа, которым NetApp по-видимому щипнул цены из воздуха каждый раз, когда мы говорили с ними. Если мы когда-нибудь хотели купить другую единицу для нашего сайта DR, или дополнительные лицензии или дисковые полки, мы ожидали быть пораженными очень трудно в кошельке.

Таким образом, мы подкачали теперь к полю iSCSI HP LeftHand; мы смогли бы поместить Левое в наш центр обработки данных И в наше тиражирование Узла аварийного восстановления между двумя для стоимости единственного NetApp FAS3140. Hmmmm... Курс, если мы продолжали говорить с NetApp достаточно долго они, вероятно, возможно, соответствовал цене в конечном счете, но некоторые из нас должны проделать работу.

3
ответ дан 2 December 2019 в 20:46

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

  • Dan C сделанные правильные замечания действительно. Калибровка права и различные резервы могут чувствовать себя подобно удару в поверхность сначала. Это может быть трудно для людей к по чувству, что "это не столько же сочных терабайт сколько сказанный salesrep!" Вот Полный Калькулятор, характерный для NetApp, который мог бы быть полезным: http://nicholasbernstein.com/calc/ я верю этому, принимает правильный размер во внимание. Хороший торговый представитель должен быть готов быть прямым обо всем этом и занять время, чтобы удостовериться, что нет никакого огромного шока после-того,-как-продажи.

  • Также согласитесь ++ о сделке, трудно... времена являются трудным временем для покупателей и подобных продавцов, и новые клиенты тверды приехать. Это соглашается с комментарием C Dan о проверке, что у Вас есть лицензии (и используемая мощность правильного размера) spec'd, что Вы ожидаете нуждаться, прежде чем Вы, как планируют, вырастите систему. Это обычно намного более экономически эффективно, чтобы купить все это сразу, а не добавить лицензию несколько месяцев спустя и полку пара месяцев после этого.

  • Знайте о пределах единицы, Вы покупаете и соответствуете ей против своего ожидаемого роста и что Вы ожидаете с точки зрения применимой продолжительности жизни. В дополнение к совокупному размеру, знать о макс. количестве дисков и полки ограничивают, таким образом, можно запланировать расширения мудро, когда время настает. (Этими факторами является ключ в планировании устройства хранения данных. Извинения, если они отрываются как "понятное дело!" но если это - первый SAN в среде, и все привыкли иметь дело с большим количеством серверов и непосредственно подключаемой системы хранения данных, возможно, что никто стратегически не сплотил этот вид информации.)

  • При планировании использования NAS большое плюс имеет один пул централизованно и гибко управляемый ресурс для долей и SAN в противоположность SAN и файловым серверам в сентябре или SAN dishing LUN, смонтированные файловыми серверами.

Мой опыт:

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

В целом, мы были довольны гибкостью и производительностью. Еще больше с 7.3.x ONTAP, в который мы перешли несколько месяцев назад.

У нас действительно была значимая проблема производительности связанной со связанной с дедупликацией ошибкой, которая была исправлена.

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

Для NAS собственное файловым сервером управление квотой не может быть вполне, что люди ожидают для "гладкого" управления долями. Существуют некоторые многофункциональные продукты с полной интеграцией NetApp, доступной для покупки, как бы то ни было.

3
ответ дан 2 December 2019 в 20:46

Некоторые вещи иметь в виду о NetApp SAN. Это не истинный SAN, в первую очередь. Это - SAN сверху вафли (SP?) файловая система, которая является потрясающей для NAS, но не является движением, большим для SAN, особенно с другим слоем между ними.

Поскольку вафля между платформой и портами волокна при уничтожении WAFL с данными, FC может затем замедлиться, в то время как это ожидает вафли для наверстывания назад.

Вы также не получаете контроля над уровнем RAID (если это недавно не изменилось). Таким образом, при необходимости в RAID 5 для некоторых данных потому что это все читается, и некоторые данные должны быть RAID 10, потому что это - вся запись и очень мало чтения, Вы не можете управлять этим.

Теперь не понимайте меня превратно, NetApp делает удивительную единицу NAS. Но Вы не можете взять NAS, и хлопнуть порты FC позади него и назвали его SAN.

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

Смотрите на этот блог от Chuck Hollis и Доказывания Его Набор, который он опубликовал

Я знаю, что раньше была проблема с резервными аккумуляторами на SAN NetApp. Если Вы разожгли SQL Server и составили таблицу и начали вставлять данные в него, то махните рукой на NetApp (моделируйте сбой питания), затем запросите кэш для вставления последнего значения, Вы получите другое число от базы данных после того, как NetApp возвратится, потому что некоторые транзакции, где потеряно (это - старая проблема и надо надеяться решено теперь).

NetApps не позволяют Вам управлять суммой Кэша считывания или Кэша записи. Это - 50/50. Если Вы собираетесь быть базами данных хостинга по тому кэшу считывания, в основном бесполезно, и кэш записи является королем. Обычно Вы захотите отключить кэш считывания для LUN SQL Server и кэша записи. Не опция здесь.

2
ответ дан 2 December 2019 в 20:46
  • 1
    Вы используете NetApp в своей среде? –  Daniel Lucas 11 August 2009 в 17:09
  • 2
    Нет я don' t. Я оценивал их несколько лет назад как решение SAN и их didn' t передают осмотр в то время. Я в настоящее время делаю большую работу с устройством хранения данных и знаю несколько человек в промышленности устройства хранения данных в нескольких различных компаниях. –  mrdenny 11 August 2009 в 22:15
  • 3
    Файловую систему называют, WAFL видят en.wikipedia.org/wiki/Write_Anywhere_File_Layout –  Sim 28 October 2009 в 13:20
  • 4
    Спасибо, я новый был акроним для чего-то, но couldn' t помнят что. –  mrdenny 28 October 2009 в 20:55

(Я действительно сделал, чтобы NetApp испытал, но он не влияет на мой ответ здесь.)

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

(Или, если Вы находитесь на их стороне, Вы могли бы использовать ее в качестве причины поддерживать их!)

2
ответ дан 2 December 2019 в 20:46
  • 1
    Я don' t понимают, я думал NetApp' s случай было очень сильно - Вы услышали по-другому? –  Chopper3 11 August 2009 в 12:42
  • 2
    Я ожидаю, что они должны будут прийти к своего рода лицензионному соглашению - Sun' s точки были размечены в сообщении в блоге, которое я связал. Я считал NetApp' s точки в то время, но don' t вспоминают их теперь. Я также не услышал, как случай идет - понимание? –  crb 11 August 2009 в 17:51
  • 3
    [Обновление на иске ZFS/NetApp] [1] 1. sun.com/lawsuit/zfs/index.jsp –  Bill Weiss 29 October 2009 в 00:06
  • 4
    ... притворитесь, что моя разметка была тут же. –  Bill Weiss 29 October 2009 в 00:07

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

Вещи помнить об этом виде решения, Ваше антивирусное программное обеспечение должно быть размещено на другом поле для сканирования файлов на NetApp (это имеет значение с общедоступным устройством хранения данных в Университете, это могло бы иметь значение меньше для Вас). Управление квотой пользователем на хост (еще раз, это не может иметь значения для Вас).

Я не знаю ни о чем, что мы нашли, что нам еще не нравилось.

1
ответ дан 2 December 2019 в 20:46

Никакие кошмары, но знать, что весь ум программного обеспечения действительно означает, что полная производительность системы действительно варьируется - при необходимости в SAN для выполнения последовательно в течение дня затем, Вы можете быть разочарованы. Иначе они являются великими, о, и они отбрасывают свои брюки на скидках в данный момент :)

0
ответ дан 2 December 2019 в 20:46

Я никогда не слышал, что любой жалуется на производительность на их NetApp. Я никогда не мог предоставить тот для резервного копирования того требования, хотя ;-)

0
ответ дан 2 December 2019 в 20:46

Я знаю, что Вы сказали только что люди с опытом, buuut,

Существует хостинговая компания, названная joyent и в то время как я изучал их как поставщик услуг хостинга для проблем и т.д., единственная вещь, которая подошла, поскольку проблемой с ними были некоторые серьезные медленные холмы, они имели только что, и от того, что я могу заключить, что это было из файловых серверов NetApp. Они теперь переключились на thumpers и zfs, потому что они - магазин Sun. И это, по-видимому, решило их проблему. И это было несколько лет назад, от какого я помню. Но это могло бы стоить для проверения.

Надеюсь, это поможет.

0
ответ дан 2 December 2019 в 20:46

Где к просьбе. Поддержка является очень очень низким качеством. Говорите с 3 techs, получите 3 ответа differnt. Обычно все они неправильно. Очень плохая производительность чтения (удача, добирающаяся в рамках допусков задержки для систем баз данных). Производительность чтения уменьшается решительно со временем. Если это не достаточно плохо для Вас, когда Вы сначала настраиваете его, просто ожидаете некоторое время. Wafl (пишут файловую систему ANYHERE) извергает данные повсеместно, фрагментируя Ваши файлы базы данных вне любого разумного предела. NetApp на самом деле ожидает, что клиенты будут дефрагментироваться на уровне хоста И уровне громкости frquently (они говорили нам КАЖДЫЙ ДЕНЬ). К сожалению, процесс навязчив и абсолютно неэффективен. Мы переключились от HP до NetApp. Большая ошибка. Это был абсолютный худший опыт моей 16-летней карьеры IT. Единственное время, которое мы должны были провести на HP, было, когда мы обновили встроенное микропрограммное обеспечение или добавили способность. Все работало, как рекламируется. С NetApp ничто не работает, как рекламируется, и мы проводим бесконечные часы, пытаясь получить вещи работать и диагностируя бесконечную строку проблем. Но мы можем использовать CIFS теперь. Oboy.

NetApp является достойный NAS, но если Вы нуждаетесь в SAN, покупаете SAN.

-1
ответ дан 2 December 2019 в 20:46

Чтобы не копировать других :)

  • Дедупликация является потрясающей. Запланируйте свой FlexVols тщательно, поскольку единицей для dedup является FlexVol.
  • Удостоверьтесь, что Вы понимаете следующие условия (и различия между ними): создайте снимки резерв, дробный резерв, гарантию объема, гарантию файла. Если Вы не сделаете, то Вы сделаете ошибки в своем начальном внедрении и/или выделите слишком много устройства хранения данных в Ваших целях. доверяйте мне на этом :)

NetApp делает большое волшебство с их устройством хранения данных, но он делает проектирование решения, которое идет на вершину NetApp довольно сложное усилие.

Ах да узнайте, кто Ваши ресурсы для поддержки установки/конфигурации/лучших практик. Техническая поддержка NetApp очень сдержанна для работы над случаями лучших практик, поскольку они полагают, что она из повреждает/устраняет объем. Если необходимо знать, что лучшие практики, получая их от поддержки NetApp не являются способом сделать это.

1
ответ дан 2 December 2019 в 20:46
  • 1
    У Вас есть предложенное место для получения информации о лучших практиках, если не от NetApp? –  mhud 27 October 2010 в 19:53
  • 2
    я на самом деле не делаю. NetApp имеет профессиональные сервисы, которые сделают это за плату. Компания, на которую я работаю, является партнерами NetApp, таким образом, мы имеем некоторые ресурсы партнера в наличии для нас для этого более высокого уровня non-break-fix материал. NetApp действительно имеет очень богатый сайт поддержки (названным ТЕПЕРЬ) с большим количеством документации, а также активными форумами. Существует много, чтобы быть найденным там, просто требуется некоторое рытье. –  Jeremy 30 October 2010 в 06:50

Теги

Похожие вопросы