Я абсолютно согласен с тем, что только СХД не сделает надежной всю инфраструктуру, и тем более не защитит от криворукости.

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

Ну тут надо две вещи принять во внимание.
Во-первых, как я понимаю, величина надежности она не существует “сама по себе”, и сторадж не имеет надежности “сам по себе”, а только как компонент отказоустойчивой инфраструктуры. В которой, как известно, надежность, как “скорость эскадры”, определяется надежностью наименее надежного элемента. Соответствено указание на “пять девяток” означает не надежность самого стораджа, а то, что этот сторадж производителем позиционируется как компонент высоконадежной инфраструктуры, построенной с требованием “под пять девяток”.
Во-вторых, как следствие, отсутствие такого указания в спеках, озачает, что FAS2500 под такие инфраструктуры вендором не позиционируется. Это не значит, что она менее надежна, как не значит и то, что сторадж с “99,999″ сделает такой надежной вашу IT-систему (если до этого, без стораджа, она такой надежной не была).

Вот примерно так я бы трактовал это указание. Не как параметр надежности, а как условие, допускающее данную систему использовать в таковых инфраструктурах, но и только.

На официальном портале нашел информацию, по FAS8000 - регламентированы 99,999%.
http://www.netapp.com/us/products/storage-systems/fas8000/index.aspx

По FAS2500 такая информация отсутствует.
http://www.netapp.com/us/products/storage-systems/fas2500/index.aspx

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

Я бы рекомендовал вам, если вам в самом деле интересны ответы, писать не здесь, а в форуме https://communities.netapp.com/groups/netapp-ru
где много компетентных людей, и обсуждать это там. Комменты в блоге не только не для таких тем, но их, часто, мало кто читает. Не говоря уж о том, что поднятая вами тема вообще оффтопик, так как к теме FAS2500 вообще никак не относится.

Далее, не советую вам делать “выводы” не владея всей информацией, или владея искаженной, гипотезы вас могут довольно далеко завести “не туда”.
Рекомендую, для базового понимания того, как работает WAFL, почитать это:
http://www.netwell.ru/docs/netapp/wp3002_wafl.pdf

Архитектура NetApp это по сути x86 - каждый из контроллеров это сервер с процессором, памятью, возможностью подключить большое количество дисков и собственной операционной системой (Data ONTAP). Весь функционал СХД и отказоустойчивость, как раз реализованы на уровне софта. В этом есть и плюсы и минусы. Одним из минусов является то, что RAM не защищен от потери электропитания.

RAM используется как кеш операций чтения и записи и как оперативная память для самих Data ONTAP в каждом из контроллеров (что-то еще?).
1. Операции чтения можно не защищать, так как после включения СХД, информацию можно прочитать заново с дисков.
2. Оперативная память Data ONTAP тоже не защищена. То есть потеря электропитания приводит к холодной перезагрузке. Самому Data ONTAP это не нравится, после перезагрузки даже возможны ошибки, но система поднимается и работает - я лично, информацию о влиянии таких перезагрузок не искал, но думаю, что если бы здесь были проблемы, то о них бы знали все.
3. Операции записи - отдельная история. Здесь защита критически важна, так как потеря питания может привести к потере информации, работоспособности, консистентности и т.д. Тут у NetApp как раз и используется NVRAM. Причем операции записи проходят не “через него”, а дублируются в NVRAM из RAM. Не знаю зачем это сделано, но очень надеюсь, что не для обеспечения лучшей производительности - так как в таком случае в RAM опять же может оказаться очередь операций записи, которые не будут защищены.

От сюда мои собственные выводы:
1. NVRAM в NetApp характеризует объем того самого “честного” кеш, который защищен.
2. Единственные потоковые нагрузки, на которые может оказать влияние NVRAM - это операции потоковой записи.
3. Влияние NVRAM на потоковые операции записи не должно быть большим, так как если образуется очередь, то это говорит о том, что с нагрузкой не справляются диски и необходимо увеличивать их количество/качество(в плане производительности).
4. Если диски не справляются с нагрузкой при потоковой записи, то увеличение объема NVRAM на 1GB позволит СХД подтверждать операции записи “в течении еще 1GB”. То есть, например, если надо записать 200GB, то с меньшей производительностью будут записаны не 199GB, а 198GB.
5. Наиболее ощутимое влияние увеличение объема NVRAM должно оказать на производительность random-write операций.

“2524 с большим объемом NVRAM должен лучше держать потоковую нагрузку и пропускать через себя от 800 Мб/сек до 1 Гб/сек. (хотя тактовая частота процесса у 2540 поменьше будет, что может вызвать проблемы с нехваткой ресурсов для Kahuna:))”

А как больший объем NVRAM поможет 2552/4 лучше переваривать потоковую нагрузку? Помоему такие показатели должны зависеть грубо от количества дисков и характеристик этих дисков…