Серверы с SSD - есть ли у вас?

[allilya]

Проблема в следующем - есть много однотипных баз на SQL (почти сотня филиалов), объем >200GB (+50GB в год), платформа - 1С 7.7. Т.е. это копии баз и на них нет ввода данных, надежность не важна (из бекапов всегда можно поднять, а не очень большой простой не страшен).
По ним строятся только отчеты - как используя прямые запросы к SQL, так и написанные на стандартном 1С (Часть отчетов малореально переписать).
В 95% случаев затык идет в дисковую - процессоры крайне слабо загружены. Если прикинуть, что загруженность процессоров возрастает пропорционально количеству iops дисковой, то дисков SAS 15K надо штук 50 и более.
Собственно, в основном идут операции чтения, но в некоторых запросах идет построение временных таблиц - т.е. запись, но не очень большого объема. По идее, RAID на SSD + контроллер с большим кешем на запись должен выдавать на данной задаче феноменальный результат. Были ли у вас подобные решения? Какая-то СХД EMC в бюджете есть (на такие деньги можно купить вагон RAM + вагон UPS чтобы все базы хранить), но подозреваю, что вначале ее купят, а потом только на тестах поймем, поможет ли она нам

[Stranger03]

"allilya"
Не плохо было бы для начала взглянуть на конфигурацию текущего сервера и перфоманс. А так 50-ть дисков можно воткнуть в систему и помладше, чем ЕМС. Тот же Заратекс (до 60-ти дисков).

[allilya]

Сейчас несколько серверов, самый лучший  HP 2х5355 16GB 6+1HSх2.5' 15K RAID10 P400+BBU. Еще купили более новый, но памяти поменьше IBM 2х5420 4G 8x2.5' 15K RAID10 SR8i+BBU - базы разделим.
Только вот HP как правило затыкается с симптомами - ярда почти не нагружены (одно до 15% другие близко к 0), при этом у raid idle time остается 0-20%.

SSD же выдают чудовишное количество IOPS на рандом чтение ( http://www.memoright.com/en/showpro.asp ... tion=pptt2 ).

[Tert]

Stranger03
Не забывай, что у Xyratex'а в одну RAID группу можно объединить не более 16 дисков.

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

SSD пока еще на уровне экпериментов по очем высоким ценам. В нормальные серверы я бы поостерегся ставить такие диски. А в качестве мощной дисковой системы можно предложить новые IBM DS5100/DS5300, поставки которых начнутся осенью.

[allilya]

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

[a_shats]

Мы пока про SSD только думаем.
Хотели было на PCIE SSD от Fusion глянуть - подоспел анонс от Intel (SATA II SSD), которые явно будут дешевле.
Опять же, надо понимать, что контроллеров, способных "съесть" производительность таких SSD (внутренних), сейчас просто нет - да и в случае с PCIE тоже ничего не выйдет в плане объединения в массив чем-то аппаратным. Т.е. - только софтовое зеркало.
Пытаться самостоятельно сгородить такое решение - не советую, несмотря на заявления производителей про 3-5 лет интенсивной работы в т.ч. на запись - непонятно, как с этим обстоит на самом деле.
Пока лучше обходиться проверенными решениями - СХД и много, много винтов

[imageofyou]

allilya
80% всех тормозов - в приложениях. И не надо пытаться лечить их с помощью быстрого железа.
Дешевле (и правильнее!) будет нанять спецов, чтобы они оптимизировали ваши БД (тем более, вы говорите, что они все однотипные) - расставили в нужных местах индексы и переписали запросы. Практика показывает, что в большинстве случаев можно выиграть раза в 2 как минимум (в том числе и на 1С).

[gs]

Вообще-то давно поставляются такие штуки, как RAMSAN от TI. Правда я не очень в курсе насчет саппорта в России.

[Tert]

allilya
Еще бы загрузку ОЗУ посмотреть.
Вы AWE в SQL включили?

[allilya]

allilya
80% всех тормозов - в приложениях.

С этим согласен, но переписать софт не проще и не дешевле - вы видимо не сталкивались с отчетами на 1С на тысячи строк кода.
Если затык в железе идет в конкретном месте (пусть даже из-за кривого софта), то можно попытаться это поправить купив нужную железку.

[imageofyou]

allilya
80% всех тормозов - в приложениях.

С этим согласен, но переписать софт не проще и не дешевле - вы видимо не сталкивались с отчетами на 1С на тысячи строк кода.

Сталкивался. Они, как правило, свидетельствуют о неправильных бизнес процессах или неправильно выстроенном учете =)

[allilya]

allilya
Еще бы загрузку ОЗУ посмотреть.
Вы AWE в SQL включили?

Да, стоит win 2003 64х + sql 2000 ent c нужными фиксами. Только если размер базы больше чем RAM, и такая база не одна, то это как капля в море. Все равно при запросах по монитору видно, что идет обращение к диску.

[Tert]

allilya
А SQL тоже 64-битный?

[imageofyou]

Tert
SQL Server 2000 не выпускался под x64. Только под x32 и ia64.

[allilya]

Опять же, надо понимать, что контроллеров, способных "съесть" производительность таких SSD (внутренних), сейчас просто нет

А в чем проблема? Вроде как даже тестируют ( http://www.thg.ru/storage/ssd_enterprise/index.html ). И результаты приличные. В случае построения отчетов нагрузка будет ближе к "web" паттерну, чем к "db".