> Неизвестные анонимы - это порой серьезные и такие же авторитетные товарищи из “Storage Vendor’а #1″, вот тут и начинаются конфронтации.

Ну давайте тогда спорить предметно, с доказательствами в руках. У распространяющих FUD есть доказательства их слов, опубликованные, и пригодные к проверке сторонними, независимыми, а также собственно специалистами NetaApp?

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

В самом лучшем случае (если не брать “заборные варианты”, типа “а вы, что, не знаете, что у NetApp производительность при заполнении падает? Да это же все знают, хаха!”) это публикации вида:
http://h30507.www3.hp.com/t5/Around-the-Storage-Block-Blog/Understanding-FAS-ESRP-Results/ba-p/78914
“Мы тут собрали и померили, так вот, оно там все ужас-ужас!”
В ответ на предложение специалиста из NetApp: “Это странно, мы такого не наблюдали, можно посмотреть конфигурацию, которую вы тестировали, может быть вы какие-то ошибки по неопытности допустили? Давайте мы вам поможем их исправить, если они есть.”
вторая сторона уходит в глухую несознанку: “Ничо не знаем, мы сконфигурировали все правильно, раз производительность падает, значит все правильно сделано. Ничо не покажем, уйдите ваще, противные”.
В комментах там очень показательная дискуссия между Джоном Мартином, NetApp ANZ, и Кальвином, из HP, автором поста.

Почти все, что вы хотите, есть в официальных документах, их просто надо внимательно читать (и верить им больше, чем слухам злонамеренных анонимных “доброжелателей).

> показывающий стабильную производительность системы

48-hr sustainability test:
http://www.storageperformance.org/results/a00062_NetApp_FAS3040-48hr-sustain_full-disclosure.pdf

Также обратите внимание, что тест, о котором шла речь в посте выше (6240, cluster-mode), проводился течение 9 часов (при формальном требовании спецификации теста SPC-1 - 3 часа), и продемонстрировал неизменяющуюся и стабильную величину показателей, после первых нескольких минут ramp-up (прогрева), см. стр 25 в full disclosure report.

> при всех включенных плюшках

См, например, тест, демонстрирующий влияние snapshots на производительность на WAFL:
http://www.storageperformance.org/results/a00058_NetApp_FAS3040-Snapshot_full-disclosure-r1.pdf
та же конфигурация, но с отключенными снэпшотами:
http://www.storageperformance.org/results/a00057_NetApp_FAS3040_full-disclosure-r1.pdf

Также обратите внимание, что системы NetApp тестируются с работающим thin provisioning: (стр 60, http://www.storageperformance.org/benchmark_results_files/SPC-1/NetApp/A00115_NetApp_FAS6240-cluster/a00115_NetApp_FAS6240-cluster_SPC-1_full-disclosure.pdf)
Также отключается параметр walf.optimize_write_once (в ряде случаев могущий улучшить производительность за счет уменьшения write fragmentation), остальные параметры томов остаются по умолчанию “из коробки”, в том виде, в каком они приходят к клиенту и рекомендуются в Best Practices (например, отключать snapshot schedules для SAN-томов).

> достаточной заполненности системы

FAS3170A SPC-1/E test - Protected Application Utilization: 70.07%
http://www.storageperformance.org/results/a00066_NetApp_FAS3170_full-disclosure.pdf

Также полезно внимательно прочитать пост-перевод в этом блоге:
Как заполненность данными системы хранения влияет на ее производительность?
http://blog.aboutnetapp.ru/archives/1083

Мне кажется, я ответил на все ваши вопросы?

> По этому поводу много было Fuda, а заказчики не всегда верят на слово.

Заказчики верят на слово неизвестным анонимам, распространяющим слухи и FUD путем надписей на заборе “Лешка - пи*арас!”, но не верят вам? Думаю, что тут проблема, в первую очередь, не в FUD, и не в NetApp, а в вашей низкой убедительности и авторитетности для заказчика, не так ли? ;)

panvartan:

> на IOPS не влияет, зато сильно влияет на $/IOPS
> то 6*~300k$ дает удвоение $/IOPS.

Вот вы и ответили сами себе, почему в _тестировании_ в конфигурацию не включается ничего лишнего по цене, кроме того, что используется в этом тестировании, и почему некоторые вендоры указывают даже эти цены уже с искусственным дисконтом. :)

> а состав ПО тестируемой конфигурации netapp известен?

Конечно. А то зачем я вам давал бы ссылки на описания?

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

1. SPC-1 это бенчмарк чисто блочного протокола (читай, FC).
2. В NetApp включение плюшек (таких, как, например снэпшоты, FlexVol, thin provisioning) практически не влияент на производительность.