Выбор бюджетной схд с FC

[Stils]

Здравствуйте!
Для SQL базы с количеством пользователей около 300, размером базы 40 гиг и логами 6-7 гиг требуется схд. Количество обращений к диску - среднее 50 в сек, в пике до 1200.
Буду благодарен за ответы на следующие вопросы:
1. FC или iscsi? Сам склоняюсь за iscsi, как это можно обосновать?
2. Какую бюджетную модель схд посоветуете?
3. Можно ли сделать горячее резервирование купив вторую схд, не используя кластер SQL?

Есть другие данные по мониторингу дисковой подсистемы, могу предоставить.

[Stranger03]

Здравствуйте!

Укажите город в профиле пож.

Для SQL базы с количеством пользователей около 300, размером базы 40 гиг и логами 6-7 гиг требуется схд. Количество обращений к диску - среднее 50 в сек, в пике до 1200.

Это уже на чем-то работает? Почему задумались об СХД?

1. FC или iscsi? Сам склоняюсь за iscsi, как это можно обосновать?

iSCSI под транзакционную базу данных боюсь не вариант. Если только не стоит задача вынести СХД в другое помещение и нет сильной нагрузки. В вашем случае
1. много пользователей
2. достаточно большая база
3. неплохие пики

2. Какую бюджетную модель схд посоветуете?

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

3. Можно ли сделать горячее резервирование купив вторую схд, не используя кластер SQL?

Не понял, поясните

Есть другие данные по мониторингу дисковой подсистемы, могу предоставить.

Нужна текущая конфигурация сервера и счетчики в пиковые часы (не более 2-х часов).

[dimugric]

А почему iSCSI не вариант?
Топик-спикеру хочу дать совет, конечно решение принимать Вам.
Когда подбирали СХД, то очень долго думали и так же смотрели в сторону не берндовых железок.
В итоге остановились на относительно не дешевой IBM Storwize v3700 на 17 sas дисках (но это уж по желанию).
Железка живёт в 10х рейдах, обслуживает 2 БД - одна маленькая, около 10Гб, вторая же здоровенная, уже перевалила за 0.5Тб. Работает как раз по iSCSI и сделан SQL-CLUSTER по схеме : 1СХД + 2 сервера (кластерные узлы). При записи в такую БД (а данная схема в работе у службы такси и записей ведется очень много) - система нагружается не более 10%, что радует.
По данной железке могу сказать, что безусловно радует:
- наличие функции HotSpare. Т.е. есть запасной диск. Если какой-то диск вылетает, то запасной встаёт на место "поломаного";
- 2 полностью резервных платы управления и 2 БД. Даже в период тестов издевался и выдёргивал 1 блок управления, СХД ругается на то, что ей плохо, но работает. Даже умудрялся из 17 дисков отключать 8 - ругалась на degraded pool, но работала;
- ну и плюс мы брали на 3 года саппорт. Было в период тестов носколько вопросов, саппорт реагировал молнеиносно, втечение 30-40 минут (но это так же по желанию, т.к. это за деньги).
Ну и в тринити норм состав инженеров, я так же нагрузку им обрисовывал, они помогали с подбором.

[Stranger03]

А почему iSCSI не вариант?

Все зависит от характера нагрузки и реальных цифр. У вас iSCSI по 10G подключена?

[Stranger03]

У меня в Питере был случай, до сих пор вспоминаю. Там Оракловая база размером в 250ГБ и с пользователями около 500 работала на 8-ми FC дисках (тогда SAS еще не было). Но у них программистов было человек 5-ть. Там запросы к базе были вылизаны до блеска.

[Stils]

Здравствуйте!

Укажите город в профиле пож.

Сделал

Для SQL базы с количеством пользователей около 300, размером базы 40 гиг и логами 6-7 гиг требуется схд. Количество обращений к диску - среднее 50 в сек, в пике до 1200.

Это уже на чем-то работает? Почему задумались об СХД?

Сейчас хитрая система - данные БД лежат на сервере, логи - на луне СХД подключенном по FC.
На самом деле думаем о дублировании - хочется сделать горячее резервирование БД на 2-х бюджетных схд.

1. FC или iscsi? Сам склоняюсь за iscsi, как это можно обосновать?

iSCSI под транзакционную базу данных боюсь не вариант. Если только не стоит задача вынести СХД в другое помещение и нет сильной нагрузки. В вашем случае
1. много пользователей
2. достаточно большая база
3. неплохие пики

2. Какую бюджетную модель схд посоветуете?

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

3. Можно ли сделать горячее резервирование купив вторую схд, не используя кластер SQL?

Не понял, поясните

Хочется чтобы база была на 2-х схд паралельно. Например снепшотами. Чтобы в случае отказа можно было или сразу перейти на дубль базы на второй схд, либо за несколько минут поднять базу из снепшота.

Есть другие данные по мониторингу дисковой подсистемы, могу предоставить.

Нужна текущая конфигурация сервера и счетчики в пиковые часы (не более 2-х часов).

hp 380 g5, база лежит на сас диске сервера (данные), логи - на луне схд по оптике подключенной.
Какие данные нужны для анализа?

[dimugric]

У вас iSCSI по 10G подключена?

Нет, по 6G

[gs]

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

[Stranger03]

hp 380 g5, база лежит на сас диске сервера (данные), логи - на луне схд по оптике подключенной.
Какие данные нужны для анализа?

У вас сейчас все это работает на одном диске на сервере? Вы уверены? Тормозов нет?
Вообще вот тут сбор счетчиков: http://3nity.ru/viewtopic.php?f=28&t=13388

[Stranger03]

У вас iSCSI по 10G подключена?

Нет, по 6G

Я не уверен, но как мне кажется в iSCSI не работает актив-актив режим, ну или транкинг по другому. И по идее сколько бы не было каналов 1Гбит в транке, скорость ограничивается одним каналом.

[gs]

iSCSI 6G?
Сдается мне, речь про SAS...

[Stils]

hp 380 g5, база лежит на сас диске сервера (данные), логи - на луне схд по оптике подключенной.
Какие данные нужны для анализа?

У вас сейчас все это работает на одном диске на сервере? Вы уверены? Тормозов нет?
Вообще вот тут сбор счетчиков: http://3nity.ru/viewtopic.php?f=28&t=13388

Немного не точно вам изложил.
На сервере 2 диска в рейде - С - система и D - лежат данные базы данных.
На еще одном диске который лун схд по оптике - лежат логи.

Нагрузка такая - средняя 20-50 запросов, но каждые 1,5-2 часа возрастает до 400-600. ночью во время бекапа может скакнуть до 1200-1400 обращений к диску в сек.

[gs]

400-600 иопс для пары дисков - это упор. Но сами по себе цифры небольшие.

Вы таки объясните, зачем Вам СХД? Тем более две.
Цена вопроса - от 10-15к$ за одну систему.

[Stranger03]

iSCSI 6G?
Сдается мне, речь про SAS...

Да нет, чел пишет именно про айскази 6Г.

[Stranger03]

gs
Игорь, что-то тут не сходится:

Для SQL базы с количеством пользователей около 300, размером базы 40 гиг и логами 6-7 гиг требуется схд.

Как такая база может работать на 2-х дисках? С таким кол-вом рыл. Здесь что-то не то.