Мы в значительной степени определились с решением NetApp для нашей первой SAN. Учитывая это, мне было поручено найти как можно больше причин для отказа от NetApp. Нам нравится делать это: А) чтобы мы знали, во что ввязываемся, и Б), чтобы нас не омрачала неизбежная эйфория от демо-версии поставщика. Я поискал в Интернете минусы и нашел только один: цена.
У вас был кошмарный опыт работы с NetApp, который вы просто хотите выбросить из себя? Пожалуйста, только люди с опытом работы с NetApp.
Спасибо!
У нас были некоторые взлеты и падения. Включая нахождение нашей первой ошибки ONTAP, прежде чем мы развернулись и производящий некоторые определенные условия сравнительного теста, которые не были вполне, что мы ожидали.
Но это, вероятно, заставляет его звучать хуже, чем это действительно. В обслуживании это функционировало очень хорошо, и я не колебался бы, рекомендуя их кому-то еще.
Всего несколько указателей:
Мои мысли:
Однако нам действительно нравятся они. Мы передаем NetApps всем клиентам, мы думаем, может предоставить им и поощрить тех, которые не могут для сильного рассмотрения этого как цель. По большей части они просто работают. Поддержка почти полностью руки прочь, особенно с включенной Автоподдержкой - диски просто обнаруживаются при необходимости. Парни по телефону действительно знают свой материал.
Оперативно наш небольшой 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 достаточно долго они, вероятно, возможно, соответствовал цене в конечном счете, но некоторые из нас должны проделать работу.
Ваши комментарии показывают, что Вы знаете о блюзе постпродаж, может согласиться с любой значительной покупкой, таким образом, я думаю Ваш подход о попытке найти, что бородавки теперь являются хорошей.
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, доступной для покупки, как бы то ни было.
Некоторые вещи иметь в виду о 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 и кэша записи. Не опция здесь.
(Я действительно сделал, чтобы NetApp испытал, но он не влияет на мой ответ здесь.)
Можно принять решение рассмотреть их доступную угрозу против файловой системы ZFS с открытым исходным кодом как потенциальная причина принять решение не поддерживать компанию.
(Или, если Вы находитесь на их стороне, Вы могли бы использовать ее в качестве причины поддерживать их!)
Мы просто купили для замены некоторых файловых серверов Рыси рыжей OnStor. У нас нет жалоб к настоящему времени с двумя месяцами в. Вполне наоборот, они очень устойчивы. Резервные скорости NDMP удивительны. Управление к настоящему времени было легко, и все проложило себе путь, мы ожидали.
Вещи помнить об этом виде решения, Ваше антивирусное программное обеспечение должно быть размещено на другом поле для сканирования файлов на NetApp (это имеет значение с общедоступным устройством хранения данных в Университете, это могло бы иметь значение меньше для Вас). Управление квотой пользователем на хост (еще раз, это не может иметь значения для Вас).
Я не знаю ни о чем, что мы нашли, что нам еще не нравилось.
Никакие кошмары, но знать, что весь ум программного обеспечения действительно означает, что полная производительность системы действительно варьируется - при необходимости в SAN для выполнения последовательно в течение дня затем, Вы можете быть разочарованы. Иначе они являются великими, о, и они отбрасывают свои брюки на скидках в данный момент :)
Я никогда не слышал, что любой жалуется на производительность на их NetApp. Я никогда не мог предоставить тот для резервного копирования того требования, хотя ;-)
Я знаю, что Вы сказали только что люди с опытом, buuut,
Существует хостинговая компания, названная joyent и в то время как я изучал их как поставщик услуг хостинга для проблем и т.д., единственная вещь, которая подошла, поскольку проблемой с ними были некоторые серьезные медленные холмы, они имели только что, и от того, что я могу заключить, что это было из файловых серверов NetApp. Они теперь переключились на thumpers и zfs, потому что они - магазин Sun. И это, по-видимому, решило их проблему. И это было несколько лет назад, от какого я помню. Но это могло бы стоить для проверения.
Надеюсь, это поможет.
Где к просьбе. Поддержка является очень очень низким качеством. Говорите с 3 techs, получите 3 ответа differnt. Обычно все они неправильно. Очень плохая производительность чтения (удача, добирающаяся в рамках допусков задержки для систем баз данных). Производительность чтения уменьшается решительно со временем. Если это не достаточно плохо для Вас, когда Вы сначала настраиваете его, просто ожидаете некоторое время. Wafl (пишут файловую систему ANYHERE) извергает данные повсеместно, фрагментируя Ваши файлы базы данных вне любого разумного предела. NetApp на самом деле ожидает, что клиенты будут дефрагментироваться на уровне хоста И уровне громкости frquently (они говорили нам КАЖДЫЙ ДЕНЬ). К сожалению, процесс навязчив и абсолютно неэффективен. Мы переключились от HP до NetApp. Большая ошибка. Это был абсолютный худший опыт моей 16-летней карьеры IT. Единственное время, которое мы должны были провести на HP, было, когда мы обновили встроенное микропрограммное обеспечение или добавили способность. Все работало, как рекламируется. С NetApp ничто не работает, как рекламируется, и мы проводим бесконечные часы, пытаясь получить вещи работать и диагностируя бесконечную строку проблем. Но мы можем использовать CIFS теперь. Oboy.
NetApp является достойный NAS, но если Вы нуждаетесь в SAN, покупаете SAN.
Чтобы не копировать других :)
NetApp делает большое волшебство с их устройством хранения данных, но он делает проектирование решения, которое идет на вершину NetApp довольно сложное усилие.
Ах да узнайте, кто Ваши ресурсы для поддержки установки/конфигурации/лучших практик. Техническая поддержка NetApp очень сдержанна для работы над случаями лучших практик, поскольку они полагают, что она из повреждает/устраняет объем. Если необходимо знать, что лучшие практики, получая их от поддержки NetApp не являются способом сделать это.