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

Как создать сервер оптимальной конфигурации.

Модераторы: Trinity admin`s, Free-lance moderator`s

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

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

Сообщение allilya » 29 авг 2008, 21:47

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

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

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

Сообщение Stranger03 » 01 сен 2008, 07:49

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

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

Сообщение allilya » 01 сен 2008, 10:29

Сейчас несколько серверов, самый лучший  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 ).
Последний раз редактировалось allilya 01 сен 2008, 10:51, всего редактировалось 1 раз.

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 01 сен 2008, 10:49

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

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

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

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

Сообщение allilya » 01 сен 2008, 12:17

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

Изображение

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 01 сен 2008, 12:25

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

imageofyou
Advanced member
Сообщения: 59
Зарегистрирован: 26 июн 2008, 12:34
Откуда: kaliningrad
Контактная информация:

Сообщение imageofyou » 01 сен 2008, 12:55

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

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 01 сен 2008, 13:03

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

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 01 сен 2008, 13:20

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

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

Сообщение allilya » 01 сен 2008, 13:35

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

imageofyou
Advanced member
Сообщения: 59
Зарегистрирован: 26 июн 2008, 12:34
Откуда: kaliningrad
Контактная информация:

Сообщение imageofyou » 01 сен 2008, 13:44

allilya писал(а):
imageofyou писал(а):allilya
80% всех тормозов - в приложениях.
С этим согласен, но переписать софт не проще и не дешевле - вы видимо не сталкивались с отчетами на 1С на тысячи строк кода.
Сталкивался. Они, как правило, свидетельствуют о неправильных бизнес процессах или неправильно выстроенном учете =)

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

Сообщение allilya » 01 сен 2008, 13:44

Tert писал(а):allilya
Еще бы загрузку ОЗУ посмотреть.
Вы AWE в SQL включили?
Да, стоит win 2003 64х + sql 2000 ent c нужными фиксами. Только если размер базы больше чем RAM, и такая база не одна, то это как капля в море. Все равно при запросах по монитору видно, что идет обращение к диску.

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 01 сен 2008, 14:07

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

imageofyou
Advanced member
Сообщения: 59
Зарегистрирован: 26 июн 2008, 12:34
Откуда: kaliningrad
Контактная информация:

Сообщение imageofyou » 01 сен 2008, 14:19

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

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

Сообщение allilya » 01 сен 2008, 14:20

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

Ответить

Вернуться в «Серверы - Конфигурирование»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 24 гостя