Sun Fire 15k

Большое количество транзакций - насколько большое? Какие объёмы данных? Насколько, э-э-э.... mission critical этот сервер и приложения, на ём работающие, для компании. Ну и т.д. - подробнее про задачу, одним словом.

Я б ещё крепко насчёт windows призадумался... Да, кстати, самый главный вопрос - а сколько денег-то на всё добро есть?

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

Про fire 15k я пошутил, хотя, если финансовый вопрос не стоит вообще... :)Вообще говоря, достаточно многие эксплуатируют эхотаг на сановском железе, так что это может, в какой-то небольшой степени, служить плюсом этой платформы.

Цель должна оправдывать средства, а средства - цель (о как). Мне один хрюндель рассказывал, что по приколу поднимал PostgreSQL на каком-то Cray-е - но это-ж не повод, право :)

"7*73.3 Gb - Raid massive" - про это подробнее. А что вы с этими данными делаете (храните, шпиёнов мериканских ищете, ещё что-то). Как вы это делаете. "Очень большие" объёмы - это сколько?
Кстати, насколько я знаю, есть уже более мощные xeon'ы (2,8).

Всё это здорово, но, по-моему, лучше взять больше дисков и раскидать по ним базу, а таблицы секционировать, чем медитировать над raid-ами. Учитывая, что DAR-у достаточно 7*73 в RAID5, можно предположить, что объёмы не такие уж и большие, мне мыслится более интересным вариант с большим количеством меньших по объёму и больших по скорости дисков (например, те же seagate cheetah x15 по 18 или 36 Гб). Если пользователи будут работать, скорее, с разными данными (разными таблицами/секциями), по идее, это должно дать больший прирост производительности, чем использование raid-ов.

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

2killed - равномерное распределение нагрузки на все диски - это здорово, но вот гибкость... Обладая некоторыми данными о том, как и кто работает с приложением, администратор находится в привилегированном положении относительно raid-контроллера :), и может "дешёвыми" способами повысить производительность работы, перекладывая данные туда-сюда, не выписывая счёт на покупку еще нескольких контроллеров и пары десятка hdd. По уму ведь несколько массивов нужно, дабы отделить равномерно сбалансированную нагрузку на данные пользователей от равномерно сбалансированной нагрузки на сегменты отката и пр. Так? Или где-то я ошибаюсь?

"Нет такого слова "не хочу", есть слово "надо"" :)

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

Не надо грязи :), я этого не советовал. Мне лично симпатичнее 20 маленьких без рэйдА :), чем 7 больших, но с рэйдОм - тут поле для экспериментов больше.

Но это всё зависит от...

Я только за рэйды, но, как правило, в реальном мире приличный рэйд стоит приличных денег, при этом один RAID5-массив с небольшим количеством дисков на всю систему - это мало (Эд писал об этом выше) для обеспечения существенного выигрыша в производительности и не даёт должного уровня гибкости относительно тупого раскидывания базы по мнгим дискам (об этом ранее писал я). Исходя из того, что автор выбрал вариант с 7 дисками, можно предположить, что денег у него негусто или он их экономит.
Что касается больших/маленьких дисков - здесь, конечно, всё от задачи зависит. В тех задачах, с которыми сталкивался я, 2*36 - более интересный вариант, чем 1*72, а 4*18 - интереснее, чем 2*36. Стоят 4*18, кстати, заметно дороже 1*72 :) Но у меня объёмы небольшие и реду мало. Дисков меньшего объёма сейчас, по-видимому, уже не бывает, хотя задачи для них бы нашлись :)