Тонкая настройка Infortrend

[NetTronco]

Доброе время суток.
Прошу помощи с ответом или даже есть возможность ссылкой на описание с рекомендациями.

Было в свое время 2 сервера SuperMicro c Qlogic2560 в каждом, который были подключены к Infortrend S16F-G2840-4b прямыми патчами.
Настроили raid, создали LUN'ы, примаппили к каналам. На хостах стояли ESXi5.0, которые все видели и было хорошо.
В ""тонкие" настройки СХД не лезли, т.к. все говорили, что производитель все знает лучше и ставьте все по дефолту.

Сейчас ситуация несколько изменилась по железу.
Досталось в наследство HP c7000 с 16 лезвиями и Infortrend S12E-R2140-4a с 12xNL Seagate 1TB.
Собраны в Р50.
Т.к. от винтов хочется макс вытащить производительности для работы с SQL'ями разными, думаю пересоздать все в Р10.
И тут вопрос!
Так возможен запуск хотя бы для теста всех лезвий, стоит ли теперь лезть в "тонкие" настройки (хотя они видимо только для меня "тонкие" , а именно:
Luns per Host SCSI ID:
Max Number of Concurrent Host-LUN Connection:
Number of Tags Reserved for each Host-LUN Connection:


Если да, то укажите где конкретно почитать рекомендации настроек в расширенном виде, а то наткнулся на http://docs.oracle.com/cd/E19487-01/817 ... html#50520, познавательно, но не совсем.

Очень благодарю за любую помощь.

[Stranger03]

И тут вопрос!
Так возможен запуск хотя бы для теста всех лезвий, стоит ли теперь лезть в "тонкие" настройки (хотя они видимо только для меня "тонкие" , а именно:
Luns per Host SCSI ID:
Max Number of Concurrent Host-LUN Connection:
Number of Tags Reserved for each Host-LUN Connection:

Мало вероятно, что тонкие настройки приведут к существенному увеличению производительности. И не факт, что переделка Р50 в Р10 принесет желаемый результат. Смысл всего тюнинга сводится к следующему:
1. выяснить сотношения записи и чтения
2. выяснить размер блоков данных для базы данных
После этого можно что-то советовать.

[NetTronco]

Из того к чему пока есть доступ выяснил, что:

1) На данный момент к дисковой системе больше запросов на запись, чем на чтение (80% к 20%) судя по запущенным ESXi'ям и мониторингу Datastore из vCenter.
2) Стоят по дефолту БД на MSSQL и MySQL под FreeBSD, которые используются в основном для 2-х почтовиков с 10 ящиками и 1 сервера 1С с 5 пользователями.

Более полный инфо пока не владею.
Предполагается все рушить и строить заново.

[NetTronco]

Мысли такие, что Р10 будет интересен с точки зрения записи, т.к. серьезных запросов к базам пока не предполагается.
И они будут заполнятся, т.е. больше будет записи.

[Stranger03]

Мысли такие, что Р10 будет интересен с точки зрения записи, т.к. серьезных запросов к базам пока не предполагается.
И они будут заполнятся, т.е. больше будет записи.

Город в профиле попишите.
По теме, процент попадания в кеш какой? По сути, вам лучше под базу данных тогда поставить пару - тройку SSD дисков. По любому будет быстрее.

[NetTronco]

Спасибо, профиль поправил.

Что касается попадания - нет инфо. Извиняюсь, что вопрос из серии сферического коня.

SSD было более чем желательно, да и NL поменять на нормальные SAS. Ну и хранилку поменять либо на FC, либо 10G iSCSI.

Этот вопрос в процессе обсуждения. Просят пока дать хоть какую-либо рабочую систему, для первоначальной демонстрации.

Можно было бы оставить все как есть, и не пытаться сделать невозможное, да только в голове сидят эти параметры.
Каких-либо рекомендаций по тонким настройкам не смог найти.
В последнюю очередь решил Вас побеспокоить.
Т.к. из головы не выходит тот момент, что при увеличении кол-ва подключенных хостов к хранилке, возможно, необходимо изменить кол-во Nexus'ов и тагов в большую сторону.
С учетом выставленного Maximum Queued I/O Count: по умолчанию 1024.

[gs]

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

[NetTronco]

Спасибо. Об этом же думаю.

Что касается лезвий, то это HP BL460c G1 c 16GB памяти. Так что сильно не разгуляешься на них.
До этого на прошлой работе брали у Вас по максимуму SuperMicro 2хX5680 на маме X8DAH с полными банками памяти.
Мне кажется он 1 стоит всей этой корзины по производительности. Только вот плюшки виртуализации он предоставить не сможет. Увы.

[Stranger03]

Спасибо. Об этом же думаю.

Переделать в Р10, указать размер блоков примерно похожий на тот, которым оперирует база данных. Как выяснить в скуле не спрашивайте, не знаю. Смысл вот в чем:
- чем меньше размер блока, тем больше ИОПсов, но ниже скорость.
НО, для базы данных не так важна скорость, как те самые ИОПсы. В особенности на запись. А если размер блока будет схож с размером блоков базы, то операции записи будут оптимальные.
НО, купите из листа совместимости пару SSD и будет счастье, .

[gs]

Гена, я бы не стал играться с дефолтным страйпом. Как бы хуже не стало.

ССД - это было бы зашибись. Но тогда нужны либо MUX'ы (что не есть гут), либо SAS SSD - что недешево. Но вообще да - это решило бы массу проблем.
Ну или хотя бы винты поменять на сас 15к.

[NetTronco]

Спасибо большое за рекомендации.
Буду строить Р10. И тестировать.

Посмотрим, что смогу выжать из этого набора, ну и заодно будет аргумент для смены железа для проекта.

Еще раз спасибо.